写出高效的软件测试用例的方法：1、对被测版本足够了解；2、设计用例的优先级；3、从粗到细分析需求；4、测试用例维护；5、设计通用用例库；6、参照其他同类型网站和功能；7、虚心求教；8、站在使用者角度看问题。其中，对被测版本足够了解是基础。
1、对被测版本足够了解
由粗略详细步骤来解读产品需求文档，如交互、功能流程、边界、约束等等。充分理解技术实现原理（实现的逻辑原理、架构及对其他平台的依赖、接口等）。深入理解用户群，分析用户使用场景、可能的使用方法及用户心理，完全从用户角度出发，来设计Case，同时对用户体验做出一定的判断。
2、设计用例的优先级
一般用工具编写好Case后可以按优先级来筛选优先级，如果是用Excel文档来写可以来通过不同背景色来标识相应的优先级，无论评审还是执行，都可以按此来查阅。无论是冒烟测试用例还是功能测试用例，节省大量时间。
3、从粗到细分析需求
可以使用工具辅助，名列前茅遍需求分析时，粗略画出测试需求框架；第二遍分析需求时，开始延伸每个出子测试点；细化测试点时，可参考或引用写好的公共用例， 也要考虑到被测版本中该功能的特性。另外需要考虑的就是测试点的颗粒度要把握好。
4、测试用例维护
需求分析阶段和开发阶段 ，都可能出现需求变更，这时对于我们前期粗略整理好的测试点就需要及时的同步更新了。另外在Case评审阶段，可能会出现Case冗余或遗漏，也需要在评审结束后在Case池里及时修整。如果项目中有使用需求工具之类的，可以利用工具去同步通知到每个节点的负责人，会大大减少更新的时间。
5、设计通用用例库
可以更准确、更有针对性的把通用功能的用例总结起来。如在实际项目中时增删改查。
6、参照其他同类型网站和功能
如果一个新功能，你之前没有接触和了解过，完全没有头绪的话，不妨借鉴一下同类型的网站上的类似需求，通过实践来帮助自己理解这个需求
7、虚心求教
编写完测试用例后，让老员工来指导一下，是否有需要改进的地方，毕竟老员工的工作经验丰富，对容易出现bug的地方比较敏感，看有没有漏掉的地方。而且老员工一般对项目都已经非常熟悉了，通过跟他们沟通之后，可能自己也会发现一些不容易想到的点
8、站在使用者角度看问题
功能的最终使用者是客户，我们要站在客户的角度来测试。比如说我们做了一个搜索产品的功能，作为测试人员我们会考虑：支持模糊搜索，可以搜索产品名、产品编码，可以按照产品颜色搜索等等。那么如果站在用户的角度，他们最关心的是什么呢？是搜索的速度、使用起来方便等等。所以站在客户的角度看问题能让我们收获更高的满意度。
延伸阅读
测试用例特性
- 有效性：测试用例是测试人员测试过程中的重要参考依据。不同的测试人员根据相同的测试用例所得到的输出应该是一致的，对于准确的测试用例的计划、执行和跟踪是测试的有效性的有力证明；
- 可复用性：良好的测试用例具有重复使用的功能，使得测试过程事半功倍，，因此，设计良好的测试用例将大大节约时间，提高测试效率；
- 易组织性：即使是很小的项目，也可能会有几千甚至更多的测试用例，测试用例可能在数月甚至几年的测试过程中被创建和使用，正确的测试计划会很好地组织这些测试用例并提供给测试人员或者其他项目的人参考和有效的使用；
- 可评估性：从测试的项目管理角度来说，测试用例的通过率是检验代码质量的保证。经常说代码的质量不高或代码的质量很好，量化的标准应该是测试用例的通过率和软件错误的数目；
- 可管理性：测试用例也可以作为检验测试人员进度、工作量以及跟踪/管理测试人员的工作效率的因素，尤其是比较适合于对新测试人员的检验，从而更加合理做出测试安排和计划。
文章标题：如何写出高效的软件测试用例，发布者：Z, ZLW，转载请注明出处：https://worktile.com/kb/p/34224
微信扫一扫 
支付宝扫一扫 
