回到網易8個月軟件測試團隊轉型實踐(2)

測試三輪驗證：測試環境驗證第一次、預發布驗證第二次、生產驗證第三次，為什么做三輪，這三輪的評估依據是什么？

整個測試過程，只有測試人員參與，產品、客戶端開發同學的協助如何提升融入進來呢？

測試任務評估沒有依據

針對需求的相關測試任務，出牌評估工時，沒有評估依據，直接拍腦袋進行，體現在：這個需求需要測試哪些方面？涉及客戶端Android、iOS哪些特性？有哪些兼容性需要測試？只有把所有相關點列出來，評估完整的時間，再進行合理的取舍，讓質量維度維持在一個可接受的平衡點，而不是一味追求最高質量，往往很多時候，利用現有資源做最平衡的質量優化，可接受的容忍度。

所謂平衡點的簡單例子：

1.字體樣式的問題，并非致命的，可以權衡接受跟著上線；

2.客戶端列表過長溢出，沒有邊界判斷機制，這就是致命的，必須修復上線；

3.客戶端數據出錯了，后端還可以通過快速發布來解決，并不影響客戶端的上線；

圖-改進的測試評估依據

生產力改進實踐

生產力改進實踐環節，是圍繞幾個大方面開展的：

圖-生產力改造圍繞方面

敏捷開發

建立Scrum流程框架（版本開發流程），以此為基礎的版本開發模式，各個角色緊密配合的PDCA循環：高度合作，善于計劃和總結、擁抱變化、高度可視化。

圖-Scrum流程框架-交友

自研的燃盡圖進度跟蹤工具

過去Jira任務管理系統自帶燃盡圖不能根據團隊特點，展示實際進度和體現反饋風險所在，導致錯過反饋進度問題的最佳時間，因此根據團隊特性，自研能夠反饋實際進度的燃盡圖，讓項目進度透明化，技術、視覺、交互、產品都參與到風險識別和反饋中來。

原文轉自：http://www.uml.org.cn/Test/201707191.asp