最近產品出現了幾個不大不小的問題，時間點卻偏偏是在距離產品發布不到一個月！！在解決完問題后，不禁要思考一下：到底哪里出了問題？

下面是對最近出現的問題的反思和一些改進辦法：

問題 1：遺漏重要需求

　　敏捷團隊中需求的獲取有很多種方式，大體的來源分為：

　　a. 最終客戶（需求和反饋）

　　b. 行業標準

　　c. 競爭產品

　　d. 團隊貢獻和創新

　　e. 其他

我們遇到的問題是有一部分客戶對域里的用戶權限限制很高，不是我們常用的有域管理員權限，這是我們沒有考慮到也從來沒接觸過的的使用方式，以至于產品根本無法在一些客戶真實環境中使用，從而導致了產品在將要發布的關頭進行大修。那么這個問題為什么之前沒有發現呢？有幾點原因：

　　1. 需求分析階段沒有充分挖掘需求（只關注了大部分客戶，忽略了一些特殊客戶需求）

　　2. 未及時向客戶展示產品（每個迭代結束后，客戶很少參與評審會議）

　　3. 產品優先級設置不合理，造成直到產品非常后期才能進行端到端的測試

　　4. 未及時交付客戶試用（也有一部分3的原因，造成產品時時不能進行客戶試用）

那么有了原因，就開始找改進辦法：

　　1. 需求分析階段，盡量讓不同的客戶參與，避免對一些重要需求的遺漏 （PO協調）

　　2. 邀請客戶參加每個迭代的評審，客戶的反饋非常重要（PO協調）

　　3.用戶故事優先級必須要明確，首先保證主要功能完成，能進行端到端的調試運行，然后進行主要功能周邊的修飾工作（PO主導，PO和team共同完成）

　　4. 3明確了以后，就可以盡快讓客戶進行產品試用，得到第一手的反饋，即使有需求的以后，也會有大把的時間來改進 （PO主導與客戶接觸）

?

問題 2：項目后期bug數目有所增長

　　這個問題有多方面的原因：

　　　　1. 一些重要的測試放在了太后期執行（如升級測試，這一塊發現了不少defect）

　　　　2. 產品太大，跨3個敏捷團隊，每個團隊對其他團隊做的模塊了解不深，以至于有些測試必須跨團隊完成，溝通效率低，容易遺漏

　　　　3. 每個敏捷團隊所關注的測試部分不同，容易忽略其他敏捷團隊比較明顯的問題

　　　　4. 測試人員少，對開發人員的測試培訓不充分（開發和測試都會負責一些測試工作）

　　針對這一部分，需要改進的方面:

　　　　1. 對于大的產品，在做幾個迭代之后，各個團隊對產品進行純測試迭代，盡可能早的發現問題（SM主導）

　　　　2. 各個敏捷團隊的SM進行定期的碰面會議，協調進度，盡量做到步調一致（SMs）

　　　　3和4. 敏捷團隊之間進行一些必要的培訓，如模塊介紹，實現技術或者測試技術，幫助提升團隊技能。創造機會讓團隊跨team進行測試，或者進行結對測試，幫助對其他模塊的了解（Team）

?

總結

　　這兩個問題主要還是由于流程引起的，包括客戶在敏捷團隊中所占的比重，跨敏捷團隊之間的溝通等方面，這就要求我們在每個迭代回顧會議（包括敏捷團隊內部或者跨敏捷團隊的回顧會議）認真分析我們的不足，及早提出解決辦法，并且添加相應的Action Item和Owner，這樣才能做到持續改進，更加敏捷。　　

?

　　

?

轉載于:https://www.cnblogs.com/AlwinXu/p/5440962.html

總結

以上是生活随笔為你收集整理的敏捷测试中发现的一些问题及改进办法的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。