我觉得一条好的测试用例应该是容易理解的，即使交给一个不怎么熟悉业务的人员，也可以比较轻松地执行。要做到这个目标，需要编写用例的人注意一些细节规范。

下面举一个例子。假设产品的界面如下图所示：

根据上图，可以这样设计用例：

针对上面的测试用例，涉及一些编写规范，说明如下：

• 用例组织清晰：一个文档对应一个大模块，sheet 对应二级模块，二级模块下面又分为功能模块、子功能、测试项、测试点等下级模块或字段。
• 各个字段需要描述清晰、明确，不允许出现假设性或者二义性词汇。
• 用例必须有预期结果，操作步骤和预期结果需要按点一一对应。
• 操作步骤不能包含对结果的检查，预期结果也不能包含操作步骤。

欢迎大家交流补充。