1.测试用例定义
描述每一个测试点的数据设计和步骤设计叫测试用例
2.重要性
软件测试核心，工作的基本
评估测试结果的基准
保证测试时不遗漏测试的功能点
对系统架构或者业务流程深入了解
方便测试用例评审
3.测试用例组成
3.1.用例编号 如：产品名-测试阶段-测试项-测试子项-xxx
3.2.测试项目：对应一个功能模块
3.3.测试标题：输入内容加结果，标题不能重复
3.4.重要级别：高/中/低
3.5.预置条件：前提条件
3.6.测试输入：需要加工的输入信息，根据具体情况来设计（跟步骤结合起来具有一定的指导意义）
3.7.操作步骤：每个步骤的描述，知道执行人员完成测试工作
3.8.预期结果：预期结果有唯一性，不能出现“是否”的描述
4.如何编写测试用例
5.如何评审用例
6.补充内容
1.用例需要评审吗？紧急情况下用例也需要评审吗？
需要。编写完测试用例后先小组内评审，然后再交由项目组内成员评审。紧急情况下，至少要经过小组内评审。
2.如果项目很急，来不及写用例怎么办？
可以先列出测试点，边测试边细化测试点。
3.遇到隐性需求如何写用例？
一，可以找同类产品的规格说明书进行参考；二，可以先写测试点，边测边发掘隐性需求;
4.用例有没有优先级？如果有如何确定优先级？
有。一般分为四级，分别是高中低和更低级。
高：常被执行的测试用例，被用来保证软件基本功能完好的测试用例
中：不经常执行的测试用例，被用来保证软件的重要功能，功能交互相关
低：很少被执行的测试用例，比如说边界值，超长字符串等
更低：基本是不会被执行的测试用例，属于可有可无类型。对软件质量不起作用
5.如何编写测试用例？
首先根据需求规格说明书等相关软件需求说明提炼出测试需求，根据该需求列出测试点，再利用测试用例的设计方法细化测试点，最后根据细化的测试点生成测试用例并简化用例，得到最小测试用例