测试管理（QC重点、难点）包含的子模块：
（1）management：版本和基线管理
包括：releases选项卡——版本管理
Libraries选项卡——基线管理
（2）requirements：需求管理
管理要测试的功能模块、菜单等
（3）business components：业务组件管理
（4）TestPlan：测试计划管理
编写测试用例
（5）Test resource：测试资源管理
管理上传的文件
（6）Test Lab：用例执行管理
（7）defects：缺陷跟踪管理
（8）dashboard：数据分析管理
1、management中的releases选项卡详解
（1）作用：管理软件的版本信息
（2）操作：
案例：
一期：
版本1：
1.1、1.2、1.3
版本2：
2.1、2.2、2.3
二期：
版本3：
3.1、3.2、3.3
版本4：
4.1、4.2、4.3
New release folder：创建版本文件夹
New release：创建（大）版本
New cycle：创建（小）版本、（迭代）周期
（3）在哪使用版本信息
提交bug的时候
（4）给版本分配时间
选中某个版本，在details（详细信息）选项卡中，设置start date和end date
2、requirements详解
（1）主要功能：
根据软件的菜单结构（功能模块），添加需求信息；把需求转换到TestPlan中的“测试用例集合”（为编写用例准备）
（2）添加需求
案例：
菜单结构如下：
文件
新建
打开
关闭
编辑
剪切
复制
粘贴
① 按照菜单结构，把每一级菜单先创建成文件夹
New folder
②对于最后一级菜单，在其下面创建一个同名的子需求
New requirement
填写需求信息：
Type（类型）：functional（功能需求）
Direct Cover Status：覆盖状态
必须选not covered，表明没有覆盖（没有用例去测试）
Priority：重要程度
（3）把需求转换到TestPlan中的测试用例集合，为写用例做准备
①选中要转换的需求（菜单），点击菜单“requirements-convert to tests”（转换到测试用例集合）
② 使用转换向导
使用第二种方式：转换最低级别的子需求到测试用例集合
③ 在TestPlan中刷新
转换完后必须满足：
A、最低级别的子需求有地方编写用例——测试用例集合
B、在defects中可以向最低级别的子需求提交bug（subject）
3、TestPlan详解
主要功能：编写测试用例（也可导入），查看需求覆盖情况（哪个测试用例集合测试到了哪个需求）
使用测试人员身份登录
（1）编写测试用例
选中某个用例集合，在“design steps”选项卡中，点击“new step”按钮，打开“design step editor”（设计步骤编辑器）窗口：
Step name：步骤名称，用例编号
Description：用例描述
Expected result：预期结果
（2）查看需求覆盖
检查某个用例集合测试的到底是哪个功能模块
选中某个用例集合，在“req coverage”（需求覆盖）选项卡中查看——明确测试用例的测试对象
如果没有覆盖：
点击“select req”，在右侧的“需求小窗口”中，找到该用例集合要测试的需求，双击即可
4、TestLab详解
主要功能：按照菜单结构，创建“测试用例执行集合”，然后把TestPlan中对应的“测试用例集合”导入过来；最后执行用例，发现缺陷提交报告（自动进入defects模块）
（1） 按照菜单结构，创建“测试用例执行集合”（Test set）
① 把除最后一级菜单以外的前面的菜单做成“文件夹”
New folder
②把最后一级菜单做成“用例执行集合”
New test set
（2）把TestPlan中的“用例集合”放入到对应的“测试用例执行集合”
选中某个“执行集合”，在“execution grid”（执行表格）选项卡中，点击“select Tests”按钮，在弹出的右侧小窗口中的“Test Plan Tree”选项卡中，找到对应的“用例集合”，双击即可添加
（3）执行测试用例，发现缺陷提交bug
①点击“run manually”（手动运行）
②在“manual runner”窗口中，点击“begin run”
③对照测试用例执行
A、用例通过
把用例的状态（status）改为“passed”
B、用例失败
--填写实际结果（actual）
--把用例的状态改为“failed”
--提交缺陷报告
->点击“new defect”，打开“new defect”窗口（该窗口在defects模块），填写好报告后，点击“submit”
->点击“linked defects”，在“linked defects”窗口中点击“add and link defect”
说明：
如果用例一次没有执行完，下次继续执行，一定使用“continue manual run”
练习：物资管理系统
一、站点管理
1、添加项目
2、添加用户
Wuzi1——测试
Wuzi2——经理
Wuzi3——开发
二、项目自定义管理
1、把用户添加到项目，并设置权限
三、测试管理
1、添加版本信息
2、按照菜单添加需求信息
3、把需求转换到测试用例集合
4、编写测试用例，查看需求覆盖
5、创建测试用例执行集合，把用例集合导入过来
6、执行用例，发现bug提交报告
5、defects详解
缺陷跟踪的过程：
（1）测试人员发现缺陷，提交缺陷报告（在TestLab中提交）
Assigned to：指派给开发经理（tjingli1）
Status：new
（2）开发经理验证提交的缺陷报告，如果是缺陷，
需要把缺陷报告的以下字段进行更改：
Assigned to：该缺陷所在模块的开发人员
Status：open
如果不是缺陷，只把status变为：rejected即可
（3）开发人员看到指派给自己的缺陷，进行缺陷修复，修复完后，把缺陷的状态status变为：fixed，表明该缺陷已经修复，可以进行返测
（4）测试人员对已经修复的缺陷进行返测
如果返测通过：
A、把用例的状态（status）由“failed”变为“passed”
B、把缺陷的状态（status）由“fixed”变为“closed”
操作：
（1）点击该条缺陷记录前面的“链接”图标，打开“defect details”窗口中的“linked entities”部分
（2）在“defect details”窗口的“linked entities” 部分，点击表格记录的倒数第三列（或第二列），可以打开run steps窗口，并定位到相关用例
（3）对照用例返测，成功，把actual中填写“返测成功”，把用例状态改为“passed”
（4）点击该条用例前面的链接图标，可以快速定位回对应的缺陷，把缺陷状态变为“closed”
基本流程：
New-open-fixed-closed
如果返测不通过：
New-open-fixed-reopen-fixed-closed
把用例的actual中填写“返测失败”，用例的状态保持failed不变，最后把缺陷的状态变为“reopen”
开发组拒绝缺陷的情况
New-rejected-缺陷讨论（结果：不是缺陷）-closed（由经理完成）
测试人员看到提交的缺陷被拒绝，要通知测试经理，由测试经理组织缺陷讨论会，一般开发、测试、需求人员要参与，如果讨论结果——不是缺陷，找到对应的用例，把用例的状态改回“passed”，然后通知经理（开发、测试）把该条缺陷的状态改为“closed”
练习：
1、new-open-fixed-closed
（1）tceshi1：提交bug
Assigned to：tjingli1
Status：new
（2）tjingli1：分配bug
Assigned to：tkaifa1
Status：open
（3）tkaifa1：解决bug
Status：fixed
（4）tceshi1：返测bug
用例：状态-passed
缺陷：状态-closed
2、new-open-fixed-reopen-fixed-closed
前3步同基本流程
返测不成功：
用例：状态-failed
缺陷：状态-reopen
后2步同基本流程
3、new-rejected（tjingli1）-closed（tjingli1）
（1）tceshi1：提交bug
（2）tjingli1：拒绝bug
状态：rejected
（3）讨论：不是bug
tceshi1把用例状态：passed
通知开发经理tjingli1，把缺陷状态：closed
