测试用例编写流程：

　　· 需求分析

　　· 提取测试点

　　· 测试用例编写

　　· 测试用例评审

　　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元素：检查界面的布局显示。

作者：佚名   

来源：http://www.51testing.com/html/64/n-4476464.html