代码写得好不好,就看Bug多不多。测试做的好不好,就看发布后Bug多不多。那么,在产品发布前,怎么判断测试做的好不好呢?我们会想到管理,想到工具,也可能想到流程。同时,测试工程师的责任心也是很重要的。可以说,测试是个良心行业。
首先,要在团队里面营造一种发Bug光荣的氛围,鼓励测试工程师及时发Bug,无论问题的大小,无论是否By-Design,无论是否已经找到原因。Bug发出来后,可以测试组内讨论,也可以和开发人员一起讨论,以最快的时间判断出是不是产品的缺陷,是不是需要更新文档,是不是有些场景本来就没有想清楚过是什么样子的。同时,倡导团队发高质量的Bug。这里要拿捏一下,是一种艺术。
其次,要维护好测试用例,并且尽可能的实现自动化测试。对特定领域的测试,包括性能和安全,要有成熟的工具和有经验的工程师来做。鼓励测试工程师多写代码和脚本来辅助测试。有些事情,如果要重复两次以上了,就应该开始写脚本或者工具了。
然后,要有清晰且可追踪的流程。很多情况下,每个测试工程师做不同的工作,但是又在一个流程里面。可以通过测试周期,BugBash等等方式。也可以轮岗测试。
最后,有一定方法来衡量测试质量。如果发布后,对一些影响重大的Bug,需要回溯罪责,并且完善测试用例,更改测试流程等等。