实际工作中，BUG、测试用例编写，是否需要很规范的输出，如何平衡效率 ？其实是一个老大难的问题 。
不写测试用例 ？容易漏测 。
写测试用例，费时间，其实也没人看，或者根本不好参考测试用例去执行 。
这是来自某个同学，在「21天打卡」星球的提问 。
比较典型，也是很多测试工程师的共同疑问 。
单独写篇文章，
目的，
1、供需要的同学参考 。
2、后续有需要的同学，可以通过关键词检索，找到 ，解惑 。
提问：
BUG、测试用例编写是否真的需要很规范的输出，如何平衡效率
IDO老徐，答：
关于用例、Bug，我的建议是，除非公司或团队有严格规定（比如要有规范格式的用例），否则实用为主 。
太多无用的信息，浪费时间，影响效率 。
特别是互联网快节奏的团队 。
注，
这里的「实用」的前提是：
1、团队达成了一致，什么样的用例 & Bug ，最高效 ，而且能达到信息传输的目的 ；
2、能满足日常的 用例分析、Bug分析的 目标；
刚好，之前写过类似文章，直接查阅，不重复写了；
看完，有问题的，底部留言 或者 去「21天打卡」星球 提问 。
我团队的做法，参考如下 5 篇 文章（用例、Bug）
1. 用例
以及，测试用例模板（关注此公众号，回复「用例模板」下载）
2. BUG
结论 ：
在公司制度的大原则下 ，团队内，灵活变通 ，高效解决问题 。「测试用例」形式、工具，其实都不重要 。
end
下篇文章，见 。
文 / IDO老徐 （ 文章首发于 社群）
2021.12.28
