写好测试用例的需要最主要的是做到以下方面
- 理解需求
- 做好计划
- 写好用例
- 做好评审
- 更新维护
首先理解需求，做好需求分析
- 要知道需求的目的背景是什么，谁提出的，目的是解决什么问题？
- 要搞清楚需求的主要涉及哪些功能，互相之间有什么联系，功能是否存在潜在缺陷和风险，是否完整等等方面？
- 搞清楚功能的实现原理，技术实现方案等
做好写用例的计划
- 根据需求的理解结合项目特点进行评估用例的范围，用例设计工具，用例的大小等
- 根据项目计划制定测试用例设计和评审计划
设计用例
- 测试用例设计要重视大纲编写，目的是为了协助自己理清思路。
- 以业务为主，根据需求理解，选择最合适的用例设计方法，避免出现遗漏。例如需求有清晰的流程且相对独立，可以使用流程图主线，将各子功能模块单独拆解进行；也可以按照功能，性能，兼容性，稳定性，安全性，易用性等各种属性方向编写；
- 以业务为主，覆盖需求和交互文档中的涉及的场景有100%覆盖，未涉及但存在和其他场景交互的需要重点覆盖。不能仅局限于功能流程，还要关注于测试过程中的中断、不同环境影响等也需要重点设计考虑；界面问题从上到下从左到右依次设计，避免遗漏。
- 对于相对独立且过程复杂耗时，或者需要有专业手段、或者有特殊事件要求的，可以独立成专项测试用例
- 测试用例中上的结构要清晰，文字要准确，不出现模糊或者歧义，优先级定义要明确
- 适合自动化实现的，可做特殊标记方便自动化维护
用例评审
- 写好测试用例后需要组织评审，主要目的是发现测试用例结构，测试场景遗留、测试描述及功能优先级等用例定义是否准确，结构是否合理等
探索性测试及测试用例维护
- 再好的测试用例也不能保证全部测试bug，在测试用例执行或者日常探索性测试的过程中遇到测试用例中未出现的场景时，需要及时补充拓展测试用例，定期更新修改，使测试用例保持最新状态，做好组织过程资产传承
