軟件測試人員如何跟蹤和測試新增功能[2]

       軟件測試人員如何跟蹤和測試新增功能[2]   軟件測試工程師

　　比如你計劃去旅行，10月5號的車票;你肯定會在10月4號晚上之前把行囊準備好。

　　舉例，如果你的功能需要配合網元的新版本配合，需要提前跟測試經理提出并準備好，在版本到達測試部前應該準備好配合網元的新版本。

　　而不是等測試開始后，才搭建所需的配合網元版本。

　　測試初期： 一般是第一輪測試的前七天。

　　測試目標是：盡可能的提前發現新增功能的重大故障。 所有要做的事情都是從最可能發現故障的角度入手。

　　比如：1)大容量的數據必須提前配置好，無論是后臺網管的邊界值測試還是業務的配合，都是最有可能發現故障的。

　　2)新增功能涉及到的性能影響，需要盡可能的安排在前面七天進行測試，這樣發現故障后開發有更長的時間來修改。

　　3)常見業務場景的遍歷。

　　推薦工作方法：測試初期以功能點檢查為主，測試用例的選擇應該是有側重點的，先鋪開面，而不是平鋪直敘遍歷測試用例(這個是測試中期來做)。

　　測試前應該看看開發過程，尤其是集成測試過程，會有很大的收獲。

　　測試中期： 是測試用例的完整多輪覆蓋的過程。 主要是第一輪的第七天開始直到臨近版本發布。略。

　　測試末期： 一般是最后一輪測試末期。

　　功能發布前要詢問自己如下的問題：

　　1)我該做的有沒有做完，這個就是測試點的完整性。不管你受到了多大的影響(開發定位問題)，你要時刻清醒的知道我該做的有沒有做完。

　　2)我使用的測試環境和用戶到時候真正使用的環境有何不同，我如何能夠保證我的測試環境盡可能的和用戶真正環境相同。

　　比如，我的這個功能是印尼使用，那么我有沒有交叉印尼常用的功能; 印尼的常見組網環境如何?

　　3)我確實沒有能力做到的部分(場景，工具限制)對于版本發布的影響風險。并及時反饋給測試經理和測試總工。

　　4)我發現的故障單，有沒有得到解決，剩余的遺留故障對于版本發布的影響承擔，也要及時反饋給測試經理和測試總工。

　　這個要強調一下，測試人員不是以提交故障單作為結束的。

　　注意：不要提單就不管了，愛什么時候解決什么時候解決，愛什么版本解決什么版本解決，而是要跟蹤到故障單的解決為結束的。

　　5 )我的功能如果要商用開通，升級有什么影響，需要做什么操作，工程實施如何進行。反饋給升級團隊。

　　總結：

　　提前介入需求和方案，質疑一切;

　　版本到達測試部前做好測試準備，以終為始;

　　測試目標是提前發現重大故障，越早越好;

　　測試完畢可以拍胸脯說這功能O了，信心百倍。

原文轉自：http://www.kjueaiud.com