纪念我的第一次问题回溯反思

上一篇 / 下一篇  2016-10-19 21:56:26 / 个人分类:缺陷管理

工作一年了,第一次经历问题回溯。写在这里给自己一个警示

一、问题简单描述   在测试源码交付专项中,最后一步骤目录与指导书中给出的目录不一致,两者相差一级u2krelease,由于目录相似,导致这个问题一直都没有被发现

二、问题产生原因  
(1)测试文档从上一版本集成,该目录一直未修改,导致此次未关注到  
(2)多次测试过后,对目录已经熟记于心,没有再去和指导书中的路径去做对比

三、问题产生后反思  
(1)问题跟踪缺陷管理,需要在邮件中体现,测试日报以及问题确认时,需要详细记录发现的问题经过开发确认后,是问题的需要在缺陷管理系统(各个公司缺陷管理系统不同,常用的有bugfree、禅道、mantis等)  
(2)测试文档中文件路径以及文档中各种命令时,使用直接的复制粘贴,可以有效避免该类问题,使得文档中所写的文件路径和命令均可达  
(3)测试过程是一个严谨的活动,需要不能按照自己的记忆或者主管想法去测试,避免记忆与实际出现偏差
四、问题不确定事处理方法
(1)最常见的就是找测试经理或者项目经理去评审了,不要将问题遗留到客户那里(2)对于评审后的问题,需要将所有的问题以及解决办法记录并保留,若出现问题回溯,可以以证清白了

TAG:

 

评分:0

我来说两句

日历

« 2024-04-23  
 123456
78910111213
14151617181920
21222324252627
282930    

数据统计

  • 访问量: 9651
  • 日志数: 8
  • 建立时间: 2015-08-25
  • 更新时间: 2016-10-25

RSS订阅

Open Toolbar