测试流程是研发流程的重要组成部分，测试用例不仅仅在测试阶段发挥作用，在需求设计阶段和开发阶段也都能发挥价值，而且会产生很好的效果，不但让产品、开发和测试对需求达成一致性的理解，同时也能提高开发自测的质量。测试用例库与代码库、文档库一样，是研发团队的重要文档资产，测试用例与产品功能的一致性非常高，对研发团队有很好的参考价值。
作者：舍卫｜阿里巴巴集团技术专家
测试用例的设计
云效测试管理鼓励测试团队按照产品或系统来沉淀测试用例，用例库的命名可以和产品/系统名称一致。在用例库中建议按照“功能模块”、“使用场景”、“功能点”来管理目录层级结构，将测试同一个场景的测试用例放在一个目录里管理，这一组测试用例的测试方法也比较接近。建议目录层级深度控制在3～5层左右。
在产品需求设计和需求评审阶段，测试用例设计工作就可以同步开始了。测试用例的标题需要包含测试重点信息，让评审人员和测试执行人员可以快速的了解该用例的重点，比如“一个XX角色的用户对XX类型的数据进行了XX操作”。测试用例的内容还是采用经典的：前置条件、执行步骤、预期结果这三个部分。
立即体验：云效测试管理
在项目中开启测试服务
测试流程跟研发流程密切相关，因此我们需要在研发交付空间中开启测试服务，这样在开发团队制定开发迭代计划的时候，测试团队就可以同步制定对应的测试计划。
制定测试计划
测试服务开启后，就可以直接在项目中创建测试计划，测试计划可以和项目中的迭代进行关联，关联之后在迭代的页面可以直接看到测试计划的执行进度，帮助项目经理和开发经理随时了解质量状况。
测试计划创建好以后，可以点击「添加用例」将用例库中的测试用例规划到测试计划中。如果是新增的功能特性，可以把用例库中对应目录下的用例全部添加到测试计划。如果是对已有功能进行修改，那么只需要挑选匹配的测试用例即可，这个主要看测试人员对质量风险的判断，如果测试全部的用例肯定是比较保险的，但是也会增加工作量。
将测试用例添加到测试计划之后，可以使用“批量处理”的方法，为测试用例分配测试执行人，然后在测试计划的概览页，测试经理可以了解每一位测试执行人员的工作进度，可以很好的控制进度风险。这里也可以将一些P0的用例，分配给开发人员，请开发人员借助测试用例进行自测。
测试用例的执行
当研发迭代中有需求提交测试之后，测试团队就可以开始执行测试用例。对用例比较熟悉的测试人员可以直接在测试计划的用例列表修改执行状态，甚至可以一次性执行多个测试用例后，批量修改用例的状态，这样的测试效率会非常高。如果测试中发现了问题，也可以在对应的用例后面，添加缺陷。
如果用例的内容比较多比较复杂，那么建议还是点击用例，仔细查看用例详情后进行测试，同样的，详情页也可以提交缺陷，还可以上传测试过程中产生的附件，添加评论。
测试用例消息通知
在很多公司，测试同学会规定：需求提测前需要开发同学写一封邮件给到测试团队。用好自动化规则，这个过程同样可以省去。
我们只需要设定好：当某一类需求提测时，发送邮件/到指定的钉钉群即可。
这样开发同学省去了多余的邮件操作，测试同学也可以在群内及时获知测试进展。有些测试工作可能并不完全由某一个测试同学完成，测试负责人也可以根据群内的通知，在团队内灵活地分配。
当然，需求的测试，并不是测试同学一个人的事情，产品同学也非常关心需求的实现是否符合最初产品的设置逻辑。所以，此时，测试同学只需再增加一条规则：当某一类需求提测时，自动通知产品同学做功能验收，这样也可以让产品同学及时验收需求，避免上线前发现问题的兵荒马乱。
测试报告总结
当迭代的测试完成后，测试团队一般都会出具一份测试报告，通过云效测试管理也可以快速生成测试报告。创建测试报告首先要选择对应哪些测试计划，这里可以选择多个测试计划。测试报告中会包含测试用例的执行情况，以及测试过程中发现的缺陷的修复情况，测试团队也可以对测试过程和结果进行总结，以文本/表格/图片的形式添加到测试报告中。云效测试报告也可以导出成为PDF文件，转发给项目的其他相关人员。
总结
从需求设计到开发测试阶段，保证开发的准入和准出的质量，为内建质量夯实基础。测试用例的设计、规划、测试、总结，整个过程也是产品、开发和测试协作的过程。