什么是测试用例

软件测试用例就是指导你对软件执行操作，帮助你证明软件功能或发现软件缺陷的一种说明。

他的形式一般是这样的

假设一下吧。现在要求你测试一下百度知道的提交回答功能。

用例编号：提交问题001（编号通常会根据功能或模块编写）
测试目的：验证当用户回答完问题后，可以正常提交答案。（多数是会写需求规格的说明，总之要让人看明白你这条用例是想测什么）
测试标题：这个有时候就包含了测试目的，目的是可以不写的，但测试用例标题是必须的。
重要级别：像提交回答这条用例，多数会被列为最高级别用例，因为是最基本的功能。往往越是基本的，级别越高。原因在于，如果基本功能都有缺陷，那根本不用测别的功能，版本直接打回。
预制条件：1、百度知道运转正常。2、用户已登陆。3、进入了自己想要回答的问题页面。（也就是你做这条测试前必须要有的前提条件）
操作步骤：1、将光标点入“我来帮他解答”下的输入栏。
2、输入想提交的答案
3、点击提交回答
4、验证提交后答案是否能显示到当前问题下
（输入数据多数时候是合并到操作步骤中的，比如这条里的输入数据就是“答案”）
预期结果：1点击提交回答后，页面提示回答成功。2再次查看该问题时,刚刚的答案可以正确显示……

其中所有的标题 为软件测试用例需要包含属性。冒号后面是对这一条用例的具体描述。

什么是测试用例
1. 测试用例是一份测试文档，其目的是确定系统的某个特性是
否正常工作
2. 测试用例是软件测试团队的主要工作成果之一
3. 测试用例的质量与写该用例的测试人员的水平关系极大
4. 执行测试用例是将这些用例逐个在被测的软件上执行，并判
断其结果是否和预期相符
测试用例包含的要素
用例编号
用例编号：
1. 一般是数字和字符组合成的字符串，可以包括（下划线、单词缩写、
数字等等），但是需要注意的是，尽量不要写汉语拼音，因为拼音的
意义可能有好几种，有可能会导致乱码；
2. 用例编号具有唯一性和易识别性。（ 比如说我们唯一标识一个人：
中国-广州-xx区xx号-xx楼--xx室-xxx.这样标识的话就具有唯一性
了。)
3. 不同阶段的测试用例的用例编号有不同的规则：
（1）系统测试用例：项目名称-模块-ST-XXX
（2）集成测试用例：项目名称-模块-UIT-XXX
（3）单元测试用例：项目名称-模块-UT-XXX
模块/功能
1. 模块：该用例所属模块名，一个模块下有一个或多个功能
某些大模块还分子模块，具体分法根据项目业务和测试用例的组织来确
定，一般没有严格的规定。
2. 功能：该用例所涉及的功能，每个功能下有一条或多条用例
用例标题
1. 测试标题：有的公司也叫测试目的
2. 标题不能重复
3. 测试标题一定要简单、概要；体现测试的出发点和关注点
优先级（讨论）
1. 优先级：一般分为高、中、低
高：核心流程、冒烟用例
中：一般流程、异常流程
低：界面、兼容
【注意】
不同的公司会有不同的优先级标识，如：1、2、3
预置条件
1. 预置条件：一般不填写，除用例必须在特殊情况，特殊条件
下才能执行时填写
不需要填写：
• 需要登录后才能点击某个连接或进入某个界面
• 需要准备一个正确数据才能登录
• 需要添加数据才能执行查询
需要填写：
• 需要某种特定网络环境
• 需要有某些权限才能执行用例
• 需要在某个用例执行后才执行本用例
测试输入
用例执行过程中需要加工的外部信息，根据软件测试用例的具
体情况，有手工输入、文件、数据库记录等
例如：
测试输入
（1）用户名：paomo_123；
（2）设置密码：paomo_456；
（3）确认密码：paomo_456；
（4）邮箱地址：1234567@qq.com；
（5）短信验证码；
（6）在同意协议处打钩。
步骤
1. 测试步骤：描述具体如何操作的过程
2. 执行人会根据步骤执行，因此编写后一定要有可执行性，
即执行人拿到后不会因为读不懂或看不明白而问用例设
计者
3. 一般包含:
• 进入页面步骤，即路径
• 输入了哪些数据
• 执行了哪些操作
期望结果
1. 期望结果：按照测试步骤执行后，期望得到一个什么输
出或者结果
2. 有的公司一对一，有的公司多对一
如：一个步骤一个预期结果；多个步骤一个预期结果
测试用例误区
n实际结果不属于测试用例的组成部分
n用例由于条件不足，数据不全，不具备测试
等原因，在填写执行结果时除了通过和不通
过，还有一个状态：未执行
n上述元素仅是用例公有部分，实际工作中各
公司用例模板上会有差异，如：有的公司还
有额外一些字段（环境、URL、开发者、参考
资料等）

测试用例是指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。内容包括测试目标，测试环境，输入数据，测试步骤，预期结果，测试脚本等并形成文档

测试用例就是test case，是为了系统地测试一个功能而由测试工程师写下的文档或脚本。
记录下来，并加以完善，因为测试一个功能往往不是走一遍就OK的，需要反复的改，反复的测，直到功能可以提交给客户。

测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，用于核实是否满足某个特定软件需求。

简单来说，测试用例就是指导如何做测试的文档，该文档主要记录需要验证被测软件的是否满足需求。

编写测试用例的主要作用如下：

（1）在技术上将需求转化为具体可验证的指标

（2）以文档的形式记录软件可能存在的问题

（3）防止测试过程的活动出现遗漏，提高工作效率

（4）测试工作量的展示

一份优秀的测试用例可以最大限度地减少产品bug，提高产品质量。

编写测试用例的主要思路如下：

（1）常规思考，设身处地的从用户角度出发；

（2）测试理论方法的支撑，如观察法、等价类、边界值、因果图等；

（3）产品的熟悉和经验的积累