· 需求分析
· 提取测试点
· 测试用例编写
· 测试用例评审
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元素：检查界面的布局显示。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
