全程軟件測試實踐：從需求到運營(2)

　　作為測試人員的主要實踐如下：

　　功能要點確認

　　Xmind是一個非常好用的腦圖工具，通常在開發人員進行編碼前，測試人員會針對需求處理的用戶故事，與開發人員進行確認，修正理解偏差，確保需求理解一致。

　　圖-5-腦圖用例模板

　　測試用例設計

　　測試人員主要設計測試故事點，使用DSL(Domain Specific language)，infoq文章(敏捷測試之借力DSL)，對測試用例進行描述，包括三個基本要素：

　　Feature、Scenario、Example，補充要素：xmind、Requirement。

　　Feature：把測試分類到某個模塊，并對這個特性本身的業務目的進行相關描述，帶進業 務目標，傳遞業務知識。

　　Scenario：標明這個Feature的測試場景，可以使用文字描述步驟，或者使用xmind腦圖

　　描述，場景中的數據使用Examples中列出的。

　　Example：引出具體的數據表格把用到的數據都展示出來，避免相同步驟因為測試數據 的變化而重復若干遍造成冗余。

　　Xmind：腦圖文件，展示測試故事點

　　Requirement：關聯需求管理系統的需求id。

　　用例評審

　　主要是堅持同行評審的原則，主要在測試組內進行，負責該任務的開發人員也會參與，簡單來說就是對測試用例進行查漏補缺的工作。

　　測試探索

　　進行了“功能要點確認”和“用例評審”后，為了保證測試場景的覆蓋率，需要再進行測試探索。在開發人員完成雛形之后，使用探索式測試的策略，對功能基本流程進行有目的的快速走查，挖掘功能不確定的地方和補充測試場景，避免不確定的因素拖延到開發階段后期，造成返工。

　　其中：功能測試、Bug Tracking、回歸測試、系統測試、驗收測試都是日常測試工作所需環節。

　　燃盡圖發布

　　另外，測試人員還有一項重要工作，每日發布燃盡圖，讓團隊了解當前進度情況，總結問題

　　所在，尋求耗時超過預期時間任務的解決辦法。

　　圖-6-燃盡圖

　　圖形特點：

　　1)剩余工時在計劃基準上方，代表進度有所延遲，應抓緊進度;

　　發現此類問題，需要分析總結，原則是保證交付時間，對相應任務進行調整，擁抱變化，發現任務粒度太大，該拆分的繼續拆分;對于重構需要慎重，不要過度深入重構，給測試帶來額外工作量，影響整個進度，對于整個版本而言，只有開發、測試在承諾的時間內完成任務，才是真正完成，僅僅開發完成交付算不上成功。

　　2)剩余工時在計劃基準接近，代表進展良好，繼續保持;

　　此時也需要查看在這種進度下，優先級高的任務是否得到時間保證，而不是因為處理完簡單任務才使得燃盡圖長的好看。往往有些開發人員，喜歡挑著任務來做，把簡單易做、優先級的任務先完成了，因為這些總在預期內能夠完成，所以前期燃盡圖的趨勢看起來沒有問題。

　　缺陷經驗庫

　　每個團隊都存在開發/測試新人和開發/測試老人，當測試人員與開發新人進行需求確認的時候，還需要進行缺陷經驗教訓的提醒，避免多走彎路。

　　(點擊圖像放大)

　　圖-7-缺陷總結

　　提升開發自測質量

　　測試人員可以提供相關checklist(大家可以根據原作者提供的修改為符合團隊的)幫助開發人員在編碼過程中關注開發自測的要點，從而提升質量。

　　(點擊圖像放大)

　　圖-8-web軟件測試checklist

　　持續集成

　　利用持續集成(Jenkins)平臺，做到快速的構建開發代碼，自動的單元測試化，來提高開發代碼的效率和質量。

　　負責單元測試的開發人員，會收到失敗構建的郵件;

　　負責集成測試的開發人員，會收到失敗構建的郵件;

　　負責自動化測試(Selenium)的測試負責人員，會收到失敗構建的郵件;

　　這種方式，確保單元測試、集成測試、自動化測試，有相關人員關注和維護。

　　(點擊圖像放大)

　　圖-9-持續集成

　　Sonar反饋

　　Sonar is an open platform to manage code quality. As such, it covers the 7 axes of code quality。

　　(點擊圖像放大)

　　圖-10-sonar分析結果

　　測試人員主要反饋問題如下：

　　Code coverage：團隊要求代碼覆蓋率在80%以上;

　　Test success：團隊要求測試成功率在100%;

　　Duplications：團隊要求代碼重復率在10%以下;

　　Violations：團隊要求Major類別的代碼規則缺陷在20以下;

　　開發團隊必須保證每個環境的質量目標，才能夠保證整個的質量目標。

　　小結：

　　測試人員與開發人員永遠不是敵對關系，而是協助關系，確切來說是質量天枰的兩邊，任何一邊的工作沒有做好，都會失去平衡。

　　4 發布階段測試

　　在發布階段，開發人員、測試人員、QA人員主要做的事情，如下表所示：

原文轉自：http://www.infoq.com/cn/articles/whole-software-testing-practice-requirements-to-operational