測試用例的設計

云效測試管理鼓勵測試團隊按照產品或系統來沉淀測試用例，用例庫的命名可以和產品/系統名稱一致。在用例庫中建議按照“功能模塊”、“使用場景”、“功能點”來管理目錄層級結構，將測試同一個場景的測試用例放在一個目錄里管理，這一組測試用例的測試方法也比較接近。建議目錄層級深度控制在3～5層左右。

在產品需求設計和需求評審階段，測試用例設計工作就可以同步開始了。測試用例的標題需要包含測試重點信息，讓評審人員和測試執行人員可以快速的了解該用例的重點，比如“一個XX角色的用戶對XX類型的數據進行了XX操作”。測試用例的內容還是采用經典的：前置條件、執行步驟、預期結果這三個部分。

在項目中開啟測試服務

測試流程跟研發流程密切相關，因此我們需要在研發交付空間中開啟測試服務，這樣在開發團隊制定開發迭代計劃的時候，測試團隊就可以同步制定對應的測試計劃。

制定測試計劃

測試服務開啟后，就可以直接在項目中創建測試計劃，測試計劃可以和項目中的迭代進行關聯，關聯之后在迭代的頁面可以直接看到測試計劃的執行進度，幫助項目經理和開發經理隨時了解質量狀況。

測試計劃創建好以后，可以點擊「添加用例」將用例庫中的測試用例規劃到測試計劃中。如果是新增的功能特性，可以把用例庫中對應目錄下的用例全部添加到測試計劃。如果是對已有功能進行修改，那么只需要挑選匹配的測試用例即可，這個主要看測試人員對質量風險的判斷，如果測試全部的用例肯定是比較保險的，但是也會增加工作量。

將測試用例添加到測試計劃之后，可以使用“批量處理”的方法，為測試用例分配測試執行人，然后在測試計劃的概覽頁，測試經理可以了解每一位測試執行人員的工作進度，可以很好的控制進度風險。這里也可以將一些P0的用例，分配給開發人員，請開發人員借助測試用例進行自測。

測試用例的執行

當研發迭代中有需求提交測試之后，測試團隊就可以開始執行測試用例。對用例比較熟悉的測試人員可以直接在測試計劃的用例列表修改執行狀態，甚至可以一次性執行多個測試用例后，批量修改用例的狀態，這樣的測試效率會非常高。如果測試中發現了問題，也可以在對應的用例后面，添加缺陷。

如果用例的內容比較多比較復雜，那么建議還是點擊用例，仔細查看用例詳情后進行測試，同樣的，詳情頁也可以提交缺陷，還可以上傳測試過程中產生的附件，添加評論。

測試用例消息通知

在很多公司，測試同學會規定：需求提測前需要開發同學寫一封郵件給到測試團隊。用好自動化規則，這個過程同樣可以省去。

我們只需要設定好：當某一類需求提測時，發送郵件/到指定的釘釘群即可。

這樣開發同學省去了多余的郵件操作，測試同學也可以在群內及時獲知測試進展。有些測試工作可能并不完全由某一個測試同學完成，測試負責人也可以根據群內的通知，在團隊內靈活地分配。

當然，需求的測試，并不是測試同學一個人的事情，產品同學也非常關心需求的實現是否符合最初產品的設置邏輯。所以，此時，測試同學只需再增加一條規則：當某一類需求提測時，自動通知產品同學做功能驗收，這樣也可以讓產品同學及時驗收需求，避免上線前發現問題的兵荒馬亂。

測試報告總結

當迭代的測試完成后，測試團隊一般都會出具一份測試報告，通過云效測試管理也可以快速生成測試報告。創建測試報告首先要選擇對應哪些測試計劃，這里可以選擇多個測試計劃。測試報告中會包含測試用例的執行情況，以及測試過程中發現的缺陷的修復情況，測試團隊也可以對測試過程和結果進行總結，以文本/表格/圖片的形式添加到測試報告中。云效測試報告也可以導出成為PDF文件，轉發給項目的其他相關人員。

總結

從需求設計到開發測試階段，保證開發的準入和準出的質量，為內建質量夯實基礎。測試用例的設計、規劃、測試、總結，整個過程也是產品、開發和測試協作的過程。