如何与不懂测试的人讲道理
写在2018的最后一天：
一是：最近一直被工程吐槽，他们承担较多测试工作，产品质量不尽人意。
二是：年底已至，述职报告中如何突显测试质量与价值。
面对其他人员对测试工作的质疑，我们该如何有效的反驳呢？
- Tester-1：跟他们对骂！
- Tester-2：打他，好不好！
- Tester-3：吐槽他们！
- 。。。
淡定，淡定，我们都是文明人！
静心思考：大家所追求的都是一样的，希望我们做的产品是高质量的，高品质的，易用的，进而促使项目工作顺利开展。
最终达到大家预期的效果：你好，我好，大家好。
所谓的找事，肯定是不存在的，跨部门协作，重在沟通交流，达成共识。
反思测试工作本身，我们有哪些可以改善的呢？
部分业务场景或者需求，我们知道，由于公司没有测试环境、测试设备或者需要与第三方硬件、软件对接联调等原因，内部无法测试的。
亦或者，有些内容是历史因素（人力、时间、之前一直未参与等）造成的，测试一直没有介入的领域（安装升级测试、安全测试、单元测试等）。
仔细想想，测试自身还是有一些工作未真正的做到位：
- 测试人力、测试时间紧张引起的遗留到项目测试
合理的制定测试策略，排列优先级并与相关人员达成一致，及时汇报工作进度与相关风险。
- 测试能力未达到，而遗留到项目测试
测试内部需要安排学习分享，将缺失的部分纳入后需的测试体系中，避免遗漏。
- 内部无测试环境，而遗留到项目环境的。
与项目达成一致，同步由于内部无环境，未进行测试，需要项目人员自行验证。
测试内部当然还是有许多可以做的，面对上述场景：
- 提供测试用例供项目人员去执行；
- 考虑是否远程介入测试；
- 协调测试外出项目支持；
当反思自身之后，我们也可以主动与项目人员沟通互动，了解他们所谓的痛点难点，并有针对性的对反馈的问题进行解决。
测试工作本身需要其他部门的监督，当我们尽己之力，将事情做到极致，相信大家是可以理解的，也会配合我们将事情做好。
那么，测试人员如何在年终总结中，有效描述产品的质量呢？
大家首先想到的是BUG数量，这一年提的BUG数，没有上千也有好几百呢。
BUG分为测试人员提的，非测试人员提的（研发、项目、客户、运维。。。），当然除了BUG以外，优化改进任务单测试也没少提。
单纯从提任务单的数量上能够看出什么呢？
测试发现的BUG数量的多少，可以反馈研发的质量好坏。
测试发现优化改进数量的多少，可以反馈产品设计的优劣。
非测试人员发现的BUG数量的多少，可以反馈测试质量的好坏。
通过测试发现BUG数量与项目非测试人员发现BUG的数量对比，我们可以得出，测试漏洞率。
例如：产品有100个BUG，测试发现了90个，遗留到项目或客户那里发现10个，那么测试漏洞率则为10%。
我们可以通过测试漏洞率来对测试人员进行 KPI考核，进而反馈测试部门质量的好坏。而不是项目人员嘴上说的好与不好。
另外，测试需要建立一个完整的质量预防体系，包含但不局限于：
- 测试用例review
- 版本发布总结
- 质量周报、月报
- 漏洞分析（内部发现的历史漏洞、项目发现的产品漏洞）
- 缺陷库建设
- 。。。。。。
上述内容都是不可或缺的，具体每项里面的具体操作这里不做详细介绍。如果大家有其它方法，也可以畅所欲言。
最终的目的是保障产品质量，发布高质量高品质的产品。
我们从未忘记对质量的追求，2018我们努力向前，在效率与质量提升上均有所成果。
我们在测试工作上问心无愧，在做好自身工作的同时，能够听取其他部门和同事的意见，完善我们的工作。
我们的团队还年轻，还有很大提升空间，我们不怕其它部门或同事的评价，但请与我们共建。
2019，期待更优秀的我们，与大家一同创造出更高质量的产品。
