为实施测试，向被测试系统所提供的输入数据，操作或各种环境设置以及期望结果的一个特定的集合
就是解决什么，怎么解决和如何衡量的问题
二、测试用例编写规范
主要分为三大部分：基本信息、主体信息、执行结果
用例的基本信息：功能模块、编写人、编写时间
用例的主体信息:编号，测试对象，测试点，预置条件，测试步骤，测试数据，预期结果，用例优先级
用例的执行结果：执行通过/不通过/未执行/无法执行
三、测试用例的原则：百分之百的覆盖需求（尽可能的覆盖需求）
四、测试用例的编写方法
等价类：根据需求，将所有的输入数据合理的划分等价类。
边界值：一般是用最大值，最小值，最小值-1,最大值+1作为边界值
场景法：通过对每个用例的场景进行场景分析，逐步实现测试用例的构造，通常采用思维导图工具梳理业务流程图一般
准则：至少覆盖所有状态一次
至少覆盖所有事件一次
至少覆盖所有路径一次
错误推断法：是根据经验或直觉推测可能存在的各种错误。
正则表达式：通常被用来检索、替换哪些符号某个规则的文本（如手机号码、邮箱）
因果图：适合检查程序输入各个条件的各种组合情况。因果图转为判定表。一般使用在输入条件的的各种组合
判定表：与因果图结合使用
大纲法：拆分系统模块（一般原型图已经拆分）主要用在测试计划
正交法：一般不用这种方式测试（因为太过繁琐，需要将所有输入和结果进行组合）
方法选择（借鉴别人的打油诗，仅供参考）：
所有输入选等价
给定范围加边界
条件孤立想判定
指定常量取正交
跨界操作流程法
多种状态迁移图
条件组合出因果
测试充分全覆盖
多种方法不唯一
五、测试用例优先级划分
高：用户经常执行的业务逻辑操作，涉及金钱的功能等
中：用例多数包括边界值、逆向逻辑等
低：很少被用户执行的操作
上文内容不用于商业目的，如涉及知识产权问题，请权利人联系博为峰小编(021-64471599-8017)，我们将立即处理
