第三讲 软件缺陷和缺陷报告(软件测试理论的开始)

本讲主要内容

• 测试人员的主要工作职责
• 编写缺陷报告
• 缺陷报告的处理流程

测试人员的主要工作职责

• 编写测试计划
• 编写测试用例★★★
• 执行测试,发现缺陷提交缺陷报告
• 验证所发现的缺陷是否得到修正
• 编写测试总结报告 

编写缺陷报告

• "缺陷报告"可以理解为是测试人员和开发人员交流的重要工具缺陷报告的书写工具一般使用Excel
• 缺陷报告的组成

       1.缺陷编号(Defect ID):提交缺陷的顺序
       2.缺陷标题(Summary):简明扼要的描述一下缺陷
       3.缺陷的发现者(Detected  By):一般都是测试人员自己
       4.缺陷的发现日期(Detected on date):一般是当天
       5.缺陷所属的模块(Subject):在测试哪个模块的时候发现的bug,开发组长可以据此决定有谁负责修改该bug
       6.发现缺陷版本(Detected in release):在测试哪个版本的时候发现的bug
       7.指派给谁处理(Assigned to):由测试人员指派给开发经理,再由开发经理指派给特定模块的开发人员
       8.缺陷的状态(status):缺陷此时所处打的处理阶段或处理情况★★★
      (1)测试人员发现缺陷,提交缺陷报告的状态置为:new(新发现的bug)
      (2)发开经理验证新提交的bug,如果是缺陷,把状态改为:open(开发组成人的bug),指派给具体的开发人员解决
      如果不是缺陷,把状态改为rejected(拒绝的bug),如果被开发组拒绝,一般要报告测试经理,再由测试经理具体组织接下来的工作
      (3)开发人员看到指派给自己解决的bug,进行缺陷修复,修改完后,把状态改为fixed(已经修复的bug,可以反侧的bug)
      (4)测试人员对修复的bug进行反侧,反侧成功,把状态改为closed(关闭的缺陷或是归档的缺陷);如果反测不成功,把状态改为:reopen(重新打开的bug)

 

  

       9.缺陷的严重程度(severity):bug对软件的影响有多大★★★
       Urgent:造成系统死机,重启,崩溃的缺陷
       Veryhigh:非常严重的缺陷
       High:严重的缺陷
       Medium:中等程度的缺陷
       Low:小的缺陷
       注意:每个单词代表的具体含义每个公司可能是不一样的,应该在测试计划或是在专门的文档中定义好,以便测试人员和开发人员达成一致
     10.缺陷的优先级(priority):测试人员希望该却缺陷程序猿在什么时间内或在哪个版本中解决★★★
      Urgent:立即修改(影像开发或测试的进度)
      Veryhigh:本版本修改
      High:下版本修改
      Medium:发布之前修改
      Low:允许在发布中存在的缺陷
     注意:每个单词代表的具体含义每个公司可能是不一样的,应该在测试计划或是在专门的文档中定义好,
     以便测试人员和开发人员达成一致
    11.缺陷描述(description):把发现缺陷的步骤和使用的数据记录下来,使程序猿通过该描述就清楚所发生的事情★★★ 

 缺陷报告的用途

 1.记录Bug
 2.对Bug进行分类(模块,bug状态,严重程度,版本)
 3.跟踪Bug
 4.对Bug进行分析统计

 如何识别Bug
 1.通过测试用例的预期结果判断-----实际结果与预期结果不一致就是Bug
 2.看需求(通过缺陷的五点定义识别)
 3.沟通(开发,需求,用户)

 写缺陷报告时注意的问题
 1.一个缺陷报告只提交一个缺陷
 2.缺陷描述清晰,准确,易读,使用最少且必须的步骤,保证缺陷可以再现
 3.对缺陷的严重性,优先级的划分准确,客观
 4.在提交缺陷报告之前一定要认真审核 ,确保提交的缺陷是有效的,而不是因为自己的疏忽或操作不正确造成的"假缺陷"
 5.不要为了引起开发人员的重视而夸大缺陷
 6.小的缺陷也要报告
 7.及时报告缺陷
 8.对于不可重现的缺陷也要报告
 9.不做任何评价

缺陷报告的处理流程 

  (1)一个缺陷的生命周期:New-open-fixed-closed
  (2)测试人员提交缺陷报告→开发经理分配缺陷报告→开发人员处理缺陷报告→测试人员提交反测报告→(反测未通过)开发人员处理反测报告继续修改                                                                                                 ↓
                                                                                                                                            ↓
                                                                                                                        (反测通过)测试人员关闭缺陷报告

  (3)缺陷报告的处理流程返测:针对于程序猿修复的缺陷进行测试,验证该缺陷是否真正解决.