加载中…
个人资料
泽众云测试
泽众云测试
  • 博客等级:
  • 博客积分:0
  • 博客访问:21,596
  • 关注人气:0
  • 获赠金笔:0支
  • 赠出金笔:0支
  • 荣誉徽章:
正文 字体大小:

哪些缺陷该被记录?

(2022-04-21 16:50:09)
标签:

软件测试

测试管理

分类: 软件测试
  在记录缺陷前,我们要理清楚我们需要记录的缺陷有哪些,是不是每一个缺陷都应该被记录。
 
  敏捷项目是以迭代为交付周期,一个迭代周期从两周到一个月甚至2个月不等,每个迭代都会有新功能的上线。
 
  一般来讲,缺陷分为两类:
 
  一类是迭代内缺陷,即在迭代新功能开发时,故事验收或测试阶段发生的缺陷;
 
  另一类则是生产缺陷,我们是允许生产缺陷的存在的,但前提是缺陷影响范围可控,或者可以在用户发现前发现缺陷(测试右移),并且要具备快速修复或者回滚的能力。
 
  对于迭代内缺陷,一般发现阶段分为故事卡验收阶段、测试阶段、回归测试阶段。
 
  对于故事卡验收阶段发现的缺陷,是否需要记录可视情况而定,一般而言,可以不需要记录,因为此时故事卡仍在开发阶段,开发同学仍然工作在这张卡上,其上下文充足,修复缺陷成本较低,可以直接备注在卡片上,等下一次故事卡验收的时候再验证是否修复。
 
  对于测试阶段和回归测试阶段的缺陷,建议记录下来,因为此时开发这张卡片功能的开发同学已工作在其他卡片上,没有办法及时修复该缺陷,或者修复该缺陷的或许是其他开发人员,那么就需要将缺陷管理中记录下来便于跟踪。
 
推荐阅读:
 

0

阅读 收藏 喜欢 打印举报/Report
  

新浪BLOG意见反馈留言板 欢迎批评指正

新浪简介 | About Sina | 广告服务 | 联系我们 | 招聘信息 | 网站律师 | SINA English | 产品答疑

新浪公司 版权所有