作为测试工程师，我们为保障软件项目的质量付出了很多精力。但是，由于我们的工作内容所限制，相对于其他项目角色，我们在项目中很难输出比较直观的成果。又因为工作成果不明显，测试工程师容易被某些团队成员误解为工作量不大或者工作价值低的一种角色。那我们应该如何汇报自己的工作内容，才能突出自己在项目中的价值呢？

测试汇报内容

以往，我们在汇报自己的工作内容时一般只会强调发现的缺陷数这个内容，我们把Bug数量作为衡量我们工作量和工作价值的主要指标。但是仅凭这个数据就能现我们的价值么？答案是不能。如果我们在项目前期做了足够多预防Bug发生的工作，项目测试阶段发现的Bug可能就很少，仅凭发现的缺陷数来衡量，岂不是否定了自己为预防风险所做的贡献？

那么，除了发现的缺陷数量这个维度，我们还可以从哪些维度来汇报我们的工作量和体现我们的价值呢？如图1-1所示，我们可以从测试内容、测试总结、重点项目总结、未来计划以及思考和建议这五个部分来汇报自己的测试工作。

图1-1 【爱测角】测试汇报内容

关于测试内容部分，我们可以统计我们测试的需求数、设计的用例总数、发现的缺陷总数以及整理的测试文档数量。

关于测试总结部分，我们可以参考《漫谈测试成长之探索——缺陷分析》一文，完成缺陷的分类分析，分析Bug发生的根因，并总结出预防缺陷的计划。

关于重点项目总结部分，首先，我们可以挑选出自己主要负责的测试项目，阐述项目规模、项目周期和项目的质量情况。其次，我们还可以分享该项目中自己遇到的问题和采取的应对措施。最后，我们还可以分享产品侧的成果数据，例如该项目的用户活跃数据、用户的留存数据和营收增长数据等。

关于未来计划部分，我们可以从个人和团队两个方面做规划。个人方面，可以指出自己当前不足的能力并分享提升计划。团队方面，可以指出团队遇到的问题或难点，并分享自己计划为团队做出哪些贡献。

关于思考和建议部分，我们可以根据从测试维度和项目维度去思考工作过程中的问题，并提出自己的优化建议。

测试的价值体现

为什么要从测试内容、测试总结、重点项目总结、未来计划以及思考和建议这五个部分来汇报自己的测试工作呢？这些部分能体现我们测试工作的哪些成果呢？

图2-1 【爱测角】测试的价值体现

如图2-1所示，一方面，测试内容部分可以体现我们测试的工作量，另一方面，测试总结部分可以体现我们预防风险的价值。这两部分从测试维度体现我们的苦劳和功劳。

从项目维度来看，重点项目总结部分可以介绍项目相关数据来体现我们的工作量和保障的项目成果。例如，较大的项目团队规模和较长的项目周期可以体现项目复杂度高和工作量大；项目中遇到的问题和问题的解决可以体现我们的协调和管理能力；项目发布质量高，用户活跃数据较好，项目营收数据良好，也少不了我们测试的功劳。

未来计划部分一方面可以体现我们的自我提升的意愿，另一方面也可以体现我们希望帮助团队提升的意愿。这部共同体现了我们未来对企业是能创造更大的价值。

思考和建议部分不仅可以体现我们发现问题、分析问题和解决问题的能力，也能引发管理者有更多的思考，从而为团队创造更多的价值。