一、接到專案後，ba明確客戶的需求，必要時可以帶上測試經理、開發經理、測試員、開發員，出乙份書面需求說明
二、測試人員初步學習→ba串講→測試人員提問題→ba給出回答→重新整理學習→測試人員反串講→評審→出乙個需求規格說明書＋模組思維導圖
三、測試經理根據需求規格說明書制定測試計畫（此spirit共分三個build ）
四、scrum team20人共分為5scrum小組，每個小組出乙個scrum master：
1-2 組做測試設計和開發
3-5組用例執行
每天各組scrum master早上組織成員開15分鐘站會
每個scrum team 要有看板
每週每個 scrum team開週會**
五個scrum master 每週也要開週會總結一下工作
五、測試設計時根據 srs+腦圖來進行
1、2組內由scrum master組織組員討論各出乙份包括測試場景和測試點的測試設計初稿
1、2組間review，確定出乙個最終的測試設計
六、測試開發基於之前的測試設計，編寫測試用例
1組: 1-3模組交給兩個組員各自完成再 cross review
4-6模組交給後兩個組員各自完成再 cross review
組內由scrum master組織帶領大家review出個測試用例彙總
2組: 1-3模組交給兩個組員各自完成再 cross review
4-6模組交給後兩個組員各自完成再 cross review
組內由scrum master組織帶領大家review出個測試用例彙總
1、2組的scrum master 組織所有組員review出乙個測試用例
測試用例最終評審
七、測試執行+ 缺陷提交 + 缺陷回歸 +版本回歸
版本轉測先進行冒煙測試，不過打回
scrum master of scrum master meeting，sos meeting
1、2組scrum master給3、4、5組分析講解一下測試設計，3、4、5scrum master開會根據測試用例數量合理分配給組員
第一周 周一到週三跑用例提交缺陷 周五缺陷回歸
第二週 周一到周五跑用例提交缺陷 周五缺陷回歸
第三週 周一到週三版本回歸
八、測試經理根據版本回歸情況出乙個測試報告來鑑定此版本是否可以發布出乙個測試報告
九、每個迭代結束後召開反思會議
敏捷測試 測試流程調整
在剛聽到敏捷測試的時候做過一定的了解。但是實際專案中並沒有碰到過，就一直沒有系統的理解和調整過。前段時間接手乙個使用敏捷開發的專案，從產品設計到第一版上線的時間只有2個月的時間。這讓原有的測試流程飽受打擊。如何快速的面對敏捷制定符合自己的測試流程，更好的服務於專案成為團隊的首要任務。通過思考與討論，...
軟體測試乾貨 敏捷測試流程
千鋒教育軟體測試 敏捷測試流程 千鋒教育的王曉軍老師在對敏捷測試做出介紹的時候與現行的瀑布式測試流程做出過對比 對於乙個三個月的專案說，產品把需求分析完了給開發，然後產品就沒事兒了 開發開發完成之後給測試，然後開發人員也不忙了。測試完成之後上線。那麼在產品分析的階段，開發和測試都是沒事幹的 這裡只對...
敏捷測試流程規範
1 立項與規劃階段 建立product backlog，確定整個專案的需求清單，同時完成需求 設計評審，並成立專案組，為後面迭代階段做準備 2 迭代階段 建立專案 需求評審 迭代計畫 分配任務 研發 測試階段 每日例會 驗收產品 發布產品 演示會 專案總結 1 立項與規劃階段 1 需求評審，進行需求...