如果是這樣，你真沒必要寫測試用例
- 2020-12-10 10:10:00
- IDO老徐 原創
- 13477
做任何事，或者大家向老徐的各种神奇提問；老徐喜欢问大家目的是什么？想清楚了目的，才知道做的是否有价值，是否有做的必要 。
搞清楚目的了，很多問題，其實並不是問題，有另外一種方式去實現；
OK，今天分享觀點：
你的用例也許毫無價值，簡直就是浪費時間，無用功！
很多同學，可能還在糾結，每個功能到底多少條用例才合適，我應該用什麽模板寫測試用例，我的測試用例是否覆蓋度夠 。
或者，一个项目，到底多少条测试用例，是比较适合的 ？
然而，老徐要講的是：你的1000條用例，抵不上有用的兩條測試點！
爲何老徐會抛出這個觀點？
也許針對某個功能，你絞盡腦汁，綜合運用各種用例設計方法、想象各種可能性、然後非常細致的設計你所能想到的測試用例，可能會有1000條左右；
然而，可能漏掉一些重要的點、老徐關注的某些點並沒有涉及到。而且，你花了幾天去設計的測試用例，實際測試中並沒有按照用例去執行；
爲什麽會突然寫這個主題？
其实很早前就想写，如果没记错，老徐之前写过关注测试用例的这类观点，至少在「软件测试圈」说过，多少人记得就不得而知了 。
之所以寫這個主題，實在是是時候跟大家正式談論下這個話題了；
最近，老徐一直在參與公司幾個測試團隊的用例評審會議，會給出一些建設性的建議；發現很多同學寫的用例非常充實「可以說很詳細，幾千條，實在評審不下去」，然而一些非常重要的测试点却被遗漏的，如果是这样的测试思路交付的产品老徐是很没安全感的 。
那麽問題來了，如何用更少的測試點，盡可能的考慮充分各種可能性呢？
跟那麽因素有關系？
答：用例方法、經驗、需求理解等等
測試用例相關的，之前也彙總過，可以去看看：关于测试用例的所有问题 。
至于什么方式，Excel 、脑图(xmind)、在线项目管理工具等，都是可以的 。
这些不重要 。
加油 。
希望這篇文章，能給你提供一些參考價值（任何文章、供參考、勿完全照搬；企業落地實戰過程中，太多不可控的變量）
原文鏈接 https://mp.weixin.qq.com/s/NgHiWNJA4E9SbpmquTsFjg
IDO老徐
全网同名，个人IP公衆號
日更10年，每天 1 分钟、解决 1 个问题
職場、副業、輕創業、寫作、個人IP
公衆號、視頻號、小红书、知乎
長按/掃碼，關注IDO老徐
關注回複 401 送你「十年原創资料包」
| 聯系人： | IDO老徐 |
|---|---|
| Email： | 957863300@qq.com |
| QQ： | 957863300 |
| 微信： | 957863300 |
| 微博： | isTester |
| 網址： | idoxu.com |
| 地址： | 中国 · 广东 · 深圳 |
來源備注：老徐博客