本文章转载于搜狗测试
用例编写是所有测试人员都需要具备的技能，没有测试用例，测试功能时容易出现遗漏，同时测试用例也是一种很好的功能备忘手段。
本次分享我们介绍一下用例编写相关的内容：用例编写，用例评审以及用例更新维护，下面我们分别介绍一下
用例编写
用例编写通用方法，我们之前已经分享过了，同时我们还将功能进行了分类，分为偏UI的功能，偏逻辑的功能，数据收集功能和与服务器交互的功能，并针对性的进行了一些介绍
用例评审
用例编写完毕之后，下一步就是用例评审了，作为被评审方，应该主动发起评审
小编简单总结了一下用例评审的流程：
用例编写人员发起评审→邀请相关人员参加评审→评审用例→评审结束后用编写人员修改用例
发起评审
用例编写人员的准备好后，发起评审
邀请评审人员
不同的团队风格不同，有的需要测试团队中的所有人参加，有的只需要功能相关的人员参加，有的甚至不进行评审，小编个人认为在初入测试行业，学习编写测试用例时，一定要进行用例评审，这样可以有助于自己快速学习。对于用例评审需要邀请的人员，小编建议：团队Leader，相关功能负责人，团队内资深用例编写人员
用例更新
用例评审完后需要对用例进行更新，将评审过程中大家提出的问题进行修改，修改完后，如果觉得不太靠谱，可以再组织一次用例评审，这次可以只将更新的部分评审一下
用例更新维护
功能测试完毕后，在测试的过程中，可能会发现一些问题，可能是需求方面的，也可能是实现方面的，还有可能是用例方面的，建议在执行过程中进行标记，测试完毕后，更新用例
个人建议在用例的最前面加一个记录表，用例编写完成开始，记录所有对用例的更新操作，原因以及更新人
公共用例
之所以把公共用例放在这里，是觉得公共用例也是用例编写的一部分，随着测试经验的增加，测试的功能的增加，会渐渐发现，很多功能虽然看起来差别很多，但是所使用的控件，逻辑流程其实差别不大，那么可以将这些相同的部分总结一下，形成公共用例，以便后续的学习进步
如何提取公共用例呢？
其实就是找出常用的公共内容，如文本框，文件读取，复选框等等，找出这些控件或功能的基础测试点，总结在不同情况下的注意事项
我们之前的分享中，就有不少公共用例类的文章，例如
……
看一下这些文章，是否对您有所启发呢？
