如何使用xmind編寫測試用例_第1頁
如何使用xmind編寫測試用例_第2頁
如何使用xmind編寫測試用例_第3頁
如何使用xmind編寫測試用例_第4頁
如何使用xmind編寫測試用例_第5頁
免費預覽已結束，剩余1頁可下載查看

下載本文檔

版權說明：本文檔由用戶提供并上傳，收益歸屬內容提供方，若內容存在侵權，請進行舉報或認領

文檔簡介

傳統編寫測試用例的缺點1.編寫時間成本高2.評審人難發現遺漏點3.業務邏輯不清晰，可執行性差4.需求變更難維護第一頁第二頁，共7頁。為什么使用思維導圖把需求文檔中的需求點整理到思維導圖中，就不用一遍遍的去看文檔，節省一些時間；思維導圖更符合人的認知規律；在時間緊張時，思維導圖可以替代用例，省去“寫用例”的時間，將更多的時間放到測試執行上；利于評審。評審思維導圖整理出的測試點比評審測試用例更清晰明了。對參加評審的產品和研發人員來說，看到測試點就能了解到測試覆蓋是否全面，如果有的測試點不清楚輸入輸出，可以標出來單獨提問；整理思維導圖不會花費很多時間，不會因為增加了這個環節就導致測試時間不夠用。第二頁第三頁，共7頁。如何用Xmind編寫精簡的測試用例

1.

一看用例名，就知道步驟及預期結果的，僅寫用例名

這里的用例名，也就是我們的測試點、需求驗證點。

2.

僅看用例名，不能預知操作步驟的，還須把操作步驟寫出來

3.

僅看用例名，不能預知預期結果的，還須把預期結果寫出來

4.

針對一些步驟比較復雜的用例，步驟和預期結果都要寫出來。

5.

預期結果、操作步驟有時候都可簡寫：直接以備注、說明、提醒點替代

注：用例粒度可粗可細，結合時間成本考慮，做到合理的劃分即可。

6.

技巧

根據具體情況，可以適當做些備注(可以是一些業務邏輯、規則、需求、預期結果等)，讓人看得更明白

為了避免模塊層級過多，可以不進行模塊劃分就不劃分，當然也可以采用其它技巧，比如模塊名稱寫成“大模塊-子模塊”的形式第三頁第四頁，共7頁。Xmind使用方法第四頁第五頁，共7頁。子模塊功能1功能2如果給出界面原型，則截圖粘貼即可頁面元素及對應校驗一看用例名，就知道步驟及預期結果的，僅寫用例名如果預期結果是下一用例的條件，則按邏輯順序接著寫

溫馨提示

  • 1. 本站所有資源如無特殊說明，都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等，如果需要附件，請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙，網頁內容里面會有圖紙預覽，若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間，僅對用戶上傳內容的表現方式做保護處理，對用戶上傳分享的文檔內容本身不做任何修改或編輯，并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容，請與我們聯系，我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論