測試手段之探索性測試(7)

　　大家都喜歡在實踐中看看效果，那么現在大家都理解了ET了，就很希望在一個項目過程中來實踐ET，實踐的具體流程是什么呢?需要考慮什么異常情況呢?接下來就說說ET實踐的總體流程(這個流程是非常官方且標準的ET實踐流程，曾由James Bach 寫給微軟做windows產品兼容性測試任務的官方證據)：

　　這個流程大體上包括3個部分：

　　—-Working with Functions

　　—-Testing Functionality and Stability

　　—-Test Procedure

　　這里面就說下前面2個大點：

　　1.1 Working with Functions

　　這個流程是圍繞著功能來組織的。所謂功能就是一個軟件所要假定要做的事情。這就包括任何顯示的，改變內部或外部數據的，或影響環境的任何結果。當然功能一般都包含子功能。比如：在微軟word里面”打印”功能就包含”復制幾份”和”頁面范圍設置”2個子功能.

　　由于我們需要測試所有東西，就必須通過制定基本風險的決策來簡單化哪些功能需要花費多少精力。我們把所有的功能分為2大類：主要的，貢獻性的。大部分情況，我們需要記錄和測試主要的功能。至于這些功能該怎么樣的分類和組合是根據情況來定的。你也許會認為一組貢獻性的功能可以作為一個單獨的主要功能，或一個單獨的主要的功能能夠分解為主要的和貢獻性的子功能。

　　如果可能的話，我們想去測試所有的主要功能，但可能沒有足夠的時間去做。這種情況，需要對你將測試的和不會測試的主要功能做一個文檔的記錄。

　　如果只看用戶反映的話，就很難識別出一些功能。有些功能是與操作系統，其他程序，或修改文件進行直接交互，而這些在顯示上并不能直接看到效果。需要重視那些重要的且有可能是部分隱藏的功能。

　　如下定義功能的分類的方式：

　　1.2 Testing Functionality and Stability

　　我們測試大部分是測試功能性和穩定性的問題，那我們就必須有通過測試的標準，如下是定義的標準：

　　Test Coverage

　　測試覆蓋率就是將要測試什么?如下的測試覆蓋率是需要的：

　　在時間允許下合理的測試所有的主要的功能。讓lead知道有哪些主要的功能沒有時間測試或沒有能力測試?我們可以對一個有趣的貢獻性的功能進行測試。也有可能在探索和測試主要功能時接觸更多的貢獻性的功能。

　　選擇一些潛在的不穩定因素進行測試和選擇一些有可能觸發不穩定的功能的數據進行測試。一般情況下，選擇5到10個。Lead會決定對于這個功能性和穩定性的測試需要多長時間，一般是花80%的時間在主要的功能上，10%在貢獻性的功能上，10%在不穩定的方面。

　　Sources and Oracles

　　我們在做ET過程中，是怎么知道這個產品就是應該這樣做的呢?我們是怎么知道它什么時候不該這樣處理的呢?這里如果我們需要回答很好的話，并使得lead滿意，必須考慮下面2個方面：

　　Sources：就是做ET過程中需要的信息的來源。有時是你自己的靈感或經驗。但更多的是我們已經了解了相關的產品文檔。而且大部分情況，我們需要經常與相關人員確認該產品的目的和功能。

　　Oracles：就是做ET過程中確定所看到的產品的行為是否正確的策略。也就是回答：你怎么知道它就是這樣工作的?’

　　一般使用下面幾個方式去確定Oracles(ET的過程分析里面也講過):

原文轉自：http://www.anti-gravitydesign.com