不確定的問題
實際測試中會遇到這樣一種情況，有些現象（在確定是問題之前最好用現象來描述）出現了，測試人員很卻難確定這種現象是正常的還是一個bug，造成這種情況出現的原因測試人員對軟件需求、規格要求等不是很清楚，當然很多情況下根本就沒有相應的明確規格定義，尤其是一些比較復雜的大型項目時，其規格、需求往往很難做到那么完善，有很多都是在開發過程中遇到時再進行定義。
針對這種問題，測試人員可以先不要進行匆忙提交，沖動是魔鬼，沖動是會受到懲罰的！建議采用以下方式處理：
首先，查看確認軟件規格說明和需求文檔，當然也可以采用更快捷的方式——直接讓相關開發人員確認。這種情況的好處在于快捷，而且可以避免出現需求規格有變更后，而測試人員未有及時得知從而導致判斷失誤的情況出現。測試人員辛辛苦苦提出的一個“bug”結果被駁回說那不是bug，需求就是那樣定義的情況真的就不太好了。
實際工作中出現不是bug的bug時，有些開發人員會相當反感的，所以還是要三思而行。
其次，偶爾有確定不了的問題請相關設計人員確認還可以，如果次數多了，那就不太好了吧，而且有時候就根本不方便向有關設計人員確認，所以當遇到有些確認不了的問題的時候，如果規格也沒有明確定義，則可以選擇市場上比較成熟的大品牌同類產品進行對比測試，這也是在測試過程中常使用的一種方法。一般在開發一款產品的時候，公司都會購置幾款同類產品做參考。
再者，如果出現測試人員確認不了的問題，也可讓測試組內部其他人員進行測試確認，俗話說：三個臭皮匠，整死諸葛亮。多一個人確認其結果畢竟更為可靠些。
最后，當一個難以確定的現象被證實是一個bug時，再進行提交，不是一個bug更好，皆大歡喜！
文章來源于領測軟件測試網 http://www.kjueaiud.com/
