问题 | 问题说明 | 沟通方法 | 沟通原则 | 邮件参考模版 |
歧义的BUG | 测试提交BUG给开发人员,开发认为不需要修改,将BUG直接打回给测试 | 直接将BUG转处理人给对应的需求人员,并RTX提醒需求人员有BUG需要处理 | 提BUG是测试人员的职责,是不是BUG由需求人员决定 |
|
测试提交BUG给需求人员,需求人员认为不需要修改,将BUG直接打回给测试 | 直接找需求人员,让需求人员进行BUG拒绝关闭(需求人员认为不需要处理的BUG,需求人员应该直接进行拒绝关闭操作) |
| ||
待需求人员处理BUG跟进 | 提交给需求人员的BUG未处理处理 | 直接RTX眼需求人员沟通,发BUG编号给需求人员,提醒需求人员及时处理BUG | 跟进BUG是测试人员的职责 | 标题:待需求处理BUG情况 |
每五周下班前将需求人员未及时处理的BUG发邮件给需求人员,并抄送给测试组长 | ||||
影响交付的BUG | 测试完成日期到到或是测试交付日期到了,但BUG处理速度慢或是修改BUG引发其它的BUG | 直接找开发人员口头沟通,明确你的测试任务是何时完成,要求醒合处理,并将自己的测试方法告诉开发,或是测试用例发给开发,要求开发处理BUG时自测; | 及时处理BUG是开发人员的职责,跟进测试问题和如实反应测试情况是测试人员的职责 | 标题:需求编号***(VP单)测试情况YYYYMMDD |
如当天没有解决问题的,需要当天下班前将本功能的测试情况发邮件给开发人员,抄送给测试组长,开发负责人 | ||||
多次沟通仍处理速度慢或质量不高的 | 直接口头跟开发负责人沟通,要求开发负责人协助其它资源解决 | 开发人员处理BUG不及时,开发负责人有责任协助解决 | ||
其它功能相关BUG | 测试本功能,但数据来源于由于其它功能,引发本功能数据不正确的 | 提单给开发负责人,并口头跟开发负责人沟通此BUG影响了你的测试,需要开发负责人及时分配BUG给开发处理 | BUG由谁进行修改是由开发负责人决定 |
|
测试加班 | 测试执行任务紧张需要加班 | RTX将当天需要加班通知测试组长 | 加班需要测试组长同意 |
|
邮件将当天测试加班信息发邮件通知开发负责人 | 测试人员加班进行测试执行任务时,原则需要开发协助解决问题,但安排哪些开发人员加班协助是开发负责人的职责 | 标题:需求编号***(VP单)测试今天加班,请协助处理测试问题。 | ||
测试需求不明 | 测试用例不足以指导测试执行的 | 当面跟测试设计人员进行沟通,并在测试用例执行文档中加不同色以区别,以利于测试设计人员及时进行差异用例修改 | 测试执行按用例执行并用不同色标志测试用例差异情况,完善用例与指导测试是测试设计人员的职责 |
|
测试构建包问题 | 提交的分支路径未加入自动构建系统 | 当面找开发负责人进行沟通,明确自动构建系统的交付时间 | 开分支及分支自动构建环境的建立是开发负责人的职责,如实反应自动构建环境问题是测试人员的职责 | 标题:需求编号***(VP单)测试构建环境问题。 |
到时未回复自动构建系统已建立的,需要发邮件通知开发负责人及测试组长 | ||||
测试构建包脚本执行报错 | 当面找提交构建包的开发人员沟通,要求开发立即处理 | 提交正确的构建包是开发人员的职责,如实反应提交的构建包问题是测试人员的职责 | 标题:需求编号***(VP单)测试构建包问题。 | |
2次构建包出错时,邮件通知开发人员,开发负责人及测试组长 | ||||
提交功能未指定构建分支路径 | 当面找提交测试任务的开发人员沟通,明确提交的分支路径 | |||
构建包程序更新后,预测试程序不通,后台报错 | 当面找提交构建包的开发人员沟通,要求开发立即处理 | |||
2次构建包出错时,邮件通知开发人员,开发负责人及测试组长 | ||||
多个构建包有依赖,A构建包依頼B,但B测试不通过,A构建包也要取消构建,重新构建. | 取消前通知开发人员,沟通好后进行取消构建 | 存在依赖的构建包必须一起测试通过才能发,测试不通过的构建包需要通知开发重新构建 |
| |
构建包通过 | 测试通过的构建包发布问题 | 测试通过后先将测试构建包点测试通过,然后邮件通知配置管理人员,抄送给测试组长,开发负责人,测试部经理 | 测试构建包测试通过通知相关人员是测试人员的职责 | 标题:需求编号***(VP单)测试通过。 |