Zentao 禅道学习笔记

ZenTao==禅道
PMS===项目系统管理，测试用例管理工具，缺陷管理工具


常见的缺陷管理工具：jira、TAPD


xampp
X==表示运行环境是Windows环境，如果是l表示运行环境是Linux
a==Apache 一个开源软件的基金会
m==mysql关系型数据库
p==PHP
p==Perl

http://127.0.0.1/zentao/my/
127.0.0.1指本地的IP地址



用例八大要素（面试题：一条用例包含哪些字段？有什么内容）
1、用例编号：对测试用例进行排序编号
2、所属模块：说明这条测试用例是验证系统的什么模块的
3、用例标题：描述这条测试用例的主要作用
4、前置条件：说明执行这条测试用例要准备的动作或者数据或者条件
5、用例步骤：执行测试用例的执行操作步骤
6、预期结果：描述测试用例的预期结果，用例执行之后应该的到的结果
7、优先级：用于说明该用例的重要程度，方便我们区分冒烟测试、回归测试、普通功能测试执行的用例
8、用例类型：说明这条测试用例的执行类型，有：功能测试、性能测试、安全测试。


BUG标题：简述当前缺陷的现象


面试题：当你认为这是一个BUG，开发却认为这不是一个BUG，你会怎么去处理？
我会抱着电脑去跟开发进行复现BUG，以及根据需求说明自己对这个功能的理解，如果开发还是认为这不是BUG，那么我就会和开发一起去找产品经理，让产品经理进行仲裁，产品经理说这是一个BUG，如果产品经理说不是BUG，那么我会关闭BUG。


面试题：说说你们的BUG流程（BUG的生命周期）
以下流程选择其一回答即可

规范的流程：
①测试人员提交BUG至测试经理进行审核
②测试经理审核无误后，提交至开发经理，让开发经理分配BUG修改任务
③开发经理分配BUG任务到对应的开发人员
④开发人员接受并确认BUG原因
⑤开发人员修改BUG，修改完成之后，把BUG指派给对应的测试进行复测验证
⑥测试人员验证通过则关闭BUG，不通过则重新指派给对应的开发人员进行重新修改

常用流程：
①测试人员直接把BUG提交给对应的开发人员
②开发人员接受并确认BUG原因
③开发人员修改BUG，修改完成之后，把BUG指派给对应的测试进行复测验证
④测试人员验证通过则关闭BUG，不通过则重新指派给对应的开发人员进行重新修改



：：：：：：：：：：作业：：：：：：：：：：
1.市面上有哪些bug管理工具，每个bug管理工具的特点是什么？
要求：自己去尝试使用TAPD的教程
2.你之前公司的bug管理流程是怎么样的？
3.bug的级别有哪些,补充bug的定级要求？
4.一条完整的bug应该包含哪些信息？
一条bug记录，最起码要包含编号、标题、所属模块、重现步骤、预期结果、实际结果、发现版本、优先级、重要程度、创建人、指派给谁以及适当的截图，发现版本。
5.bug的状态有哪些？
  1.New（新的） 当某个bug被发现的时候（第一次），测试人员需要与项目负责人沟通以确认发现的的确是一个bug，如果被确认是一个bug，就将其记录下来，并将bug的状态设为New。
  2.Assigned（已被指派的） 当一个bug被只认为New之后，将其提交给开发人员，开发人员将确认这是否是一个bug，如果是，开发组的负责人就将这个bug指定给某位开发人员处理，并将bug的状态设定为Assigned。
  3.Open（打开的） 一旦开发人员处理bug的时候，他就将这个bug的状态设置为Open，这就表示开发人员正在处理这个bug
  4.Fixd（已修复的） 当开发人员进行处理（并认为已经解决）之后，他就可以将这个bug的装填设置为 Fixed，并将其提交给开发组的负责人，然后开发组的负责人将这个bug返回给测试组。
   5.Pending Reset（待再测试的） 当bug被返回到测试组后，我们将bug的状态设置为Pending Reset。 Reset（再测试）测试组的负责人将bug指定给某位测试人员进行再测试，并将bug的状态设置为reset
  6.close（已关闭的） 如果测试人员经过再次测试之后确认bug已经被解决之后，就将bug的状态设置为“Close”
  7.reopen（再次打开的） 如果经过再次测试发现bug（指bug本身而不是包括因修复而引发的新bug）仍然存在的话，测试人员将bug传递给开发组，并将bug的状态设置为“Reopen”   8.Pending Reject（拒绝中） 如果测试人员传递到开发组的bug被开发人员认为是正常行为而不是bug时，这种情况下，开发人员是可以拒绝，并将bug的装填设置为“Pending Reject”
  9.Rejected（被拒绝的） 测试租的负责人接到上述bug的时候，如果他发现这是产品说明书中定义的正常行为或者经过与开发人员的讨论之后认为这并不能作bug的时候，发现负责人就将这个bug的状态设置为Rejected。


6.你所负责的模块当中，出现了哪些bug，你对bug是怎么分析定位的？最后bug是怎么解决的？（电商项目的经典bug，P2P项目的经典bug）
7.禅道这款bug和用例管理工具的结构是怎么样的，介绍一下？
：：：：：：：：：：作业：：：：：：：：：：







CSDN程序员技术交流的网站
博客园技术大牛发表自己的技术经验的网站
简书上同
Gitee
GitHub很多程序员这个社区共享很多代码，例如一些测试开发写的一些测试工作我们就在上面去找并且直接拿项目中去使用