怎样编写一份高质量的测试用例？

Jackc

首先，ERP系统测试我不熟悉，所以，我只从用例设计思想来简单说说自己的看法。

1.其实，完整的高质量用例本身并不适合用于答辩或交流，一大堆用例和步骤，我不认为评委会有兴趣看到这个。
建议使用树型或框架型结构的用例检查点做为答辩的主体，附加1~2个完整的用例。
——用例检查点结构图是为了让评委了解你设计用例的思维逻辑；
——完整用例是为了让评委了解你对编写实际用例的能力

这是基本考察点，也是最重要的，完成这一点，应该能达到公司对你的基本要求。
——————————————————————————————————
2.明确用例的适用范围。
任何用例组都有局限性的。针对某一测试目标，完整测试的用例组设计不可能在短时间内完成。
比如，完全根据需求文档设计出的黑盒用例，大多都是基本功能用例，对性能测试和兼容测试不具备较好的指导性。

所以，建议你在明确设计用例的适用范围，比如，该用例仅针对于xxx系统在xxx环境中基本的功能测试，适用于版本验收测试和回归测试。
————————————————————————————————————————————
3.通过用例设计，尽可能多的表现出你对测试的理解。

测试用例做为执行测试的主体，通过分析它，其实就能得到整个测试大部分的相关信息，也就是说，从分析用例，就能得到测试计划的基本信息。
比如，
用例的多寡，表示即将投入测试活动资源的多寡；
用例优先级的高低，则表示在测试不同阶段，测试资源的不同分配；
用例分类的不同，则表示在整个测试活动中，测试方法的选取；
……
建议从最简单的入手 ，结合第2点，只做用例分类部分。
比如，你的重点设计的是基本功能用例，而性能用例/兼容用例则作为附加分类，少量写一些检查点，仅表示自己了解这部分的测试是必须要做的。

——————————————————————————————————

最后，不明白所谓的“数据推演”为何物？数据驱动的测试？还是测试数据分析？