软件测试之bug管理
来源:互联网 发布:英语听力播放软件 编辑:程序博客网 时间:2024/04/28 23:24
前言
开发人员与测试人员齐心协力,相爱相杀, 荣辱与共,方能打造出优秀的产品。
若是bug描述不知所云,bug修复仓促随意,bug管理如同儿戏,则金玉其外已是造化,败絮其中当属必然。
bug描述
好的描述能降低沟通成本,让人审题时如沐春风,解题时酣畅淋漓。bug描述的主体,应该包含如下部分:
标题:指明所测模块,简明扼要地描述问题现象
[前提条件] 说明完成测试的预设条件是什么
[重现步骤] 句子简练,步骤清晰,表达无歧义
[实际结果] 按照步骤执行下来,实际结果是什么;不要有主观色彩
[期望结果] 正确的结果应该是什么;应该有说服力,不要唯经验论
Tips:
其他如所测版本,附件信息,bug优先级等,不一而足,也是bug描述的一部分。
bug修复
望闻问切,才能直达病灶。解决问题是手段,预防问题再现才是目的。bug修复应该包含如下部分:
[根本原因] 造成这个bug的实际原因是什么;不能讳疾忌医
[解决方案] 通过何种方式修复;不要语焉不详,不要选择性发言误导测试人员
[更改文件] 此次修改更改了哪些文件,以便代码后期维护,历史追溯
[代码审查] 向检查者描述问题和解决方案,这种二次检查机制,不为事后追责,只为找出思维盲点,排除潜在风险
[影响范围] 描述此次修改影响的功能范围,便于测试人员验证时覆盖到更多的测试点
Tips:
根本原因、解决方案、影响范围,是bug修复的3个核心要素。
明晰这3点,才能切中肯綮,收放有度,提高代码质量,避免regression。
bug的生命周期
一个bug的典型生命周期有这样几种样态:
创建-> 调查 -> 确认 -> 排期 -> 修复 -> 验证 -> 关闭
创建-> 调查 -> Not a Bug
重开,再次轮回...
bug管理系统
常见的bug管理系统有:禅道、JIRA、Bugzilla等。
也可按需自行研发一套管理系统,系统无好坏之分,适合自己的才是最好的。
结语
好的产品应该是能解决用户需求的,好的代码应该是可维护的。
当一个产品走过三五年、十来年,乃至更长,当码农换了一茬又一茬,在软件产品的生命中,过往的bug看似雪泥鸿爪,微不足道。
可当你小心翼翼的维护代码,当你搜寻bug管理系统,查阅代码版本库时,却发现前人的思路清晰可辨,那些bug还残留着当初的温度。
- 软件测试之bug管理
- 软件测试过程中的BUG管理
- 软件测试及Bug管理经验谈
- 软件测试流程图&Bug管理流程图
- 软件测试管理之困惑
- 软件测试之-软件缺陷管理
- 软件测试管理之需求管理专题
- 软件测试的重要环节:Bug管理流程
- 软件测试的重要环节:Bug管理流程
- 软件测试的重要流程:BUG的管理流程
- 软件测试与BUG
- 软件测试的bug
- 【软件测试】关于bug
- 软件测试BUG生命周期
- 测试管理--bug bash
- 软件测试管理中预防bug的重要性及bug分析
- 软件安全测试之网络安全&管理安全
- 软件测试管理之基础小结
- Solr(一)——初识Solr
- Unity_创建序列帧动画_073
- 阿里云优惠券(代金券)的领取方法和步骤
- 百度地图的覆盖物自定义(二)--点击标注物弹出完全自定义的信息提示窗口(不继承百度提供的Infowindow)
- iOS中AR开发的初步认识
- 软件测试之bug管理
- 跳转指令及其编码
- 命令行编辑shortcut
- ssh2-struts2Action响应ajax请求
- Codeforces Round #431 (Div. 2) B. Tell Your World(向量积)
- Hibernate(4)——单向多对一关系
- 如何在Python2中实现 print("String",end="")
- RecyclerView的用法
- Codeforces Round #431 (Div. 2) C. From Y to Y(补题)