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