测试团队管理：我是这样解决「效率和测试用例」平衡的

实际工作中，BUG、测试用例编写，是否需要很规范的输出，如何平衡效率 ？其实是一个老大难的问题 。

不写测试用例 ？容易漏测 。

写测试用例，费时间，其实也没人看，或者根本不好参考测试用例去执行 。

这是来自某个同学，在「21天打卡」星球的提问 。

比较典型，也是很多测试工程师的共同疑问 。

单独写篇文章，

目的，

1、供需要的同学参考 。

2、后续有需要的同学，可以通过关键词检索，找到 ，解惑 。

提问：

BUG、测试用例编写是否真的需要很规范的输出，如何平衡效率

IDO老徐，答：

关于用例、Bug，我的建议是，除非公司或团队有严格规定(比如要有规范格式的用例)，否则实用为主 。

太多无用的信息，浪费时间，影响效率 。

特别是互联网快节奏的团队 。

注，

这里的「实用」的前提是：

1、团队达成了一致，什么样的用例 & Bug ，最高效 ，而且能达到信息传输的目的 ；

2、能满足日常的 用例分析、Bug分析的 目标；

刚好，之前写过类似文章，直接查阅，不重复写了；

看完，有问题的，底部留言 或者 去「21天打卡」星球 提问 。

我团队的做法，参考如下 5 篇 文章(用例、Bug)

1. 用例 

写测试用例，比较高效的方式

002基本功：你会写用例 ？(基准用例)

以及，测试用例模板(关注此公众号，回复「用例模板」下载)

2. BUG

001基本功：你会提BUG ？

容易忽略的小 UI BUG ，往往会造成漏测

BUG生命周期 之 异常状态

结论 ： 

在公司制度的大原则下 ，团队内，灵活变通 ，高效解决问题 。「测试用例」形式、工具，其实都不重要 。

end

下篇文章，见 。

文 / IDO老徐 ( 文章首发于 社群)

2021.12.28