QC使用手册

质量管理体系程序文件文件编号XF/PD-001编制陈龙版次B/0审核主题QC使用规范页码共8页第1页批准一、目的统一测试管理工具QC的使用规范，便于在项目执行中使用QC的管理。二、范围适用在测试流程中在QC中的操作，如：测试需求框架的设计、测试计划的描述、用例框架设计与书写、缺陷记录与跟踪等。三、职责QC管理员(TDAdmin）：维护QC正常运行，可以通过站点管理对项目与相关人员的安排及管理等操作；项目经理(ProjectManager)：管理和监督项目组缺陷流程与趋势；开发经理(Developer)：分配缺陷给开发人员，验证缺陷修改描述以及逻辑的正确性；测试经理(QATester)：验证缺陷描述以及逻辑的正确性，分配修改完后的缺陷给测试工程师编译部署新系统版本，添加版本号；测试工程师(QATester)：提交缺陷，验证缺陷的修复结果，关闭或重新打开缺陷；开发工程师(Developer)：修改缺陷，描述缺陷修改方案。四、工作程序QC在测试流程中主要功能涉及到测试需求、测试计划、用例书写与执行、缺陷记录与跟踪以及总结分析。4.1、Requirements：根据系统的需求进行编写测试需求，测试需求的编写需简单明了。测试需求名称一般是由测试的项目名称加上需求点（包括功能点）名称等组成。4.1.1、使用规范：a)在Requirements编写需求框架时，其大体分级应该遵循的顺序：测试的项目→需求点→功能点（或其他需求点，如：性能、安全性等）。b)当需要对功能点的继续进行分级时，也遵循“功能点→低一级功能点”的规范例：以学院信息化平台的缴费系统为例子，制定需求的编写格式：a)在学院信息化平台的缴费系统中，一级菜单就是缴费系统，二级菜单就是分为不同的测试方法，如：功能性测试，易用性测试等。所以按“测试的项目→需求点”编写。b)功能性测试分为登录模块、查询模块、费用录入模块等功能点；对这些功能点继续进行细分，登录又可分为登录和找回密码功能点。c)登录这一层次的功能点可以有多个，按照一定的要求进行书写，若功能点还可以继续进行划分，则继续划分，依次类推。（见图-1）质量管理体系程序文件文件编号XF/PD-001版次B/0主题QC使用规范页码共8页第2页图-14.1.2、其他操作当需求编写完毕后可以导入到测试计划中：a)选中一个一级菜单（如：缴费系统），单击菜单栏上的Requirements-ConvertToTestb)此时会弹出一个对话框（图-2），其中第一个是指：转变最后一个子需求为设计步骤；第二个是指：转变最后一个需求为测试项；第三个是指：转变所有的需求为测试主题。图-2c)若选中第一个，单击下一步后，会显示出转变后的样式，此时若是发现转变有误，可以单击上一步，重新选择；若没有错误，继续单击下一步，此时会显示出转变后的路径输质量管理体系程序文件文件编号XF/PD-001版次B/0主题QC使用规范页码共8页第3页入框，可以手动输入，完成后，单击完成按钮，就可以操作成功。成功后在TestPlan中显示如图-3所示。图-34.2、TestPlan：编写TestPlan中的主要的功能点，要和需求中的保持一致；根据功能点的具体内容进行分支，编写测试用例；4.2.1、使用规范：a)测试用例的上下级关系必须与需求保持一致，多级的用例可以使用文件夹进行分类；b)如果在测试用例上有做功能点名称的修改，在需求中最好也做相应的更新；例：以学院信息化平台的缴费系统为例子，制定测试计划的编写格式：a)从测试需求导入到测试计划中，根据具体的功能的进行划分，然后编写测试用例。b)登录模块中的测试用例分为正反两方面，如：正常登录与登录失败。这时可以根据实际进行添加，即：在登录下可以添加低一级的需求点：登录正常与登录失败。也可以不添加，全部用例书写在登录功能点下。c)书写主要包括用例的StepName、Description、Expected、优先级、前置条件等。如：图-4图-44.2.2、其他操作质量管理体系程序文件文件编号XF/PD-001版次B/0主题QC使用规范页码共8页第4页在一个模块的测试用例书写完成后，需要将用例与需求进行关联，方便测试经理统计一些数据，如用例设计的需求覆盖度等。选中一个功能点，在菜单栏中选择ReqCoverage菜单，单击页面中SelectReq按钮，弹出一个需求框，可以从中选择与该功能点相关的需求点。如图-5所示：图-54.3、TestLab：在测试实验室中的主要功能点要和测试计划中保持一致，并且每个小的功能点都有相应的测试用例与之对应，同时不同模块的一些小的功能可能相同，而用例只书写一份，此时可以通过再次拖动测试用例，对测试用例进行两次或者多次执行。4.3.1、使用规范：a)执行测试用例时，在测试实验室中应该书写执行的实际结果。b)在测试实验室中编写的模块功能点大体应该遵循的顺序：本次项目名称→需求点（或功能模块）→功能点，这个与测试计划中应该是一致的。c)在TestLab中设计出测试执行的框架，基本上与TestPlan中的一致，若是在项目中存在不同模块但是有相同功能点时，此时可以使用同一份测试用例。将TestPlan中的测试用例导入到TestLab中，通过功能点在用例导入中要保证TestLab与TestPlan中的关系为一对一或者多对一的关系。例：以招生系统为例，制定测试实验室的编写格式：a)在招生系统管理端的复试模块下的复试结果管理中有成绩录入功能，在TestLab中设计出该功能点框架；b)单击SelectTests按钮，弹出TestPlan框架，从中选中该功能点的测试用例名称，将其导入到TestLab中；c)此时在TestLab中的成绩录入功能点中出现该功能点的测试用例，单击Run按钮，可以进行用例的执行操作，在执行中可以看见用例的书写以及需要手动书写按照测试步骤在执行中发现的实际结果。（见图-6）质量管理体系程序文件文件编号XF/PD-001版次B/0主题QC使用规范页码共8页第5页图-64.3.2、其他操作：在实际的执行用例过程中会发现缺陷，此时需要将其记录下来，单击页面中的按钮，弹出一个记录缺陷的对话框，而后需要在其中输入一些信息（红色字体后的输入框为必填项），（详见图-7）a)在描述框中，需要输入缺陷的重现步骤、问题描述以及发现的时间；b)在摘要框中，简单而明确的说明缺陷的系统名称、出现位置以及现象（如：招生系统_复试审核的成绩录入模块中，成绩错误后提示信息错误）c)其他信息按照实际的进行书写（具体详见《QC缺陷管理规范》）图-7质量管理体系程序文件文件编号XF/PD-001版次B/0主题QC使用规范页码共8页第6页4.4、Defects：在随机测试或回归测试中发现缺陷，此时提交缺陷，只要在Defects中新建一个缺陷，不仅仅可以输入相应的文字，也可以通过QC中的抓图工具进行捕捉图片，便于查看缺陷的现象，单击按钮，即可。（详见图-8）图-84.4.1、使用规范：a)测试人员提交的bug状态为打开；b)测试人员测试通过的bug状态为关闭，不通过的bug状态为重新打开；c)测试人员或者开发人员对bug状态的每一次变更，都需添加注释，写明操作原因。（详见QC缺陷管理规范）（详见图-9）d)将缺陷与发现缺陷的用例相关联，若是缺陷不是通过用例发现的，需要在测试用例中添加该用例。图-9质量管理体系程序文件文件编号XF/PD-001版次B/0主题QC使用规范页码共8页第7页4.4.2、其他操作：a)可以通过每个字段名称下的输入框中输入信息，查询统计缺陷的数量等。如：在状态输入框中选择NotClosed，此时就可以查询到所有不是Closed状态的缺陷记录。（详见图-10）b)在描述缺陷时，也可以添加附件。不过在缺陷描述时，最好注明请见附件等信息。图-104.5、Dashboard:在项目进行中或者完成后，可以通过QC中的图表来总结在该项目中的一些需求、用例以及缺陷发现、修复以及关闭等趋势，从而来了解项目的测试进度情况。4.5.1、使用规范：根据需要构建新图，可以选择不同的时间、项目等进行绘制。然后可以通过这些图表来分析项目中的情况。例：以软件学院信息化平台为例，新建一个缺陷状态趋势图，a)单击Analysis-NewGraph，打开新建图的对话框，选择GraphType为：ProgressGraph,Entity为:Defects,GraphName为：111，单击OK按钮（详见图-11）b)此时返回到QC中，选择一些属性如：Period为：Alldays,单击View标签，此时页面显示出该条件下的缺陷统计图表（详见图-12）c)对于图表可以进行选择，如：逐项查看状态为Closed状态的趋势如，将左边的方框内的Closed复选框选中，其他的复选框不选中，即可。d)通过这些选择控制，可以得到很多相关的图表，由此进行各种类型的数据分析。质量管理体系程序文件文件编号XF/PD-001版次B/0主题QC使用规范页码共8页第8页图-11图-12五、相关文件《QC缺陷管理规范》《测试流程规范总结》