QC使用手冊.doc

一、目的 统一测试管理工具QC的使用规范，便于在项目执行中使用QC的管理。 二、范围 适用在测试流程中在QC中的操作，如：测试需求框架的设计、测试计划的描述、用例框架设计与书写、缺陷记录与跟踪等。 三、职责 QC管理员(TDAdmin）：维护QC正常运行，可以通过站点管理对项目与相关人员的安排及管理等操作； 项目经理(Project Manager)：管理和监督项目组缺陷流程与趋势； 开发经理(Developer)：分配缺陷给开发人员，验证缺陷修改描述以及逻辑的正确性； 测试经理(QATester)：验证缺陷描述以及逻辑的正确性，分配修改完后的缺陷给测试工程师编译部署新系统版本，添加版本号； 测试工程师(QATester)：提交缺陷，验证缺陷的修复结果，关闭或重新打开缺陷； 开发工程师(Developer)：修改缺陷，描述缺陷修改方案。 四、工作程序 QC在测试流程中主要功能涉及到测试需求、测试计划、用例书写与执行、缺陷记录与跟踪以及总结分析。 Requirements： 根据系统的需求进行编写测试需求，测试需求的编写需简单明了。测试需求。 ：在编写大体分级应该遵循的顺序：→需求点→功能点。当需要对功能点的进行分级时，也遵循“功能点→”的规范以为例子，制定需求的编写格式：在中，二级菜单就是，所以按“→需求点”编写。分为功能点进行细分，又可分为。可以有多个，按照，还可以继续进行划分，依次类推。当需求编写完毕后导到中编写中的主要的功能点，要和需求中的一致；根据功能点的具体进行分支，编写测试用例；：测试用例的上下级关系必须与需求保持一致，多级的用例用文件夹进行分类如果在测试用例上有做功能点名称的修改，在需求中也做相应的更新以为例子，制定的编写格式：从导到中，根据具体的功能的进行划分，然后编写测试用例。可以通过再次拖动测试用例，对测试用例进行执行。 使用规范：执行测试用例时，在中应该执行的结果。编写的大体应该遵循的顺序：→需求点（或功能模块）→功能点，这个与测试计划中应该是一致的。 在Test Lab中设计出测试执行的框架，基本上与Test Plan中的一致，若是在项目 中存在不同模块但是有相同功能点时，此时可以使用同一份测试用例。将Test Plan中的测试用例导入到Test Lab中，通过功能点在用例导入中要保证Test Lab与Test Plan中的关系为一对一或者多对一的关系。 例：以招生系统为例，制定的编写格式：：提交：。：： 图-11 图-12 五、相关文件 《QC缺陷管理规范》 《测试流程规范总结》蚅肂 质量管理体系程序文件 文件编号 XF/PD-001 版次 B/0 主题 QC使用规范 页码 共8页 第8页 质量管理体系程序文件 文件编号 XF/PD-001 编制 陈龙 版次 B/0 审核 主题 QC使用规范 页码 共8页 第1页 批准