测试用例问题总结
简介
把测试系统的操作步骤按照一定的格式用文字描述出来
为什么要编写测试用例
1）理清思路，避免遗漏
复杂的项目需要我们把功能细分，根据每一个功能来编写测试用例，
整理我们的测试系统思路，避免遗漏要测试的功能点
2）跟踪测试进度
通过测试用例执行后的统计结果，方便我们跟踪项目进度
3）回归测试
在不同的测试环境，不同的测试人员在不同的阶段执行相同的测试用例，用回归测试来规范我们的测试行为
4）历史参考
在做项目的各个版本中，有很多功能是相近的，对于这类功能设计的测试用例，
以后遇到类似的功能可作为参考，也是分析缺陷的参考依据
怎样编写测试用例
1）分析需求文档，得到测试点
需求分析，了解需求的实现背景，需求的合理性，需求的范围，
挖掘需求文档中隐藏的需求，通过需求交底的过程，确定开发的初步实现思路和方法，
列出需求的框架，包含测试范围及各个功能点，测试的场景等，对于需求中的遗漏和
疑问要找产品确认
2）分析测试用例优先级
让测试更有侧重点，一般分为高中低三个优先级
3）细化测试点，变成可执行测试用例
根据测试需求得到的需求框架（这个不应该有遗漏），梳理细化测试点，
根据测试点，细化具体的测试用例，注意各个点的组合情况和反向测试情况，
参考公共测试用例，但不照搬，要思考本次需求自己特有的测试点，把握好测试点细化的度
4）及时更新测试用例
需求会有变动要维护，测试用例也一样需要维护，
在测试评审时，评审人员对你的测试用例是否有测试点，场景遗漏，
测试用例描述模糊，测试结果输出模糊等提出的问题，我们要及时更改
怎么提高测试用例的编写能力
1）熟悉业务，了解系统
熟悉业务才能更有效的使用系统，对系统越熟悉，越容易发现系统和业务的问题
2）站在用户的角度
客户需要什么，不需要什么，即客户的使用场景，有利于我们更好的挖掘和思考隐含的需求，
至于这个需求该不该做，那是需求人员的职责，这个需求做起来复杂不复杂，那是开发人员的事，
作为测试人员，我们首先要考虑的就是我们所设计的测试用例是不是包含用户常用到的场景以及基本不会
用到的场景有哪些
3）多思考，不要被惯性思维和经验束缚
4）多总结
把常用的用例设计误区和一些好的测试用例设计总结并抽象出来以便以后的复用
参考资料：测试用例-虫师