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

2021-12-31 本文已影响0人 IDO老徐

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

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

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

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

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

单独写篇文章，

目的，

1、供需要的同学参考。

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

提问：

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

IDO老徐，答：

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

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

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

注，

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

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

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

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

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

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

1. 用例

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

2. BUG

结论：

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

end

下篇文章，见。

文 / IDO老徐（文章首发于 社群）

2021.12.28