软件缺陷管理工具mantis
3.1 mantis 基本介绍
Mantis是一个基于PHP技术的轻量级的开源缺陷跟踪系统,以Web操作的形式提供项目管理及缺陷跟踪服务。在功能上、实用性上足以满足中小型项目的管理及跟踪。更重要的是其开源,不需要负担任何费用。
3.2 缺陷管理的基本流程
v 添加分类,还可以设置、修改版本信息。
v 测试人员( 告人员) 发现问题,编写缺陷 告后提交。
v 开发人员登录后在查看问题页面看到状态为“新建”的bug后,打开问 题 告详细页面,按照问题重现步骤实现bug,发现bug可以重现,将缺陷状态改 为“已确认”。
v 项目经理审查后,表示对该bug认可,并将其分派给开发人员。
v 开发人员发现分派给自己的问题, 将问题解决后更新缺陷 告,并更新缺陷状态为“已解决”。
v 测试人员发现bug已经被修复, 对该bug进行验证, 若验证未通过, 可以重启问题, 若通过验证,不进行任何操作。
v 项目经理发现问题被解决,且未被重启,将该问题关闭。
3.3缺陷 告中各要素的作用
ü 优先级:赋予某项(业务)重要性的级别,可以是无、低、中、高、加急、特急。
ü 严重性:缺陷对组件/系统的开发或运行造成的影响程度,包括新功能、细节、文字、小调整、小错误、很严重、崩溃、宕机。
ü 缺陷ID:唯一标识缺陷的标识符,缺陷ID在整个缺陷管理系统中应该是唯一的。
ü 所属产品:缺陷所属的产品或项目。
ü 摘要:对缺陷进行简短的描述,使缺陷相关人员可以快速了解缺陷的内容。
ü 测试环境:包括发现缺陷的测试平台、操作系统、测试软件版本、系统配置等。
ü 发现日期和时间:缺陷发现的日期和时间。
ü 缺陷提交者:缺陷 告的提交者,可以是开发人员、测试人员、用户等。
ü 缺陷发现阶段:缺陷在软件开发生命周期的哪个阶段被发现,阶段可以是需求阶段、设计阶段、编码阶段、测试阶段、生产阶段、用户反馈等。
ü 缺陷复现步骤:包括发现缺陷的输入、测试步骤、期望的输出、实际的输出以及存在的异常情况等。
声明:本站部分文章及图片源自用户投稿,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!