如何进行BUG三方评估?

如何进行BUG三方评估?

一、Bug三方评估场景：

Bug三方确认的触发点一定是在对于Bug的处理意见上，开发、测试、产品三方或任意两方有不同意见时：

开发把Bug置为不是问题打回;

开发把Bug置为开发难以实现打回;

开发把Bug置为需求如此打回;

上线前开发修改一个Bug，测试认为改动影响较大;

2、测试与产品意见不统一

产品认为此Bug不影响上线，测试认为问题严重;

产品认为此Bug需要修改，测试认为改动影响较大最好暂时不做修改;

3、开发与产品意见不统一

产品回复上线计划邮件，明确此Bug需要修改，开发持不同意见;

二、Bug三方评估的方式：(几种场景适合的方式)

cynthia：成本最低，效率也最低，适用于不紧急的场景;

·需求未测完，距上线还有充分时间;

·用户报的线上问题，测试评估过影响较小;

邮件：适用于中等紧急的问题

标题:【Bug三方评估】

收件人：开发、产品、setest

类似上线计划邮件中的中优先级Bug评估;

测试过程中有争议的Bug偏多，需要推产品和开发尽快处理;

口头：效率最高，成本也最高，适用于处理重要且紧急的Bug

·代码已冻结，高优先级Bug未解决;

·代码已冻结，开发要改Bug;

·代码已冻结，线上用户反馈了影响严重的Bug;

三、评估原则：

三方共同评估，非一方或两方决定;

实事求是、只说事实、不说自己的推断;

明确都是以"保证产品质量"为最终目的;

四、评估内容：

1、Bug现象

2、影响是否严重

影响严重

·系统所提供的功能或服务受到明显的影响

·主要功能丧失，数据被破坏，系统崩溃、悬挂，死机，数据不能保存;

·LOGO不对，有错字，提示信息不正确

影响不严重

·系统所提供的功能或服务没有受到明显的影响

·版本信息、文件描述、签名、changelog存在明显勘误，导致公司口碑受到影响