QC日常操作小结

    1、首先QC左边的功能域第一个是“需求”

       拿到需求文档后，我们就可以把需求文档转化成QC中我们需要的“需求”

       例如：用户登陆的需求

       我们在用例中就要写（1）用户登陆页面检查（需求里面说的所有输入域是不是都正确，页面上无明显错误）

                      （2）输入域合法性校验（在用户名和密码是否按照需求中校验，错误应该给出明确的错误提示）

                      （3）“登陆”按钮的功能（输入正确的用户名和密码成功登陆系统）

                      （4）数据的一致性（登陆后，数据库中该用户的状态更新正确）

       在QC中整理完需求后，我们需要做一个操作，在QC的左上角点击“工具”——“转化成测试”，按照提示可以成功的将我们的需求转化成QC中的“测试计划”

      2、在第一步中我们已经成功将整理写好的需求转化为了“测试计划”。现在我们可以在测试计划的树结构中看到我们刚才导入的类似测试大纲的东西。结构和“需求”中的一样。好了，下来就可以补充我们的测试用例了。记得也要补充我们用例里面的操作步骤哦。（如果没有详细的操作步骤会影响到我们后面的工作哦~）

      3、第二步把测试用例，测试步骤写完我们要做的就是设计我们的“测试实验室”

         点击QC左侧的“测试实验室”，在这里我们需要将我们的测试用例做个重组。如果说“测试计划”中的测试用例是各种各样的积木，那么，我们实验室的目的就是搭积木。

         在“测试实验室”我们需要组合之前写好的测试用例，把他们组合成一个一个的测试场景。

      4、测试场景设计好了，我们就可以在“测试实验室”中执行测试用例了，这里就会用到我们前面说的测试步骤（第二步），这里我们会记录详细每一个操作步骤的执行状态。

        还要注明的是，当我们在测试实验室里执行每个步骤的时候，难免想修改一些步骤的描述。这时我们不需要在回到“测试计划”中重新修改，而只需要在“测试实验室”里面修改，当执行完成时，点击“执行完成”按钮，QC会弹出是否保存到测试计划中，此时选择确定就可以了。

      5、最后要说的就是“缺陷”，测试过程中我们发现bug，要及时提交到QC的“缺陷”中。要随时关注里面bug的状态，并督促开发人员进行修复，以推动测试工作的进行。