五大維度提升產(chǎn)品質(zhì)量
1、項目時間總結(jié)目的：對項目迭代完整周期明確把控，開發(fā)和測試周期、時間比，為后續(xù)測試計劃安排，提供有力依據(jù)。
開發(fā)周期：yyyy-MM-dd ~ yyyy-MM-dd
開發(fā)改bug：yyyy-MM-dd ~ yyyy-MM-dd
測試：yyyy-MM-dd ~ yyyy-MM-dd
2、 N版本bug分布
目的：宏觀角度看版本的質(zhì)量問題，分析bug的時間和模塊分布，對后期測試進度把控，給出依據(jù)；分析出哪些模塊是問題較多的，為測試粒度調(diào)整提供依據(jù)。
當前版本問題集中在前期、中期還是后期發(fā)現(xiàn)，測試計劃安排是否有問題；綜合開發(fā)解決問題的速度，評估版本發(fā)版時間風(fēng)險等。
時間分布趨勢
N版本創(chuàng)建問題和解決問題曲線
N版本新增bug周統(tǒng)計
模塊分布
N版本bug模塊分布
3、項目問題總結(jié)
目的：總結(jié)每個版本的項目問題，很有必要。及時發(fā)現(xiàn)當前版本代碼質(zhì)量問題、測試用例設(shè)計&測試范圍評估不足之處、項目配合&信息同步不足之處，將流程規(guī)范的缺失等問題暴露出來，推進項目質(zhì)量，優(yōu)化后續(xù)測試計劃。
示例：
代碼提交不規(guī)范引起的bug，提醒測試加強開發(fā)優(yōu)化代碼監(jiān)測；
回歸測試發(fā)現(xiàn)的bug，提醒測試需要細化回歸粒度；
開發(fā)代碼修改，測試范圍評估不足引起的bug，提醒測試需要在測試范圍評估上再下功夫；
兼容類問題測試前移，提前發(fā)現(xiàn)問題；
4、Bug總結(jié)
開發(fā)修改實現(xiàn)方式解決；
目的：從相關(guān)人員維度（不同層面），對當前測試版本，微觀到每個有總結(jié)價值的bug，詳細總結(jié)問題的原因，解決方案，及該（類型）bug的測試后續(xù)改進。
大話軟件測試
產(chǎn)品、交互、數(shù)據(jù)層面
需求變更引起
需求新增
信息同步問題
數(shù)據(jù)問題
開發(fā)
新版本功能bug
UI優(yōu)化、邏輯優(yōu)化引起
合并代碼引起
開發(fā)功能遺漏
服務(wù)端接口變化
服務(wù)端接口漏洞
測試范圍溝通不夠，影響范圍不夠
測試
之前版本測試遺漏
未發(fā)現(xiàn)的原因:回歸測試不足；
后續(xù)改進:需細化回歸測試粒度；
兼容測試策略需優(yōu)化
未發(fā)現(xiàn)的原因:兼容性測試不足；
后續(xù)改進
評估新功能兼容測試的必要性并有效選擇機型測試兼容；新設(shè)備，新功能測試、回歸測試的時候多使用覆蓋已有功能；
測試用例覆蓋度不夠，用例設(shè)計不足；
加強組內(nèi)用例評審；提高用例設(shè)計能力；
模塊邏輯深入理解；
測試建議
1、9.2版本，后期回歸，bug曲線趨勢異常，版本風(fēng)險增大，在9.3版本吸取教訓(xùn)
2、代碼分支問題多
測試加強了開發(fā)代碼監(jiān)控
3、某些開發(fā)容易出現(xiàn)需求遺漏
測試排期階段和提測前，會著重@某開發(fā)童鞋，防患未然
4、某些模塊問題較多，需要投入多一些的人力
測試計劃更靈活、合理安排，二輪回歸重點關(guān)注
5、測試用例優(yōu)化&兼容性測試
版本覆蓋安裝數(shù)據(jù)兼容、新機型舊功能兼容等，測試前移，降低后期風(fēng)險；
頁:
[1]