回到網(wǎng)易8個(gè)月軟件測試團隊轉型實(shí)踐(2)

測試三輪驗證：測試環(huán)境驗證第一次、預發(fā)布驗證第二次、生產(chǎn)驗證第三次，為什么做三輪，這三輪的評估依據是什么？

整個(gè)測試過(guò)程，只有測試人員參與，產(chǎn)品、客戶(hù)端開(kāi)發(fā)同學(xué)的協(xié)助如何提升融入進(jìn)來(lái)呢？

測試任務(wù)評估沒(méi)有依據

針對需求的相關(guān)測試任務(wù)，出牌評估工時(shí)，沒(méi)有評估依據，直接拍腦袋進(jìn)行，體現在：這個(gè)需求需要測試哪些方面？涉及客戶(hù)端Android、iOS哪些特性？有哪些兼容性需要測試？只有把所有相關(guān)點(diǎn)列出來(lái)，評估完整的時(shí)間，再進(jìn)行合理的取舍，讓質(zhì)量維度維持在一個(gè)可接受的平衡點(diǎn)，而不是一味追求最高質(zhì)量，往往很多時(shí)候，利用現有資源做最平衡的質(zhì)量?jì)?yōu)化，可接受的容忍度。

所謂平衡點(diǎn)的簡(jiǎn)單例子：

1.字體樣式的問(wèn)題，并非致命的，可以權衡接受跟著(zhù)上線(xiàn)；

2.客戶(hù)端列表過(guò)長(cháng)溢出，沒(méi)有邊界判斷機制，這就是致命的，必須修復上線(xiàn)；

3.客戶(hù)端數據出錯了，后端還可以通過(guò)快速發(fā)布來(lái)解決，并不影響客戶(hù)端的上線(xiàn)；

圖-改進(jìn)的測試評估依據

生產(chǎn)力改進(jìn)實(shí)踐

生產(chǎn)力改進(jìn)實(shí)踐環(huán)節，是圍繞幾個(gè)大方面開(kāi)展的：

圖-生產(chǎn)力改造圍繞方面

敏捷開(kāi)發(fā)

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

圖-Scrum流程框架-交友

自研的燃盡圖進(jìn)度跟蹤工具

過(guò)去Jira任務(wù)管理系統自帶燃盡圖不能根據團隊特點(diǎn)，展示實(shí)際進(jìn)度和體現反饋風(fēng)險所在，導致錯過(guò)反饋進(jìn)度問(wèn)題的最佳時(shí)間，因此根據團隊特性，自研能夠反饋實(shí)際進(jìn)度的燃盡圖，讓項目進(jìn)度透明化，技術(shù)、視覺(jué)、交互、產(chǎn)品都參與到風(fēng)險識別和反饋中來(lái)。

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