（十四）QC:项目自定义管理、需求管理、测试计划管理

一、项目自定义管理
（一）user properties：用户属性管理
1、作用：对当前登录用户的属性信息和密码进行修改
2、操作
修改完信息后，点击“save”，修改密码点击“change password”

（二）project users：项目用户管理
1、作用：把用户添加到该项目，按照用户的职位为其分配权限
2、添加用户
（1）点击“add user”按钮
（2）三种方法：
①add user by user name：通过用户名添加
一次添加一个
②create new user：创建新用户
新用户的密码为空，要设置密码需回到站点管理
③add user from list site of users：从站点用户列表中添加
按住shift可以做连续多选
按住ctrl可以做不连续多选
说明：
添加到项目以后，初始的权限只是浏览者（viewer）权限

3、分配权限——把用户添加到不同的权限组中
（1）权限组：QC使用权限组管理用户的权限，权限组即为权限的集合，一个用户隶属于某个权限组，就拥有了该组的全部权限
（2）QC的默认（内置）权限组
TDAdmin：项目管理员组
（TD：TestDirector）
QATester：测试组
（QA：quality assurance质量保证人员）
Developer：开发组
Project manager：项目经理组（开发经理、测试经理、项目经理、产品经理）
Viewer：浏览者组

说明：权限的体现主要在“测试管理”模块，可以在“groups”中查看

（3）如何分配/取消
在用户列表中选择要分配的用户，双击“not member （成员）of”列表中要隶属的权限组，将其添加到“member of”列表中即可

说明：
①一个用户可以隶属于多个权限组，此时的权限为这些组权限的并集
②如果内置权限组不能满足管理要求，可以创建自定义权限组

（4）删除用户
点击“remove user”按钮

以上操作一般由QC管理员完成

二、测试管理（重点、难点）
概述：
包括：版本管理（在management的releases选项卡中）、需求管理（requirements）、测试计划管理（Test Plan）、测试执行管理（Test Lab）、缺陷跟踪管理（defects）

（一）management（管理）中的releases（版本）选项卡
1、作用：添加软件的版本信息，并分配每个版本的时间
2、添加软件的版本
一期
版本1
版本1.1、1.2
版本2
版本2.1、2.2
二期
版本3
版本3.1、3.2
版本4
版本4.1、4.2
操作：
（1）创建版本文件夹（可选）：点击工具栏按钮“new release folder（文件夹）”，填写文件夹名称
（2）创建版本：点击工具栏按钮“new release”，填写版本名称
（3）创建周期（迭代周期、小版本）：点击工具栏按钮“new cycle”，填写周期名称

3、分配版本时间
选择版本项，在“details”（详细信息）选项卡中的“start date”和“end date”设定

（二）requirements：需求管理
1、作用：添加需求信息（模块、测试点），把需求转换到TestPlan中的测试用例（集合）
2、添加需求
文件
新建
打开
保存
（1）把每一个菜单按照层次关系，先创建成一个“文件夹”：点击工具栏按钮“new folder”，填写文件夹名称（菜单名称）
（2）在最后一级菜单下面，创建一个同名的子需求
①点击工具栏按钮“new requirement”
②填写：
Requirement type（类型）：functional（功能的）
Requirement name（需求名称）
③在“new requirement”窗口中：
Details：
Author：创建者
Direct cover status：覆盖状态（选择not covered没有覆盖，没有测试）
其他：
no run：未执行
passed：用例全部成功
failed：用例执行失败
not completed：用例未执行完
N/A：不适用，获取不到数据
说明：取值会根据用例的状态自动变化

Modified：修改时间（自动填写）
Priority：需求的重要级
Product：产品（项目）
需要在项目自定义管理中添加
Reviewed：评审、检查
Target cycle/release：目标周期/版本（需要在哪个版本实现）
Description：描述
Comments：说明、注释
Rich Text：大文本说明
Submit：提交

练习：
编辑
剪切
复制
粘贴

3、把需求转换到TestPlan中的测试用例（集合），为编写用例做准备
（1）选择要转换的需求，点击菜单：requirements->convert to tests（转换到测试用例集合）
（2）使用向导
①选择转换的方式
三种：
A、转换最低级别的子需求到设计步骤（design steps）
B、转换最低级别的子需求到测试用例集合（Tests）
C、转换所有的需求到文件夹（subject）

②预览图

③所放的位置（destination subject path目标文件夹路径）
一级菜单（模块）就放在subject下面

（3）转换成功的判断标准
①最低级别菜单（模块）有地方写用例——有测试用例集合
②在defects中可以向最低级别的子模块提交bug——最低级别的子模块有对应的文件夹

（三）TestPlan：测试计划管理
1、作用：编写（导入）测试用例；查看需求覆盖
2、编写用例
（1）选择一个测试用例集合，在“design step”（设计步骤）选项卡中，点击工具栏按钮“new step”
（2）在“design step editor（编辑器）”窗口中编写用例：
①step name：步骤名称、用例编号
②description：用例描述
③expected result：预期结果

3、查看/建立需求覆盖
（1）查看需求覆盖——哪个需求被哪组测试用例集合测试到了，有了需求覆盖，可以在requirements模块中，通过查看“direct cover status”列，观察用例的执行状况（no run/
passed/failed）
操作：
选中某个用例集合，在“req coverage”（需求覆盖）选项卡中的entity（实体） name列查看
说明：
只要使用自动方法转换的用例集合，就会自动创建好需求覆盖

（2）建立需求覆盖
如果手动建立的用例集合或者从外面直接导入的用例集合，就没有需求覆盖，需手动创建
操作：
①在“req coverage”选项卡中，点击“select req”按钮
②在打开的右侧“requirement”视图，找到对应的需求，双击即可