测试用例编写流程：

· 需求分析

· 提取测试点

· 测试用例编写

· 测试用例评审

1.需求分析：

a、【业务需求】关注系统是否满足业务

b、【用户需求】关注系统是否满足用户习惯

c、【功能需求】关注系统是否满足功能需求

2.测试用例编写注意以下几点：

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

b、用例格式不是固定的，不要生搬硬套

c、根据具体的情况编写

一般测试用例包含的内容：

[ 测试用例包含的内容 ]

用例编号：唯一 --身份证号。

用例名称：用例的名字，要求言简意赅 --姓名。

测试背景：这条用例主要测试什么东西。

前置条件：执行这条措施之前应该先执行什么条件，比如测试登录功能，前提是要有账号密码。

优先级：测试用例的优先程度。

重要级：测试用例的重要程度。

注意：优先级和重要级不一定成正比关系。

比如：周末出去玩，但是公司突然加班。

·优先级：出去玩。 

·重要级:回公司加班。 

·结论：当然结果是回去加班。

测试数据：比如输入的账号密码，鼠标的操作也是一种测试数据。

测试步骤：测试进行的步骤。

预期结果：对应输入数据或条件等得到对应的现象。

实际结果：测试执行后的结果。

备注：其他特殊情况的信息。

测试用例编写的方法：

1、等价类划分法：

如何选择适当的数据子集，来代表整个数据集。通过降低测试的数据去实现“合理的”覆盖，覆盖了更多的可能数据，以发现更多的软件缺陷。

2、边界值分析法：

使用边界值分析方法设计测试用例时一般与等价类划分结合起来，但它不是从一个等价类中任选一个例子作为代表，而是将测试边界情况作为重点目标，选取正好等于、刚刚大于或刚刚小于边界值得测试数据。

3、场景法：

通过运用场景来对系统的功能点或业务流程的描述，从而提高测试效果。场景法一般包含基本流和备用流，从业一个流程开始，通过描述经过的路径来确定的过程，经过遍历所有的基本流和备用流来完成整个场景。

4、猜测法：

根据经验选择容易出错的地方，测试用例评审流程及意义。

1）测试用例评审的流程：

a.简单说，评审就是对测试用例进行检查。

b.评审包括同行评审，小组评审，部门评审，三方评审等。

c.不同的评审类型会有不同的角色参与。

2）测试评审的意义：

a.通过评审可以发现测试用例的不足。

b.方便测试人员改进用例。

c.达到在测试时提高测试质量的目的。

测试相关基础知识要点总结：

1.软件：

数据+程序+文档

注意：测试时就是操作数据，操作的主体就是程序，文档就是工作时的可视化。

2.软件测试的基础：

软件测试就是以软件需求为目的，保证软件质量的手段。

3.测试流程：

需求分析 -> 制定计划 -> 编写用例与执行 -> 对测试结果的分析报告

4.测试的生命周期：

测试计划，测试设计，测试开发，测试执行，测试评估。

5.按软件测试手段划分了三个方向：

a.黑盒：把软件比作一个黑盒子，我们不知道盒子里面的结构，只能通过外面所暴露出来的接口，功能进行测试。

b.灰盒：把软件比作一个半透明的盒子，可以通过暴露在盒子外面的功能和盒子里面的数据进行对比，从而得出结论。例如：将生成的订单和数据库里面的信息进行对比。

c.白盒：透明的盒子，通过盒子里面的结构推敲出是否满足用户的需求。

6.专项测试的方向

a.功能：软件是否满足用户提出的表面需求。

b.性能：测试一个软件的工作效率。

c.安全：软件是否能保护用户的信息。

7.测试点划分

a.兼容性：软件在不同平台上的表现。

b.易用性：软件是否友好，满足用户的使用习惯。

c.UI元素：检查界面的布局显示。