写在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,期待更优秀的我们,与大家一同创造出更高质量的产品。

内容来源于网络如有侵权请私信删除