因工作需要，由軟體開發轉為軟體測試人員。原本以為測試只是點點看看無須動腦的體力活，但從事了大半年的軟體測試工作後，
卻發現負責任地測試並不比開發容易，並非是件簡單的可以拿起來就做的事情。正如james a.whittaker在《探索式軟體測試》
一書中提到的「它要求有計畫、有準備、有策略和有多變的戰術，這是成功進行軟體測試的前提」。
最近研讀了
《探索式軟體測試》一書，勾起了我許多零散地測試記憶，讓我有了寫這篇部落格的衝動。
最初接到的軟體測試任務是對乙個剛完成一期開發的電商平台進行手工測試。由開發轉測試，並沒有師傅帶你入門，因為大家
都覺得
軟體測試任務是上手就能做的工作，無須指導或引導。屬於測試小白的我先了解了該項目的軟體需求說明書，然後便開始根據每條需
求編寫測試用例，然後再根據自己編寫的用例測試系統，說白了，就是去驗證功能點是否可用的。發現與需求不符的問題就給開發人
員開bug。待bug被修復後，再對該功能點進行複測。這樣測試，似乎是全面了，因為我覺得測試就是為了驗證需求中所有
的功能點
都可用。就這樣結束了測試任務，專案交付給甲方進行驗收測試。一周後收到了甲方的驗收測試結果，問題列表中的問題主要分為三
類，一類是瀏覽器的相容性問題，一類是功能邏輯問題，還有一類是非常規操作引發的錯誤。很顯然，僅根據需求驗證功能點這種測
試方式很容易忽略掉以上三類問題
。而依據探索式測試方法則可較為容易地將問題及早揪出來。如破壞測試法會很容易定位到非常規
操作引發的問題。
了三人的測試小組，並借助禪道對測試用例及bug的生命週期進行管理。首先，我們根據功能模組進行編寫測試用例的分工；其次， 相互
審閱補充測試用例，主要是盡可能多地補充raining day的用例，當然有些用例是在測試過程中再做補充和完善；最後，再開展
測試工作。值得一提地是為測試用例建立了版本，這樣便於回歸測試，也適用於敏捷開發。此外，吸取上次的教訓，測試了主流瀏覽
器的相容性以及主流品牌手機的相容性，且關注了邏輯性問題。在專案交付前，我們測試小組依據一百多條case，找出了約一千條
bug。但到了甲方質量部那裡依舊發現了約三四十條的問題。所幸，嚴重的功能性問題只有幾個，經分析，是後期改需求引發的邏輯
問題，而因時間緊迫，我們並未完整地做好回歸測試，倉促地交付勢必存在問題。更主要地是我們缺乏探索式測試地意識。
再後來又接手過幾個專案的部分測試工作（並未從頭跟到尾），逐漸找到了測試的激情，但並未形成自己的一套有效的測試方法，直
到最近看了《探索式軟體測試》，才意識到，軟體測試也可以有形象且有效地測試方法，而大部分的測試方法在之前的測試工作中確
實有實踐過，只是未將其抽象為測試方法。
讀完《探索式軟體測試
》一書後，再回顧之前的測試工作，發現做得並不全面。james a.whittaker 在書中運用旅行中的詞彙比喻探
索式測試型別。將旅行中所涉及到的區域分為商業區、歷史區、旅遊區、娛樂區、旅館區和破舊區。再將這些區域對映到被測系統，
從邏輯上劃分系統的特性。如商業區對應的是被測系統中的重要特性，歷史區對應的是被測系統中的包含、修改或使用遺留**來實現
的特性，娛樂區則對應被測系統中的輔助特性等。商業區測試型別中又包含多種探索式測試方法，如指南測試法，即按照使用者手冊進行
測試，發現與手冊中描述的不符之處則可認為是bug（這是beta測試中主要用到的方法）；商業區測試型別中的極限測試法可用於測試
**購物中的購物車這一功能。對乙個系統做測試，不僅僅是著眼其商業區，也要兼顧到歷史區、旅遊區、娛樂區、旅館區和破舊區。
針對被測系統中不同區的特點，選用合適的探索測試方法，更有針對性更有效地發現系統的缺陷或錯誤，是讀了這本書後最大的感觸，
當然如何從邏輯上劃分不同區，以及如何選用適合的方法，還須在今後的測試工作中逐漸摸索和總結。
從事軟體測試工作的人或有意向從事軟體工作的人，建議研讀一下《探索式軟體測試》，可以照亮你的測試之路。
探索式軟體測試
全域性探索式測試法 混合探索式測試技術 軟體測試的5個棘手問題 重複性暫時性 單調性健忘 主要依賴測試技術 原因是不確定因素太多，場景複雜，可能導致自動化測試失效的情況太多，無法一一跟蹤，都需要人工介入 手工測試的問題 手工測試使用指令碼，指令碼用於指定該使用什麼樣的輸入值，定義如何判斷正確的軟體輸...
測試書籍 《探索式軟體測試》
探索式軟體測試 by james whittaker 關於james whittaker，第一期裡面我們介紹過他，其成名作大概是how to break software系列，不過今天我要給大家介紹的是他的一本新書，exploratory software testing 中文版譯為 探索式軟體測試...
探索式軟體測試讀書筆記
2011年4月買的書,2014年1月才讀,罪過罪過,後悔莫及.中括號裡面的內容是自己的評注 第2章 手工測試 1.軟體失效的主要原因是因為開發人員沒有理解,預見或測試所有可以執行軟體的環境 環境應該只是失效的乙個因素 2.測試人員擁有那種 如何才能攻破這個功能 的態度和開發人員那種 如何才能實現這個...