QC学习总结

    到新公司，测试管理工具是QC，学习了一天的QC,个人认为基本上把QC的大部分功能都熟悉了，学习的时候是参考QC的用户指南的,用户指南写的很详细，学习过了，总结一下，因为之前用到的测试工具都是开源的，测试管理工具是testlink，缺陷管理工具是bugzilla，开源的工具很容易上手，也很简单，当然了，功能相应的也不多，而像QC这种专门的测试管理工具，里面涉及到的功能相对较多，而且，对于测试的一系列的流程，在QC中都有体现，学习起来是需要花费一定的时间，而且，如果仅仅是学习，其实并不能把他所有的功能都融会贯通，只有在实际的使用过程中，用到了，才能真正的掌握了，而如果仅仅是学一下，过几天可能就会又忘了。

    其实，我觉得，学习QC，最重要的是要理解QC组织测试的一个流程，首先是确定并组织测试需求，包括需求树的建立，针对需求树种的每个需求主体，创建详细的测试需求列表，而对于详细的需求列表，则需要添加详细的描述，分配优先级，以及其他的一些内容。

    确定好需求以后，接下来就是测试计划了，QC里面的测试计划其实是包含了测试用例的，确定测试计划可以通过需求直接转换为测试计划，也可以自己手工建立，而测试计划中还区分手工测试和自动测试。测试计划主要是根据应用程序的模块或者函数进行分割，构建测试计划树，然后层次结果划分为若干的测试单元或者测试需求。通过需求转换为测试计划，可以很好的利用需求和测试计划关于层次结构的相似性，但是，需求和测试计划毕竟还是有区别的，所以，还需要手工进行测试计划树的完善，在测试计划树种，每个主题下面都有多个测试，这个测试其实相当于一个测试点，而这个测试下面包括了具体的测试步骤，其实就是一个测试用例的组织。

    测试计划完成后，就是执行测试，在QC中执行测试是在测试实验室模块中的，执行测试，首先是要创建测试集，测试集是共同的一类测试的集合，例如，可以是测试新的某一类功能，或者是测试某一个特定的功能模块，总之，创建了测试集以后，就规定了一组测试，当然，需要向这组规定的测试中添加测试用例，同时也包括了分配测试人员的不同的任务。添加好测试集，分配好测试用例后，就可以执行测试，执行测试分手动测试和自动测试，在执行测试过程中，如果是手动测试，可以更改测试的状态，如果测试失败，可以添加缺陷到缺陷模块中。

    执行测试完毕后，进入缺陷管理模块，在这个模块里面可以新建缺陷，项目组的人可以查看缺陷，并且相关的人可以更改缺陷的状态，跟踪缺陷的状态，在测试计划中，可以将某个测试计划和缺陷进行链接，这也，可以在测试计划中，查看某个测试所关联的缺陷，而且，在缺陷详情中，也可以查看关联的缺陷。

    除了这四个主要部分，QC还提供了强大的分析和图片功能，这些功能，对进行测试报告或者分析测试覆盖是很有好处，也很方便的。

   以上是对学习QC的一个总结，因为学习时间短，而且没有进行实际的使用，总结的很有可能有错误或者遗漏，欢迎大家指出，在这里，只是为了说明，测试的工具学习并不难，主要是使用，测试的新知识，学习到了，勤于总结，对自己学习是一个整理的过程。