领导说一份好的用例的标准：
1.新同事来公司，照着你的用例来执行，至少可以进行测试工作，对于他人来说，有参考价值；
2.用例思路清晰，有条理，看用例描述就知道该条用例的测试点；
用例：
1.预置（前置）条件：即用例的入参 预期结果：即用例的出参，尽量写的详细些
2.操作步骤：有些用例是可以合并的，例如用例“合同签订日期小于等于当前日期”，该条用例不用拆分成3个来写，直接写成1个用例即可，如下图所示：
| 用例编号 | 模块 | 级别 | 用例描述 | 前置条件 | 操作步骤 | 预期结果 |
| XXX_001 | XXX模块 | 中 | 合同签订日期小于等于当前日期 | 1.打开页面 2.当前日期是2018/12/27 |
步骤1：合同签订日期选择小于当前日期 步骤2：合同签订日期选择大于当前日期 步骤3：合同签订日期选择等于当前日期 |
步骤1结果：选择的日期值填入合同签订日期框 步骤2结果：无法选择 步骤3结果：选择的日期值填入合同签订日期框 |
3.公司的测试注重业务，所以用例尽量多体现业务逻辑，非业务逻辑的内容可写成公共用例。
4.逆向思维→逆向用例。入门测试很简单，但是要做好测试，覆盖率全，可不是那么容易的。
我们公司的测试重点是业务测试，业务逻辑又复杂。自己一开始写的用例很乱，测试的时候用例几乎是没有参考性的，回归的时候也找不到用例的侧重点，自己也不知道如何划分才能让用例更清晰，为此头疼很久。后来得到领导的指点，将用例分为公共用例和业务用例两部分，公共用例用来写一些基本的校验规则，如文本框的校验、数值的校验、翻页功能等，所有业务的用例写在一起，测试的时候也会有侧重点，领导看起来也清晰。