缺陷管理
缺陷记录模板
如果不使用缺陷管理工具的话,或者要将缺陷整理或者导出称文档版,建议使用统一的缺陷管理模板,这里提供一个,如果大家觉得改进可以进行修改,也希望大家提出好的建议。
BUGID | Bug的唯一标志,由bug管理系统自动生成 | ||
---|---|---|---|
Bug标题 | 简明扼要地对Bug进行概要描述 | ||
产品名称 | 软件产品的名称 | ||
功能模块名 | 产品子系统 | ||
产品版本 | 测试平台 | ||
开发人员 | 测试人员 | ||
抄送人员 | 创建时间 | ||
解决时间 | 关闭时间 | ||
测试阶段 | 模块测试、内部集成测试、外部集成测试、系统测试、验收测试 | ||
问题级别 | 紧急、严重、一般、轻微 | ||
优先级别 | 高、较高、一般、低 | ||
问题来源 | 测试、工程故障、升级、其他 | ||
问题类型 | 功能问题、版本问题、遗留问题、新需求、低级错误、改进建议、移植修改、 割接问题、配置错误、编译问题、性能问题、设计问题 、兼容问题、新功能增强、偶发性出错 |
||
Bug描述 | 这是 Bug 最重要的一部分,对 Bug 描述清晰准确,不仅有助于开发人员迅速定位解决问题,还对以后的维护工作有很大的帮助。一些比较简单的 Bug ,可以使用一两句话把问题准确描述,而对于一些比较严重或负责的 Bug 或者是新的需求,则应该详细说明。 | ||
附件 | 对于一些特殊的问题或者不能用语言很好地描述的问题,可以增加界面图形说明或参考资料或详细日志等附件 | ||
Bug解决描述(bug解决之后由开发人员填写) | 开发人员修改问题之后,将Bug回复给对应的测试负责人。对于简单的问题,在回复的时候只是简单地用“已解决”或“fixed”这样的语句;而对于复杂或重要的问题,在回复的时候应该详细说明测试的解决方法。 | ||
Bug关闭描述(bug关闭之后由测试人员填写) | 开发回复Bug之后,测试负责人验证该Bug,如果问题得到解决则关闭(否则回复给开发负责人,让其继续追踪)。关闭一个Bug时,对于简单的问题,可以“问题解决”或“OK”这样的语句回复;而对于一些比较复杂的问题或需求,应该对Bug描述的内容进行一个总结。 |
推荐成熟的缺陷管理工具
JIRA
推荐指数:★★★★
产品功能:★★★★★
适用范围:中大型团队
官方网站:https://www.atlassian.com/software/jira
JIRA 是 Atlassian 公司出品的项目与事务跟踪工具,被广泛应用于缺陷跟踪、客户服务、需求收集、
流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域,功能强大,可配合着一些组件及工具一起使用,如:Confluence 用于 wiki 管理需求,
JIRA 管理任务、进度和 Bug。
JIRA 需要安装,支持 windows 和 Linux 系统。
禅道
推荐指数:★★★★
产品功能:★★★★
适用范围:中大型团队
官方网站:http://www.zentao.net/
禅道是国内做得比较早的开源项目管理软件。它的定位就是做项目管理的, Bug 管理是整个系统的一部分。
也可以用来做文档管理、组织管理和事务管理等,内置灵活的扩展机制和 API 调用机制并支持多种语言。
禅道�需要安装,支持 windows 和 Linux 系统。
Bugzilla
推荐指数:★★★
产品功能:★★★★
适用范围:中大型团队
官方网站:http://www.bugzilla.org/
Bugzilla 是 Mozilla 公司提供的一款开源的免费 Bug 追踪系统,它可以管理软件开发中缺陷的提交(new),修复(resolve),关闭(close)等整个生命周期。用来管理软件开发,建立完善的 Bug 跟踪体系。
JIRA 需要安装,支持 windows 和 Linux 系统。
Readmine
推荐指数:★★★
产品功能:★★★★
Redmine是用ruby开发的基于web的项目管理软件,免费。JIRA收费
Redmine可以创建子任务,而jira不易创建子任务。
Redmine来管理项目,但它没有用例管理.