關於基本功能測試用例，到底是傳統的表格（Excel）形式好還是思維導圖（Xmind、MindManager等）模式好？

12-30

測試用例最初的表格形式一直延續到現今，這麼多年了，記得以前很多測試同事都抱怨過這種測試用例，一般有經驗的測試人都不屑用這種測試用例，大體原因都是這種形式的測試用例測試不出問題，浪費時間精力，而且是一種走形式一樣的態度對待。這是底層測試人的一個態度
而思維導圖模式的測試用例現如今還沒有全面應用，據我所知也就一些大公司在使用這種比較前沿的測試用例，因為它符合敏捷測試中倡導的頭腦風暴法，很適合前一種傳統測試用例模式的一種進化。但問題原因在於這種測試用例不被老的測試管理層所接受，他們對這種模式的測試用例排斥，原因很多，比如習慣了表格形式，不懂不會寫思維導圖模式，所以不知道怎麼推廣下面人使用。且這些思維導圖工具有一個缺點，不能發報告形式出來，用例體積大，底層測試路徑寫出來不是那麼規整。
以上是現在測試用例的一個現象，該怎麼過度，請問大家！

謝邀

我們目前的模式是,一些較小的功能,(如何判定較小功能一般按照預計花費時間來看)都是用思維導圖,寫出關鍵的點,然後進行自行自由測試,但是對於一些大的功能一般寫到專門的管理工具裡面去,比如QC,我們用的testlink,因為這些大功能後期改動需要回歸測試,能找到對應的案例,然後方便度量

另外用excel和思維導圖還要取決於測試人員的水平,包括寫的粗細程度還有有對應的需求

如果一個新手測試,你讓他用思維導圖,未必能測試全面,腦洞沒有黑洞那麼大,但是按照excel讓他一步一步來,那應該不會有錯

UI類的需求,一般用excel比較好,比如某個按鈕,具體多大,什麼顏色,樣式,字體多大,點擊效果等等,這個可以用excel寫的非常詳細

業務流程類需求,這樣的一般用思維導圖可以快速明了的讓測試人員整個業務流程是什麼樣子的,比用excel更加直觀

嚴重不喜歡excel寫測試用例，除了剛開始接觸測試的時候按照測試組要求寫過模版化的表格測試用例以外，後來就沒寫過excel的測試用例了，第一表格化的測試用例會太細化測試點，除了編寫的時候相當的浪費時間以外，還會在測試的過程中也會讓人懈于思考額外的測試點，很多人寫了這樣的測試用例以後往往對著用例走一遍過了就過了，而很多測試點往往是需要隨著測試進程的深入才會發現的。第二，表格化的測試用例太龐大，維護不方便，交叉測試的時候其他測試人員閱讀起來較花時間。我比較喜歡用純文本的形式只列出測試功能點，簡單的描述測試路徑。

謝邀……這個謝邀敲得算是最心虛的了。

按說幹了這麼多年測試，我應該在這個問題上很有發言權，可是我真心不知道各位到底在說啥。我到是見到很多思維導圖的應用，也見過Excel編寫的測試用例，但是這倆都只是工具和形式，在我看來用哪個都一樣，為啥還能說出這麼多區別來，我徹底糊塗了。

我先去問問同行這到底是啥東西，然後我再來補充吧。

世界上沒有任何一種東西是絕對好的。好與不好都是相對於你的具體情況和上下文。你需要說說你的具體需求和問題。

都用過，思維導圖寫的比較快，但點寫的不是很細，我還是習慣用來整理思路什麼的，主要還是寫在excel。其實這些都是形式，該漏測還是會漏測

測試用例是副產品，一種副產品怎麼表示，並不重要，毫不重要

作為兩種方式都用過的過來人，還是比較贊成用思維導圖。

用excel其實最主要是用來體現工作量，但是，實際過程中，完全按照已有的寫在excel表格中的測試用例來執行，基本很少能夠發現bug。這是我自己的體驗。

用思維導圖可以使自己的思路清晰，簡潔。準備快速定位哪裡有測試漏點，考慮不夠完善。在現如今人人都提倡的敏捷開發，快速迭代的移動互聯網時代更顯其重要性。最主要的是思維導圖使我的測試過程思維嚴謹，邏輯清晰，能夠自信地交付測試報告而不是擔心漏測。

測試方案用思維導圖，測試用例用excel。

當然很多互聯網公司貌似不寫測試方案，如果功能不會太複雜，又不寫測試方案的話，為求效率當然直接用思維導圖寫測試用例。

思維導圖只能用來整理思路，列出測試點而已，用作測試方案來指導編寫測試用例。

而對於一些複雜功能來說，功能里某個測試點可能需要10幾20個用例才能完全覆蓋。

尤其已銀行為代表的系統，業務功能極其複雜，就不合適思維導圖做用例。

終於遇到個能回答的問題了.

本人目前的工作流程是先畫出思維導圖，與同事探討領導審核後繼續修改，確保沒有大的問題，根據每個環節，備註不同的測試方法和注意事項，再按照思維導圖書寫excel測試用例，這樣既能確保思維縝密也便於領導統計工作量，相當於新舊合璧；

缺點，一定一定要讓領導再三看過思維導圖之後再寫excel用例，否則………………excel測試用例改起來好麻煩……

當然如果只能選一個，那麼我還是選擇思維導圖，畢竟還是好看嘛，流程什麼的，工科生最愛，文字神馬的……還是斃了我吧

感覺思維導圖很不錯。excel的話，維護慢，看起來不立體

思維導圖優先，用來整理邏輯複雜的測試用例就是利器。

1.如果需求變更，用例修改容易。

2.不用考慮格式問題，還有很多圖標方便隨時標記或更改用例狀態。

3.展現邏輯時符合大腦思維方式，集中思考某一個部分的邏輯時可以把其它的部分摺疊起來。

我個人覺得，Excel適合需求非常明確，分支不會太複雜，又基本不會改變的情況。

excel方式測試結果更明確，人員變動風險低，對自動化有更多幫助（測試後期很容易變成看標題測試）

Xmind方式對業務流程更清晰，能對業務回歸內容更清晰（個人理解web測試比較適合）

Excel、Xmind都一般般，所以我們團隊使用自行開發的一個工具，現在已經開源了

youzan/bugCatcher

提供輕量化的——

項目管理 ：由需求方發起項目，並按照瀑布流軟體開發模型跟蹤整個項目的完成情況；
用例管理 ：方便添加和管理測試用例，也支持Excel、Xmind等文件形式的用例上傳，支持用例篩選，並為項目分配需要執行的用例；
項目質量報表 ：報表以時間線的方式展示各個項目的質量變化；
自測質量排名 ：以積分排名的方式展示項目成員自測質量高低；
精細化的許可權控制 ：精細的角色分離（產品、開發、測試），提供精細化的許可權控制，某角色可以做什麼，不可以做什麼一目了然；

其實各有千秋，如果項目很緊急建議使用思維導圖的形式，時間充足的話就是用Excel表格的形式。

一般我寫一個新APP的測試用例的時候是用Excel，執行的時候就用TestBird快速APP功能測試

枚舉覆蓋用用表格；

流程覆蓋用思維導圖。

xmind用來做需求分析，業務梳理的，寫用例肯定表格更實用。

測試用例的主要目的就是測試執行的依據啊，特別是回歸測試，所以哪種形式不重要，關鍵是如何跟蹤、度量