面对质疑，我们该如何反驳？

写在2018的最后一天：

一是：最近一直被项目吐槽项目承担较多测试工作，产品质量不尽人意。

二是：年底已至，述职报告中如何突显测试质量与价值。

面对其他人员对测试工作的质疑，我们该如何有效的反驳呢？

• Tester-1：跟他们对骂！
• Tester-2：打他，好不好！
• Tester-3：吐槽他们！
• 。。。

淡定，淡定，我们都是文明人！

静心思考：大家所追求的都是一样的，希望我们做的产品是高质量的，高品质的，易用的，进而促使项目工作顺利开展。

最终达到大家预期的效果：你好，我好，大家好。

所谓的找事，肯定是不存在的，跨部门协作，重在沟通交流，达成共识。

反思测试工作本身，我们有哪些可以改善的呢？

部分业务场景或者需求，我们知道，由于公司没有测试环境、测试设备或者需要与第三方硬件、软件对接联调等原因，内部无法测试的。

亦或者，有些内容是历史因素（人力、时间、之前一直未参与等）造成的，测试一直没有介入的领域（安装升级测试、安全测试、单元测试等）。

仔细想想，测试自身还是有一些工作未真正的做到位：

• 测试人力、测试时间紧张引起的遗留到项目测试

合理的制定测试策略，需要安排学习并掌握，在后续需求及版本测试中纳入流程体系中。

• 测试能力未达到，而遗留到项目测试

测试内部需要安排学习分享，将缺失的部分纳入后需的测试体系中，避免遗漏。

• 内部无测试环境，而遗留到项目环境的。

与项目达成一致，同步由于内部无环境，未进行测试，需要项目人员自行验证。

测试内部当然还是有许多可以做的，面对上述场景：

1. 提供测试用例供项目人员去执行；
2. 考虑是否远程介入测试；
3. 协调测试外出项目支持；

当反思自身之后，我们也可以主动与项目人员沟通互动，了解他们所谓的痛点难点，并有针对性的对反馈的问题进行解决。

测试工作本身需要其他部门的监督，当我们尽己之力，将事情做到极致，相信大家是可以理解的，也会配合我们将事情做好。

那么，测试人员如何在年终总结中，有效描述产品的质量呢？

大家首先想到的是BUG数量，这一年提的BUG数，没有上千也有好几百呢。

BUG分为测试人员提的，非测试人员提的（研发、项目、客户。。。），当然除了BUG以外，优化改进任务单测试也没少提。

单纯从提任务单的数量上能够看出什么呢？

测试发现的BUG数量的多少，可以反馈研发的质量好坏。

测试发现优化改进数量的多少，可以反馈产品设计的优劣。

非测试人员发现的BUG数量的多少，可以反馈测试质量的好坏。

通过测试发现BUG数量与项目非测试人员发现BUG的数量对比，我们可以得出，测试漏洞率。

例如：产品有100个BUG，测试发现了90个，遗留到项目或客户那里发现10个，那么测试漏洞率则为10%。

我们可以通过测试漏洞率来对测试人员进行 KPI考核，进而反馈测试部门质量的好坏。而不是项目人员嘴上说的好与不好。

另外，测试需要建立一个完整的质量预防体系，包含但不局限于：

• 测试用例review
• 版本发布总结
• 质量周报、月报
• 漏洞分析（内部发现的历史漏洞、项目发现的产品漏洞）
• 缺陷库建设
• 。。。。。。

上述内容都是不可或缺的，具体每项里面的具体操作这里不做详细介绍。如果大家有其它方法，也可以畅所欲言。

最终的目的是保障产品质量，发布高质量高品质的产品。

我们从未忘记对质量的追求，2018我们努力向前，在效率与质量提升上均有所成果。

我们在测试工作上问心无愧，在做好自身工作的同时，能够听取其他部门和同事的意见，完善我们的工作。

我们的团队还年轻，还有很大提升空间，我们不怕其它部门或同事的评价，但请与我们共建。

 

2019，期待更优秀的我们，与大家一同创造出更高质量的产品。

• 还没有人评论，欢迎说说您的想法！