一、Bug三方评估场景：
Bug三方确认的触发点一定是在对于Bug的处理意见上，开发、测试、产品三方或任意两方有不同意见时：
1、开发与测试意见不统一
开发把Bug置为不是问题打回；
开发把Bug置为开发难以实现打回；
开发把Bug置为需求如此打回;
上线前开发修改一个Bug，测试认为改动影响较大;
2、测试与产品意见不统一
产品认为此Bug不影响上线，测试认为问题严重;
产品认为此Bug需要修改，测试认为改动影响较大最好暂时不做修改;
3、开发与产品意见不统一
产品回复上线计划邮件，明确此Bug需要修改，开发持不同意见；
二、Bug三方评估的方式：（几种场景适合的方式）
cynthia：成本最低，效率也最低，适用于不紧急的场景；
·需求未测完，距上线还有充分时间；
·用户报的线上问题，测试评估过影响较小；
邮件：适用于中等紧急的问题
标题:【Bug三方评估】
收件人：开发、产品、setest
类似上线计划邮件中的中优先级Bug评估；
测试过程中有争议的Bug偏多，需要推产品和开发尽快处理；
口头：效率最高，成本也最高，适用于处理重要且紧急的Bug
·代码已冻结，高优先级Bug未解决；
·代码已冻结，开发要改Bug；
·代码已冻结，线上用户反馈了影响严重的Bug；
三、评估原则：
三方共同评估，非一方或两方决定；
实事求是、只说事实、不说自己的推断；
明确都是以"保证产品质量"为最终目的；
四、评估内容：
1、Bug现象
2、影响是否严重
影响严重
·系统所提供的功能或服务受到明显的影响
·主要功能丧失，数据被破坏，系统崩溃、悬挂，死机，数据不能保存;
·LOGO不对，有错字，提示信息不正确
影响不严重
·系统所提供的功能或服务没有受到明显的影响
·版本信息、文件描述、签名、changelog存在明显勘误，导致公司口碑受到影响的问题
... ...
查看全文内容，请点击下载：http://www.51testing.com/html/18/n-3708418.html
版权声明：51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像，否则将追究法律责任。
