對于公共模塊的修改，如何更好的保證軟件愛測試的全面？軟件測試技術
問題描述：在一個大的系統中，對于公共模塊的修改，測試怎么更好的保證既測試全面又不至于有太大的冗余？
回答：
我覺得這邊對“公共模塊的修改”定義的不是很好, QA拿到一個新版本,應該都會收到開發的release notes, 包括fix了哪些bug, 可能影響的functions,然后QA Lead決定測試策略和范圍, 同時,測試策略在不同的時期還是不一樣的, 所以這個問題的前提不清,勢必要很長了……
1、最簡單也是最復雜的做法是automation~但是這個要基于coding的穩定性,軟件在開發過程中,代碼變動性大, 需求也可能隨時改變(我們那個軟件是一直在改需求,可能是個例外吧,,). 所以, 這邊提到的公共模塊的修改, 要做automation就要有前提了, 比如總的結構不變, 界面不變, and so on.
2、不能滿足做automation的條件, 并且時間比較緊的時候
在制定test schedule的時候, 測試經驗豐富并了解系統的QA lead就會從release note上知道,哪塊功能會有影響, 這個時候,就應該把相關的功能都測了, 并且為high priority. 而剩下的功能可以是low priority的測試,至于力度,就取決與測試時間.
1) Work with BA, DEV, & PM, 根據risk或者potential loss來選擇high priority tasks, 進行risk測試
2) Ad hoc testing, 我們項目有個用戶常用操作的workflow圖, 所以先把basic workflow跑了, 保證customer在現實環境中的操作沒問題, 剩下的再把之前選的high priority的測了,再是low的
3) 有個test cost curve圖-根據cost of testing / loss due to untected defects /testing time來決定什么時候stop test (cost > loss的時候), 也就是制定optimum test的策略
3、時間比較寬松
建議還有full regression吧, 但是上面提到的optimum test還是要考慮的,想要了解的朋友可以一起討論下這個topic~
文章來源于領測軟件測試網 http://www.kjueaiud.com/
