掌握了等价类、边界值、错误推断三种用例的方法。
1.不同的软件项目在研发生命周期的各个阶段都会有不同的测试类型。比如传统的软件开发通常有单元测试，软件模块集成阶段会有代码级集成测试，打包部署会有面向终端用户的gui测试，再比如，电商网站的测试会分为服务器端基于api测试、中间件测试、前端gui测试
2.设计出好的测试用例的关注点和方法论可能会有很大的差异。有些采用黑盒，有些采用白盒方法，有些采用灰盒方法。
3.需要深入理解被测软件需求的最好方法，需要在需求分析和设计阶段开始介入，这个阶段是理解和掌握软件原始业务需求的最好时机。
4.真正理解业务需求、去针对性明确、从终端用户使用场景考虑端到端的测试用例集。这个阶段测试用例设计，验证各个也需求是否被满足。
5.设计用例的时候，首先搞清楚每一个业务需求对应多个软件功能需求点，然后分析出每个软件功能需求点对应多个测试需求点，最后针对测试需求点设计测试用例
6.只有深入理解被测试软件的架构，你才能设计出“有的放矢”的测试用例集，去发现系统边界以及系统集成上的潜在缺陷，作为测试工程师，切忌不能把整个被测系统看作一个大黑盒，你必须对内部的架构有清楚的认识，比如数据库连接方式、数据库的读写分离、消息中间件 Kafka 的配置、缓存系统的层级分布、第三方系统的集成等等。
7.必须深入理解被测软件的设计与实现细节，深入理解软件内部的处理逻辑。
单单根据测试需求点设计的用例，只能覆盖“表面”的一层，往往会覆盖不到内部的处
理流程、分支处理，而没有覆盖到的部分就很可能出现缺陷遗漏。在具体实践中，你可以通过代码覆盖率指标找出可能的测试遗漏点。
同时，切忌不要以开发代码的实现为依据设计测试用例。因为开发代码实现的错误会导致测试用例也出错，所以你应该根据原始需求设计测试用例。