软件测试执行工程师的测试沟通指南

发表于:2013-6-09 09:28

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:未知    来源:51Testing软件测试网采编

分享:

问题

问题说明

沟通方法

沟通原则

邮件参考模版

歧义的BUG

测试提交BUG给开发人员,开发认为不需要修改,将BUG直接打回给测试

直接将BUG转处理人给对应的需求人员,并RTX提醒需求人员有BUG需要处理

提BUG是测试人员的职责,是不是BUG由需求人员决定

 

测试提交BUG给需求人员,需求人员认为不需要修改,将BUG直接打回给测试

直接找需求人员,让需求人员进行BUG拒绝关闭(需求人员认为不需要处理的BUG,需求人员应该直接进行拒绝关闭操作)

 

待需求人员处理BUG跟进

提交给需求人员的BUG未处理处理

直接RTX眼需求人员沟通,发BUG编号给需求人员,提醒需求人员及时处理BUG 

跟进BUG是测试人员的职责

标题:待需求处理BUG情况
内容:
您好!   
   至今天为止,我提交的待需求处理的BUG共计***个,请需求人员及时处理BUG。
  另附需求人员处理BUG说明:
测试人员提交BUG给需求人员后,需求人员根据不同情况做不同的操作:
1。接收:需求人员判定BUG不需要进行程序修改,则进行 接收   操作,进行修改文档后,进行  解决  操作,测试人员进行文档验证测试。(此BUG只需修改需求文档与程序实现保持一致)
2。转变更:需求人员判定BUG不在本版本修复的且属需求变更的,则进行  转变更  操作,此状态为BUG最终状态(此BUG直接转为变更需求后期处理)
3。拒绝关闭:需求人员判定BUG不属于BUG,不需要进行文档和程序修改的,则进行 拒绝关闭  操作。此状态为BUG最终状态(此BUG测试人员理解错误,不是BUG)
4。指派:需求人员判定BUG需要修改,则进行  指派   操作,按不同开发小组负责人进行指派给相应的处理人,此BUG由开发去修复(此BUG测试人员理解正确,开发需要修复)
5.修改:对于指派给自己的BUG,可以进行修改处理人,改为开发人员处理(此为指派时处理人选择错误的处理方式)
6.转处理人:对于处理中状态且当前处理人为当前用户的BUG可以进行  转处理人  进行修改处理人(此为需求方案补充后,转开发进行程序修改的方式)。

谢谢!

每五周下班前将需求人员未及时处理的BUG发邮件给需求人员,并抄送给测试组长

影响交付的BUG

测试完成日期到到或是测试交付日期到了,但BUG处理速度慢或是修改BUG引发其它的BUG

直接找开发人员口头沟通,明确你的测试任务是何时完成,要求醒合处理,并将自己的测试方法告诉开发,或是测试用例发给开发,要求开发处理BUG时自测;

及时处理BUG是开发人员的职责,跟进测试问题和如实反应测试情况是测试人员的职责

标题:需求编号***(VP单)测试情况YYYYMMDD
内容:
您好!   
   今天测试需求编号***(VP单),测试了***些功能,共发现***BUG,其中3级以上BUG共计***个,还未解决的BUG共计***个。
    如需顺利在***时间交付此测试任务,需要开发人员在***时间修复完这些BUG,以利回测。

谢谢!

如当天没有解决问题的,需要当天下班前将本功能的测试情况发邮件给开发人员,抄送给测试组长,开发负责人

多次沟通仍处理速度慢或质量不高的

直接口头跟开发负责人沟通,要求开发负责人协助其它资源解决

开发人员处理BUG不及时,开发负责人有责任协助解决

其它功能相关BUG

测试本功能,但数据来源于由于其它功能,引发本功能数据不正确的

提单给开发负责人,并口头跟开发负责人沟通此BUG影响了你的测试,需要开发负责人及时分配BUG给开发处理

BUG由谁进行修改是由开发负责人决定

 

测试加班

测试执行任务紧张需要加班

RTX将当天需要加班通知测试组长

加班需要测试组长同意

 

邮件将当天测试加班信息发邮件通知开发负责人

测试人员加班进行测试执行任务时,原则需要开发协助解决问题,但安排哪些开发人员加班协助是开发负责人的职责

标题:需求编号***(VP单)测试今天加班,请协助处理测试问题。
内容:
您好!   
   今天测试需求编号***(VP单),由于测试任务紧张,加班测试,需要相关开发人员协助处理测试问题。
谢谢!

测试需求不明

测试用例不足以指导测试执行的

当面跟测试设计人员进行沟通,并在测试用例执行文档中加不同色以区别,以利于测试设计人员及时进行差异用例修改

测试执行按用例执行并用不同色标志测试用例差异情况,完善用例与指导测试是测试设计人员的职责

 

测试构建包问题

提交的分支路径未加入自动构建系统

当面找开发负责人进行沟通,明确自动构建系统的交付时间

开分支及分支自动构建环境的建立是开发负责人的职责,如实反应自动构建环境问题是测试人员的职责

标题:需求编号***(VP单)测试构建环境问题。
内容:
您好!   
   今天测试需求编号***(VP单),提交测试后暂未在自动构建系统中增加,导致无法获取构建的程序包,导致***功能无法进行测试,影响测试进度***小时.
    由于测试任务紧张,请及时解决测试构建环境问题。

谢谢!

到时未回复自动构建系统已建立的,需要发邮件通知开发负责人及测试组长

测试构建包脚本执行报错

当面找提交构建包的开发人员沟通,要求开发立即处理

提交正确的构建包是开发人员的职责,如实反应提交的构建包问题是测试人员的职责

标题:需求编号***(VP单)测试构建包问题。
内容:
您好!   
   今天测试需求编号***(VP单),提交测试后主要***功能进行**提交时,后台报***异常,导致***功能无法进行测试,影响测试进度***小时.
    由于测试任务紧张,请及时解决测试构建包的问题。

谢谢!

2次构建包出错时,邮件通知开发人员,开发负责人及测试组长

提交功能未指定构建分支路径

当面找提交测试任务的开发人员沟通,明确提交的分支路径

构建包程序更新后,预测试程序不通,后台报错

当面找提交构建包的开发人员沟通,要求开发立即处理

2次构建包出错时,邮件通知开发人员,开发负责人及测试组长

多个构建包有依赖,A构建包依頼B,但B测试不通过,A构建包也要取消构建,重新构建.

取消前通知开发人员,沟通好后进行取消构建

存在依赖的构建包必须一起测试通过才能发,测试不通过的构建包需要通知开发重新构建

 

构建包通过

测试通过的构建包发布问题

测试通过后先将测试构建包点测试通过,然后邮件通知配置管理人员,抄送给测试组长,开发负责人,测试部经理

测试构建包测试通过通知相关人员是测试人员的职责

标题:需求编号***(VP单)测试通过。
内容:
您好!   
   需求编号***(VP单),测试通过,请及时发布。

谢谢

精选软件测试好文,快来阅读吧~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号