軟件測試 細節決定成敗

摘 要：軟件測試工程師必須報告問題，有時也要分析錯誤的類型、特征和產生錯誤的原因。如果在測試的過程中，由于測試工程師本身的原因，產生了和被測試的程序本身無關的問題，而影響了評價的過程和結果。換言之，發現問題的方法本身就有欠缺的話，那么測試的工作就變得毫無意義。這篇文章闡述了如何有效地報告問題，并行之有效地解決問題的技巧，從細微之處入手，更好地提高軟件測試工作效率和質量。

關鍵詞：軟件測試；項目管理

中圖分類號：TP311.52 文獻標識碼：A 文章編號：1674-7712 （2014） 06-0000-02

戲劇舞臺上的生旦凈末丑是不同的角色，其表演方式具有明顯的特征，這是由于角色決定的。同樣，軟件測試工程師的角色，在軟件項目開發中也存在如何定位和表現自身的行為和責任的問題。

測試工程師的角色應該承擔什么任務呢？這沒有統一的答案。因為，這與軟件公司的規模，軟件項目管理制度，公司領導和項目經理的管理風格，以及具體軟件項目自身的特點有很大關系。需要強調的一點是，測試工程師需要站在客戶的使用和需求角度測試軟件，向軟件的用戶報告問題。需要向項目經理或是測試組長報告測試工作進度和發現的問題，尤其是嚴重的問題。為了便于程序員重現錯誤，盡量提供良好的軟件問題報告，以便程序員可以更快的修復軟件錯誤。因此，提出問題和解決問題的能力，不僅是工作質量和效率的體現，更可能是工作能力高低的評估。

一、遇到自己明白的問題

遇到自己明白的問題，當然很容易解決。但怎么的問題才算是“自己明白的問題”，這才是關鍵。

比如，對于軟件缺陷或錯誤來說，可以按以下的標準來判斷：

1.有沒有歸納出準確的再現手順，測試數據是否翔實易于追溯？

2.問題發生的環境如何，在其他的環境下能否再現？

3.是既存的問題還是在新的機能變更中發生的問題，還是其它軟件缺陷修正后引出的新問題？

又比如，在環境測試中遇到問題，可以按以下標準來提問：

1.是新環境產生的問題還是程序本身的問題，測試環境配置是否充分細致？

2.如果是環境帶來的問題，能否捕獲系統日志并監測系統狀態？是否和既有的環境進行了比較驗證？

3.怎樣的設定可以幫助用戶解決或回避該問題？

總之，多問自己幾個為什么，然后找出準確的答案，并歸納出問題的解決方法。

二、遇到自己不明白的問題

作為測試工程師，找到的問題大多是在自己解決的能力范圍之外的，需要借助他人的力量來解決問題。這個時候我們就需要向以下人員報告問題：測試組長和項目經理，或是開發人員，或是驗收用戶。

（一）報告前

在報告問題之前，請確認自己是否做了以下事情：

1.嘗試閱讀用戶需求文檔和系統/概要/詳細設計文檔以找到答案

2.嘗試閱讀以往資料庫上的FAQ（常見問題）文檔以找到答案

3.嘗試自己檢查或試驗以找到答案

4.嘗試請教有經驗的同事以找到答案

5.嘗試搜索互聯網以找到答案

一定要做到以上幾點，在報告時，表述你進行了以上的調查，可以幫助更好更快速地解決問題。同樣的，對自己的能力的提高也有幫助。

（二）報告時

1.使用清晰、語法與拼寫正確的語句。經驗告訴我們，粗心與草率的作者通常也粗心與草率地思考和評價。很少有人愿意為這些粗心與草率的思考者回答問題，他們寧可將時間花在其它地方。

2.描述問題應準確且有內容。一定要基于事實進行匯報，這是測試的基本。如果提問基于錯誤的假設或是情報，別人多半會一邊想“愚蠢的問題”，一邊簡單的按照字面進行回復。更糟糕的是，如果把錯誤的情報報告到了用戶那邊，甚至會造成無法挽回的損失。

仔細、清楚地描述問題的癥狀：描述問題發生的環境，描述提問前做過的研究及其理解，描述提問前為確定問題而采取的診斷步驟，描述最近對計算機或軟件配置的任何相關改變，做到條理清晰有內容。這樣可以幫助開發人員縮小范圍，更快的判斷原因。

3.多不等于準確。簡單地將一大堆文字或代碼“傾倒”在求助消息中達不到目的。盡可能通過自己的調查縮小范圍。這樣可以讓他人看到你的努力，你也更有可能得到有用的回復，或者更可能在自己的調查中找到解決問題的方法。

4.描述問題癥狀而不是猜測。確保只是報告問題的原始癥狀，而不是你的解釋和理論，讓開發者來調查和診斷。如果你認為陳述你的猜測很重要，清楚地說明這只是你的猜測并描述它們有何作用。

5.先描述目的，再寫清步驟。先告訴別人你想說明什么，再一步步詳細解說。這是有條理的思考的體現。

6.完成后，讀一遍自己的作品。重要的是，在做成問題的說明文檔后，自己要從閱讀者的角度來讀一遍，進行換位思考。考慮別人看到自己寫的問題報告后，會如何判斷，考慮，提出意見。這樣做通常能夠發現報告中內容不足或錯誤的地方。有的話，就需要及時糾正。

7.問題解決后追加一條簡要說明。問題解決后向所有幫助過的人追加一條消息，讓他們知道問題是如何解決的并再次表達感謝。

三、遇到他人不明了的問題

如果你是測試組長或者是負責某個項目，那一定會遇到組員對自己無法確認的問題來和你進行請教。如果你在某個項目上有一定經驗，其他項目組的人員可能會慕名前來對他們不明白的問題進行詢問。如何才能更好的回復他人的問題？

1.態度和善一點。壓倒對方并不能幫助解決問題。

2.對初犯者私下回復。幫助新人成長是重要的。對那些坦誠犯錯之人沒有必要當眾羞辱，一個真正的新手也許連怎么搜索或在哪找FAQ都不知道。

3.如果你不確定，一定要說出來！一個聽起來權威的錯誤回復比沒有還要糟，別因為聽起來象個權威專家，而輕易就給別人亂指路。要謙虛和誠實，給提問者與同行都樹個好榜樣。

4.探索性的反問以引出更多的細節。如果你做得好，可以幫助提問者學到更多業務和技術知識，你也可以從中獲益。試試將很差的問題引導為好問題，別忘了我們都曾是新手。

5.指出文檔的位置。也許你會對那些不去查閱文檔，冒然提問的人報怨一聲，但是為他們指出文檔的保存位置，檢索關鍵字的方法會更行之有效。

6.如果你決意回答，給出好的答案。不能敷衍別人的問題。如果對別人說這個問題是以前就有，不需對應不予理會，這是不負責任的表現。應該為別人指出或推薦更好解決方法。

7.幫助你的團隊從問題中學習。當回復一個好問題時，問問自己“如何修改相關文檔，或者在合適的地方記錄，以免再次解答同樣的問題？”，并積極去實施。

8.展現你的技巧而不是直接端出結果。如果你的確是在研究一番后才做出的回答，展現你的技巧而不是直接端出結果。畢竟“授人以魚，不如授人以漁”。教會別人方法對以后的工作更有效果。

四、結束語

其實解決問題沒有固定的模式，但是細節決定成敗，在軟件測試工作中尤為重要。遵守以下兩個原則，多問幾個為什么，謙和有禮地請求他人幫助。畢竟初級測試工程師也是從零開始，慢慢積累業務和技術能力才能夠進階為高級測試工程師。當然，我們必須在軟件測試開始前，制定完整的測試用例，輔以詳細的測試數據，并明確測試數據的操作步驟和每一步的預期結果，這樣才能快捷有效地重現和定位錯誤，有的放矢地報告問題。

參考文獻：

[1]王峰，陳杰，譯.（美）Glenford J.Myers，Tom Badgett.軟件測試的藝術[M].北京：機械工業出版社，2006

[2]朱少民，韓瑩.軟件項目管理[M].北京：人民郵電出版社，2009.

[3]李三波，項贇.現代軟件工程技術分析Therac-25災難事故[J].計算機系統應用，2007.

[作者簡介]葉增玲（1984-），女，浙江寧波人，就職于安滿能軟件工程（上海）有限公司，測試工程師，中級，本科，工程碩士在讀，研究方向：web網絡安全、測試。