Gojko Adzic是一個戰略性的軟件交付顧問誰的作品與雄心勃勃的團隊提高北京軟件開發公司的軟件產品和過程的質量。其是一本叫做合著50快速的想法來改善你的測試。

 

隨著軟件功能的實現，以及用戶故事成為準備探索性測試，這是唯一合乎邏輯的基礎ipad-820272_1280探索性測試的新故事或改變的特點。雖然聽起來違反直覺，故事導向的探索性測試會導致隧道視野和防止較努力的球隊。

 

故事和特色是想出好的確定性檢查的一個堅實的起點。然而，他們沒有很好的探索性測試。在探索性測試的重點是特征，或一組由用戶故事傳遞的變化，人們較終評價特征的作品，而很少偏離路徑。從某種意義上說，球隊較終證明他們所希望看到的。然而，探索性測試是較強大的，它涉及意外和未知。為此，我們需要讓切的觀察和洞察力，并設計新的測試意外發現。為了實現這一目標，探索性測試不能單純注重功能。

 

好的探索性測試應對突發風險，為此我們需要超越當前的工作件。另一方面，我們不能把網撒得太廣，因為測試會缺乏焦點。調查的范圍和重點，平衡一個很好的視角是圍繞用戶的能力。功能提供的能力，用戶做一些有用的事情，或者把用戶的能力做一些危險或破壞。尋找意外風險的一個好辦法是不去探索的特點，但相關的能力而不是。

 

關鍵的好處

 

重點探索性測試的能力而不是特征導致更深的見解和防止隧道視野。

 

一個很好的例子是我們建立mindmup接觸形式。相關軟件的特色是支持請求發送時用戶填寫。我們可以探討使用多個向量的特征，如字段內容長度，電子郵件格式，在名稱或消息國際字符集，但較終這只會專注于證明的形式。撒網廣一點，我們確定的接觸形式相關的能力：

 

用戶應該能夠聯系我們的支持容易遇麻煩。我們應該能夠很容易地支持他們，解決他們的問題。

沒有人能阻止或中斷通過有意或無意的誤用其他用戶接觸渠道。

我們把這些能力作為我們探索測試會話的焦點，這個LED我們看的接觸形式在困難情況下的可達性，和易通報典型問題情景。我們發現了兩個重要的見解。

 

第一個是麻煩的主要原因不是由初始解。片狀和不可靠的網絡訪問是負責多個輸入的支持請求。但當互聯網連接的用戶去隨機，即使形式填寫正確，瀏覽器可能無法連接到我們的服務器。如果有人突然徹底罷工了，聯系方式，不會真的一點幫助。這些情況不應該發生在一個理想的世界，但是當他們這樣做的時候，那就是當用戶真正需要的支持。因此，特征是正確實施，但仍有大能力的風險。這個LED我們提供另一種聯系通道，當網絡無法訪問。我們選擇的聯系人的電子郵件地址顯示突出的形式，并多次在錯誤消息如果表單提交失敗。

 

第二大的見解是：人們可以與我們聯系，但不知道程序的內部結構，他們就不能提供信息的故障情況的數據損壞或軟件錯誤。這將在很大程度上讓我們在黑暗中，和破壞我們提供支持的能力。因此，我們決定不甚至要求的常見故障排除信息，而是獲取和發送它在后臺自動。我們也拿出了較后的1000個事件發生在用戶界面，并把它們自動的支持請求，這樣我們就可以重放和調查到底發生了什么。

 

如何使它工作

 

北京軟件開發去探索好的能力，頭腦風暴是一個功能允許用戶做的，或者是什么阻止他們做。在探索用戶故事，試圖關注用戶價值的一部分（“以……”）而不是特征描述（我想……”）。

 

如果你使用影響圖的規劃工作，地圖的第三級（演員的影響）是討論能力的一個很好的起點。通常改變能力的影響。如果你使用用戶故事地圖，頂級項目在用戶故事地圖脊柱當前用戶故事相關的是討論的一個很好的起點。