目录
缺陷管理工具:
Mantis(螳螂),Jira(鸡爪),禅道(ZenTao),QC(ALM),bugzilla ...
Mantis是一款B/S结构,基于PHP语言开发的缺陷管理工具,以wed形式操作,提供项目管理和缺陷管理服务。主要特点:开源免费、易于安装、易于操作、支持任何平台。
主要的功能:项目管理、用户管理、平台的配置管理、提交问题(缺陷)、查看问题等。
Mantis的调试:
http://localhost/mantis/login_page.php
用户名:Administrator
密码:root(默认)
注意:如果修改了密码,要使用自己的密码,而且输入错误超过3次。
有新员工入职时,添加新账户。
步骤:
说明:
操作权限
管理员>经理(开发、测试、产品经理)>开发人员>升级者(运维)>报告者(测试)>观察者(第三方)
已启用:账户可以使用
以保护:账户不可以使用
常见用户名信息
测试人员(qa)、测试经理(qm)、项目经理(pm)、开发经理(dm/tm)、开发人员(dev)、升级者(updater)、观察者(view)
当用户信息有变更,比如升职,需要编辑用户的信息
步骤:
步骤:
说明:被重设密码的用户,密码为空。
添加完账户后,点击模仿用户按钮,可以进行账户信息的验证。
步骤:
当有员工离职时,需要删除该员工的账户。
步骤:
练习:
Qa01~qa03 报告者
Dev01~dev03 开发人员
Qm01 测试经理
Dm01 开发经理
Pm01 项目经理
Updater01~updater03 升级者
View01~view03 观察者
步骤:
说明:
状态:
开发中 处于软件开发周期的项目
以发布 已经上线用户正在使用的项目,但是后期还会有功能的更新、缺陷的修复。
稳定 软件的需求比较稳定,没有太多的更新和缺陷的修复。
停止维护 软件已下线或者不在有更新和维护
查看权限:
公开 所有在mantis中的用户都可以查看
私有 只有该项目组的用户才可以访问项目。
描述:
项目描述是面试时必须能说清楚的,对于项目的简单阐述。
步骤:
在实际工作中,一个大的项目中会有一个或者多个子项目组成。
步骤:
或者
说明:这样可以将已存在的项目添加为大项目的子项目。
步骤:
说明:如果删除的大项目中还有子项目,大项目删除后,子项目不会消失,会变成大项目。
步骤:
步骤:
练习:
给予有的大项目、子项目添加用户,每个项目1个测试,1个开发,1个升级者,1个观察者,经理各1个。
分类指的就是项目中划分出的模块或者是功能点,方便后期提交陷报告时,可以明确缺陷发生的模块。
步骤:
一般的版本格式:
主版本号.此版本号.修订版本号.日期版本号.字母版本号
步骤:
综合练习
Qa04 dev04 updater04 qm02 dm02 pm02
标签相当于是一个关键字,是对缺陷类型的简单描述,也可以用户快速定位到要找的缺陷。
步骤:
练习:
冒烟测试:冒烟测试失败,集成测试失败,系统测试失败
步骤:
注意:每次添加完成之后,都必须要重新打开管理视图→平台配置管理选项卡,否则添加的平台其他用户无法看到。
平台
PC:
windows:win 3.2 win 95 win 98 win 2000 win XP win 7 win 8 win 10 win 11
Linux:RedHat 优班图 CentOS
Unix
Mac
移动端:
Android:9 10 11
iOS:12 13 14 15
鸿蒙
塞班:S40 S60
WP
黑莓
步骤:
步骤
读权限:报告者
写权限:报告者
创建问题是显示:勾选
解决问题时显示:勾选
关闭问题是显示:勾选
注意:自定义字段必须关联到项目之后,才会在提交该项目的缺陷时显示。
考试:
请写出缺陷报告的处理流程。
测试人员发现缺陷提交缺陷报告,状态new,指派给开发经理。
开发经理看到new状态的缺陷报告,进行验证,通过后,会将缺陷报告的状态改为open,并指派给相应的开发进行修复。
如果开发经理验证未通过。认为该缺陷是一个假缺陷,会将缺陷报告的状态改为rejected,拒绝缺陷。
被拒绝的缺陷会开会进行讨论,参与人员:开发、测试、运维、产品、用户等,经讨论如果缺陷确实是假缺陷,会有测试经理或者项目经理将缺陷报告的状态改为closed,关闭缺陷。
如果经讨论后,发现开发经理拒绝错误,却显示一个真的缺陷,需要有开发经理重新打开缺陷,状态改为open,并指派给相应的开发人员修复。
开发人员收到open状态的缺陷报告,根据缺陷描述进行复现,定位缺陷,开始修复,修复完成后,将缺陷报告的状态改为fixed。并指派给测试人员。
测试人员收到fixed状态的缺陷报告,进行返测,如果返测通过,测试人员将缺陷报告的状态改为closed,关闭缺陷,
如果返测失败,将缺陷报告的状态改为reopen,并指派给相应的开发人员再次进行修复,该过程可以反复多次,知道缺陷修复完成,返测通过
步骤:
说明:
严重性和优先级,根据公司提供的文档进行选择,不允许带有主观情绪。
摘要相当于缺陷标题,是对缺陷建党的描述
描述就是缺陷描述,主要对缺陷具体的重现步骤、预期结果、实际结果进行记录确保开发人员可以通过缺陷藐视重现缺陷
注意:mantis中的问题重现步骤由于是非必填项,所以我们把重现步骤也写在了描述中
产品版本在mantis的流程设定中,测试人员体角的缺陷中,不需要提交版本信息,有开发经理在确认缺陷时在填写
上床文件,主要上传的是缺陷的截图(证迹),一般要求和摘要相同
继续报告复选框,根据实际情况选择。如果需要继续提交,就勾选,如果只提交1个缺陷报告,就不需要勾
开发经理对测试人员提交的缺陷,进行确认,判断是否是缺陷
步骤:
开发经理操作的实际结果和测试人员写的实际结果相同(是缺陷):
开发经理操作的实际结果和测试人员写的实际结果不相同(不是缺陷):
步骤:
步骤:
(1)测试人员返测就过和预期结果相同(返测成功,修复成功):
A)点击关闭按钮(缺陷状态变为关闭)
(2)测试人员返测结果和预期结果不相同(返测失败,修复失败)
综合练习:
将缺陷报告的处理流程,分成不同的情况,通过缺陷的状态表示。
New→Open→fixed→close
New→open→fixed→reopen→fixed→closed
New→rejected→closed
New→rejected→reopen→fixed→closed
New→rejected→open→fixed→reopen→fixed→closed