禅道-zendao

软件测试day9：
禅道（zentao）：是项目管理工具，测试人员用它进行测试管理，包括用例管理、bug管理。
C:\Users\Administrator\AppData\Local\YNote\data\weixinobU7VjtGqFpB4-Gdzr4Btih0rHos\cdc4a021701a4a348d67ca2a08eae30b\clipboard.png

C:\Users\Administrator\AppData\Local\YNote\data\weixinobU7VjtGqFpB4-Gdzr4Btih0rHos\62aac89d63f3432bb16d21f00bf64601\clipboard.png
禅道安装包：ZentaoPMS.8.2.4.exe
PMS==项目管理系统
8.2.5==版本
部署禅道服务端，安装后电脑就是禅道服务器
禅道安装路径不可以存在中文
xampp==
‘x’表示系统环境：Windows
‘l’表示系统环境：Linux
‘a’表示Apache==》开源软件基金会
‘m’mysql关系型数据库==》禅道网页上的数据会保存在mysql数据库中
'p'表示PHP==开发语言
‘p' 表示Perl==开发语言
禅道是基于php、Perl开发的
[img=620,0]C:\Users\Administrator\AppData\Local\YNote\data\weixinobU7VjtGqFpB4-Gdzr4Btih0rHos\2b711ecdf4b444aabcf36f76ea74f880\ao[`$)}lh]ufrzm`(g2bplf.png[/img]
禅道本地访问地址：
Http://127.0.0.2/index.php
127.0.0.1==>本地ip，只能在自己的电脑使用，表示本地电脑每台电脑的本地IP都是127.0.0.1==》Linux系统表示本地也可以用localhos也是表示本地电脑的意思

面试题：编写用例八大要素：
C:\Users\Administrator\AppData\Local\YNote\data\weixinobU7VjtGqFpB4-Gdzr4Btih0rHos\bc3514f3266d416fbde62318a128dd0a\clipboard.png


1.市面上有哪些bug管理工具，每个bug管理工具的特点是什么？
JIRA-敏捷开发项目的项目管理管理，属于测试人员bug管理平台
TAPD-腾讯开发的项目管理工具，关联着企业微信
Trac-是以面向进度模型为项目管理模型的，很明显的特点就是它以里程碑(Milestone)方式进行项目管理的

2.你之前公司的bug管理流程是怎么样的？（bug流程）

3.bug的级别有哪些,补充bug的定级要求？
New:（新的）
当某个“bug”被发现的时候（第一次），测试人员需要与项目负责人沟通以确认发现的的确是一个bug，如果被确认是一个bug，就将其记录下来，并将bug的状态设为New
Assigned（已指派的）
当一个bug被指认为New之后，将其将给开发人员，开发人员将确认这是否是一个bug，如果是，开发组的负责人就将这个bug指定给某位开发人员处理，并将bug的状态设定为“Assigned”
Open（打开的）
一旦开发人员开始处理bug的时候，他（她）就将这个bug的状态设置为“Open”，这表示开发人员正在处理这个“bug”
Fixed（已修复的）
当开发人员进行处理（并认为已经解决）之后，他（她）就可以将这个bug的状态设置为“Fixed”并将其提交给开发组的负责人，然后开发组的负责人将这个bug返还给测试组
Pending Reset（待在测试的）
当bug被返还到测试组后，我们将bug的状态设置为“Pending Reset”
Reset（再测试）
测试组的负责人将bug指定给某位测试人员进行再测试，并将bug的状态设置为“Reset”
Closed（已关闭的）
如果测试人员经过再次测试之后确认bug已经被解决之后，就将bug的状态设置为“Closed”
Reopen（再次打开的）
如果经过再次测试发现bug（指bug本身而不是包括因修复而引发的新bug）仍然存在的话，测试人员将bug再次传递给开发组，并将bug的状态设置为“Reopen”
Pending Reject（拒绝中）
如果测试人员传递到开发组的bug被开发人员认为是正常行为而不是bug时，这种情况下开发人员可以拒绝，并将bug的状态设置为“Pending Reject”
Rejected（被拒绝的）
测试组的负责人接到上述bug的时候，如果他（她）发现这是产品说明书中定义的正常行为或者经过与开发人员的讨论之后认为这并不能算作bug的时候，开发组负责人就将这个bug的状态设置为“Rejected”
Postponed（延期）
有些时候，对于一些特殊的bug的测试需要搁置一段时间，事实上有很多原因可能导致这种情况的发生，比如无效的测试数据，一些特殊的无效的功能等等，在这种情况下，bug的状态就被设置为“Postponed”
Deferred（延期的）
有些情况一些特殊的bug显得不那么重要，同时也是可以消除的，这个时候我们可以将bug的状态设置为“Deferred”

4.一条完整的bug应该包含哪些信息？

5.bug的状态有哪些？

6.你所负责的模块当中，出现了哪些bug，你对bug是怎么分析定位的？最后bug是怎么解决的？（电商项目的经典bug，P2P项目的经典bug）

7.禅道这款bug和用例管理工具的结构是怎么样的，介绍一下？

8、编写用例的八大要素：（面试题：一条用例包含什么字段，有什么内容）
1、用例编号：对用例进行唯一编号
2、所属模块：说明测试用例适用的功能模块
3、用例标题：简述测试用例执行的场景或者测试点，要求尽量唯一
4、前置条件：是、执行测试用例步骤之前准备的动作或者准备的数据，用来简化测试步骤
5、步骤：详细描述测试需要执行的动作
6、预期：说明用例在执行之后的期望结果
7、优先级：说明测试用例的重要程度用来区分测试用例的执行优先级
8、用例类型：说明测试用例的适用范围，如：功能用例、性能测试、安全测试、接口测试等

9、当你认为这是一个bug，开发却认为不是bug，怎么处理？
拿着电脑找开发复现bug，以及根据需求去说明自己对这个功能的理解。如果开发还是坚持认为不是bug，那么就一起去找产品经理仲裁，如果产品经理说是开发修改，说不说测试关闭bug。

10、bug流程（流程bug的生命周期）
---（回答一个即可）
一、规范流程
1、测试人员提交给项目经理进行审核
2、测试经理审核无误后，提交到开发经理，让开发经理分配bug修改任务。
3、开发人员接受并确认bug原因
4、开发人员修改bug，修改完成后，把bug指派给到测试经理，让测试经理安排相对应的bug回归任务。
5、测试人员回归bug，验证通过则关闭bug；不通过则重新指派给对应的开发进行重新修改。

二、常规流程
1、测试人员直接把bug提交给对应的开发人员
2、开发人员接受并确认bug原因
3、开发人员修改bug，修改后，把bug指派给对应的测试人员进行复测验证
4、测试人员验证通过则关闭bug，不通过则重新指派给对应的开发进行重新修改