qc操作步骤.docx

QC操作步骤 （一）Management 建立版本集：进入Management（管理）页面，建立release floder（版本集），具体操作为： 点击文件夹按钮，填写版本名，点击确定。 建立版本：点击版本按钮，填写版本名，点击确定。 在右侧的详细页面（Details）中添加该版本的信息，包括开始时间与结束时间 在右侧的附件页面（Attachments）中添加该版本的附件 在右侧的进程页面（progress）中查看相关进程。 在右侧的质量页面（Quality）中查看该版本涉及到的BUG。 在版本下建立流程：点击流程，填写流程名，点击确定。 （二）Requirements 建立需求集（floder）：在Requirements页面中点击文件夹按钮，填写文件夹名称，点击确定。 建立需求点：在需求集下，建立需求点。点击需求点按钮，填写需求名以及相关执行优先级，属于某版本等条件，点击确定。 注意：如增加子集需求点，则选择该结点，新增需求点；如需增加同级节点，则需要点击上级结点，新增需求。 在需求页面中，选择需求点的类型为正在进行的用例（Testing） 在需求详细页面中，完善需求的详细信息。主要填写内容：Target Cycle、Priority。 需求建立完成以后，可以选择需要转为测试用例的需求点，右击鼠标，选择Covert to test，在打开的页面中选择合适的方式，点击下一步生成用例。 test plan 建立测试用例包：在Test Plan页面中点击文件夹按钮，填写文件夹名称，点击确定。 建立测试用例：在测试用例包下建立测试用例，点击建立测试用例按钮，填写测试用例相关属性。 建立该测试用例的相关步骤（step） 建立用例覆盖（Req Coverage） Test lab 建立测试计划架构：在Test Plan页面中点击文件夹按钮，填写文件夹名称，点击确定。 建立测试计划：在计划架构下建立计划，点击增加计划按钮，填写该计划相关信息，点击保存。 选择需要测试的用例。 执行用例 填写实际运行情况与判断用例是否符合预期，如不符合预期，直接填写BUG。 QC的优势与劣势 1、QC优势： QC有很详细的版本控制，可以很直观的了解到每个版本测试的内容，以及他们出现的BUG数。 QC的需求数建立，让每个测试需求点都很直观的展现出来，且与测试用例一一对应，很好的实现了是否测试了所有需求点和是否覆盖到所有测试需求点的评价准则。 QC的BUG与需求点联系更加紧密，可以直接了解到每个需求点在实现中出现的问题。 QC提供了多种测试软件的接口，可以把例如自动化测试、性能测试脚本集成进QC中。 2、QC劣势： QC只能进行值的录入以及流程的管理，对于算法一类的测试，无法在软件内直接进行算法计算 数据库数据等一些测试中需要的辅助数据与材料，不能直接在QC中展现，只能以附件形式附在测试过程中