标签：alt   1.5   log   技术分享   成员   nbsp   ima   重要功能   紧急   

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.如何编写测试用例？

首先根据需求规格说明书等相关软件需求说明提炼出测试需求，根据该需求列出测试点，再利用测试用例的设计方法细化测试点，最后根据细化的测试点生成测试用例并简化用例，得到最小测试用例

1.5如何编写测试用例

标签：alt   1.5   log   技术分享   成员   nbsp   ima   重要功能   紧急   

原文地址：http://www.cnblogs.com/alpha-go/p/6963658.html