测试工程师如何口头汇报

在测试工程师的日常工作中，口头汇报相对于书面报告，要更为频繁。

很多情况下，管理人员不需要正式的书面报告，在了解工作进展的时候，会直接与测试工程师沟通。

一个测试工程师是否工作积极、是否思维清晰，会在这些点点滴滴中，给管理人员留下根深蒂固的印象。

提问

通常，测试经理或项目主管会问这样一些问题：

• 这项测试工作进展如何了？
• 这个测试有什么问题吗？
• XXX特性测的怎么样了？

这类问题在提问方式上，显得很宽泛，但我们要看到测试经理提问的核心目的。

他真正想知道的是下面的一些内容：

• 工作的进度
• 是否有影响进度的风险出现
• 是否有严重或难以解决的bug出现

这些问题中，其实没有那么多弯弯绕。测试经理通常也是由测试工程师level up的，我们大多的技术人员，都是一门心思做技术，面对着代码、设备，对于沟通表达并不擅长。也就是说，大多数测试经理以如此宽泛的方式提问并非刻意，而是......真的不擅长表达。

错误回答

面对上述问题，很多测试工程师会给出一些比较尴尬的回答。

语义含糊

一边觉得测试经理的提问比较宽泛，其实很多测试工程师的回答也倾向于使用含糊的词汇。比如：

• 这个测试差不多了。
• 基本没什么问题。
• 特性大体上稳定。
• 该特性质量还行。

东拉西扯

由于不知道如何回答，很多人也担心漏了什么信息，就会把所有的信息，不分巨细，都流水账一样的报出来。

比如：出现了一个什么问题，当时......，后来......，原本我是如何如何的，结果出现了一点XXXX情况......BLABLA的。

那叫一个百转千折、荡气回肠。一次口头的简短汇报，变成了一场工作review会议。

没有解决方案

很多测试工程师，会把当前的风险和问题描述清楚，然后就没有然后了。

这其中缺了一个最核心的环节，就是后续的解决办法。

测试经理如何评价一个测试工程师的工作能力，不仅是看工程师能否识别工作中的问题，更重要的是能否解决问题。

所以，哪怕是是一个不成熟的解决方法，也需要说出来。

回答思路

建议可以根据以下思路进行回答：

1. 直接说明总体结果
2. 说明bug风险及解决方案
3. 说明进度风险及解决方案

参考范文

该特性现在的进度已经完成XX%，预计还有XX天可以完成。

现在进度上可能会有以下风险：

1. XXXXXX，我会这样解决：XXXX
2. XXXXXX，这个风险，我希望经理你给我XXX方面的支持

现在bug还有XXX个没有解决，其中：

1. XXXXX等问题已经定位完成，并进入验证阶段
2. XXXX的问题定位进展比较缓慢，且对质量影响较大，希望经理能推动一下