如何写测试用例

对各个功能模块进行测试点分析，提取测试点再堆测试点进行用例编写。

比如对PC端QQ账号的登录模块，提取测试点就有：

①正常登陆；

②账号为空时点击登录；

③密码为空时点击登录；

④账号密码都为空时点击登录；

⑤密码错误时点击登录 ；

⑥找回密码功能是否有效；

⑦记住密码功能是否有效；

⑧自动登录功能是否有效。

编写测试用例该注意：

①根据项目的实际情况设计测试用例表格；

②用例格式不要生搬硬套；

③根据具体情况编写。

一，等价类法。

      此方法多适用于输入的参数存在有效规则和无效规则；

其运用步骤1，罗列有效无效规则，绘制有效无效规则表；如下图注册用户时用户名的有效无效规则表：

第2步，构造数据，根据有效无效规则构造一些测试数据；

其中构造数据需遵从两个规则：

1，一条有效数据尽可能多的包含有效规则，目的是为了减少用例的冗余；

2，一条无效数据只能包含一条无效规则，目的是精确定位问题。

第3步，编写测试用例。

用到等价类法通常考虑：长度、组成（数字字母符号等）、是否区分大小写、是否含有空格、是否为空、是否重复、是否检验空格、全角半角输入。

二，边界值法

    此种方法适用范围是输入的参数存在边界；比如密码规定长度6到18位；

在这应注意三个点：上点、内点和离点。

上点指边界上的点（比如6或者18）；

内点指范围内的点（比如9就在6到18这个范围内）；

离点指离边界最近的点（比如5或者7）。

其中取点规则是闭外开内；也就是说闭区间取外面的点，开区间取里面的点。

三，判定表法

适用范围输入的参数存在约束关系，不同的逻辑组合形成不同的结果；比如注册时密码与确认密码之间。

步骤1，将输入的参数转化为条件桩，

    2，将输出的结果转化为动作桩，

    3，会形成2的n次方个条件项（n指条件桩的个数），

    4，其中表格中的每一列就是一条测试用例。

四，正交试验法

适用范围：1，输入的参数之间不存在约束关系，

            2，输入的参数全部都是正确有效的，

            3，不同的逻辑组合形成不同的结果，

其运用步骤，1，将输入的参数转化为因子状态表：

2，用字母替换因子状态表中的状态：

3，在allpairs文件夹中创建一个新的文本文档xxx.txt；

4.把步骤2中生成字母的因子状态表拷贝到xxx.txt中保存；

5，Ctrl（Windows）/command（Mac本）＋R ☞输入cmd回车打开doc窗口；

6，进去allpairs所在路径（cd allpairs的路径 回车）；

7，执行allpairs.exe（allpairs xxx.txt>xxx01.txt）；

8，打开xxx01.txt把其中Test case的内容拷贝到Excel中；

9，用文字把字母替换回去：

10，其中每一行就是一条用例。

五，流程分析法

这类方法先把流程图画出来，然后根据里面的判定框编写测试用例。

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

可以总结为 ：每一个测试点的数据设计的步骤设计。

微信红包用例？

用例编号：HB_001

功能模块：发送红包

测试标题：输入正确的金额和密码后，能否正常发送红包

前提条件：1、网络正常和钱包有钱

*** 作步骤：

1、进入红包发送页面

2、输入正确的金额和密码（）

3、点击发送按钮期望结果:发送成功

实际结果：

1测试标题描述一定要包含具体测试点

2.测试步骤一定要包含

3.预期结果一定为唯一，不能出现“发送成功或发送失败”

测试用例的重要性：

1.便于测试计划的实施

2.规划测试数据的准备

3编写测试脚本的根本

4.评估测试结果的基准

5分析缺陷的标准

1、组成：测试用例文档由简介和测试用例两部分组成。

简介部分编制测试目的、测试范围、定义术语、参考文档、概述等。

测试用例包括 ：用例编号、功能模块、用例名称、前提条件、 *** 作步骤、期望结果、实际结果、备注。

2、编写方式：一般是按照功能+业务逻辑

1）首先保证功能是正常的 2）然后才是功能联合起来的业务逻辑是对的。比如说：登录、充值、体现功能分别都是好的，业务逻辑，就是要把所有的功能联合起来走一遍，看是否好的。

3、用例覆盖：测试用例旅游分为正常事件和异常事件。

1用例需要评审么？紧急情况用例也需要评审么？

2.一天能够写多少用例？执行多条用例？

3.自己写的用例可以打多少分？

4.如果被测项目很紧急。来不及写用例，怎么办

5电梯、雨伞、杯子、笔写测试点

6遇到隐性需求如何写用例（需求不明确）

7用例有没有优先级？如果一定要有优先级，依据什么来确定呢?

8如何编写测试用例？

---