黑盒测试：功能测试

灰盒测试：性能测试

白盒测试：代码测试

兼容性、安全、UI界面

测试用例内容：用例编号、用例名称、测试模块、前置条件、优先级、重要级、测试数据、测试步骤、预期结果、实际结果、备注

测试用例编写流程：需求分析-提取用例点-编写测试用例-测试用例评审

需求分析--业务、用户、功能需求

没有需求怎么办：参考市面上已经上线的同类产品

需求模糊：收集整理已有需求、和产品经理确认、参考已有产品

测试点：需求分析后得出的具体的测试内容----实现的效果

测试用例编写方法

1、等价类划分法

有效等价类、无效等价类（无意义的）

2、边界值分析法--等价类的补充，与等价类方法结合

3、场景法：靠经验分析

测试用例管理

测试用例评审

慕课网搜索、APP下载功能测试用例编写

慕课网注册功能测试用例编写

测试用例编写方法

需求分析与测试点编写

测试用例介绍

如何写好测试用例

为什么需要管理用例？

1、测试用例数量巨大

2、测试用例会随着需求变更

3、测试用例需要补充完善

如何管理用例？

1、原始的excel管理方式

2、专业的项目管理系统

下面博主比较了几种测试管理工具

禅道基本应用：

1、专业的研发项目管理软件

2、完整支持敏捷开发流程

3、完整软件生命周期管理

下面博主演示了禅道的使用

测试用例评审（工作时最频繁的一个会议，贯穿整个测试生命周期的活动，所有文档需求变动都会进行评审）

1.评审就是对测试用例进行检查

2.评审包括：同行评审、小组评审（测试与测试之间评审）、部门评审、三方评审等（开发产品）

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

评审的意义？

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

2.方便测试人员改进用例

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

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

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

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

3、测试用例要根据具体的情况编写

测试用例编写的方法：

1、等价类划分法：黑盒

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

（等价类划分法是典型的黑盒类测试的方法，它将程序类所有可能的输入数据划分成若干的等价类，然后从每个部分中选取最具有代表性的数据）

有效等价类（有效等价类可以是一个或多个）：登录要求输入邮箱/手机号，则可输入符合条件的任意一个邮箱/手机号。

无效等价类：反之，随意输入一个不是邮箱/手机号的数据。

2、边界值分析法：黑盒

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

3、场景法：（分析用户在使用软件时会遇到哪些场景，根据场景来设计测试用例）对需求特别熟悉

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

4、猜测法：

根据经验选择容易出错的地方

依靠直觉去猜测哪些地方容易出现问题

依靠经验去分析哪些场景容易被开发忽略从而快速的得到测试的结果

测试用例是什么

测试用例就是我们在使用时很重要的一个文档

测试用例包含的内容

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

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

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

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

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

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

//注意优先级和重要级不一定成正比关系。比如：周末出去玩，但是公司突然加班 优先级：出去玩 重要级:回公司加班   当然结果是回去加班 

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

测试步骤：测试进行的步骤第一步 第二步 

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

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

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

测试用例编写流程：

需求分析、提取测试点、测试用例编写、测试用例评审

前置知识点

1.软件相关概念：数据+程序+文档    测试时就是操作数据，测试的主体就是程序，文档就是工作时的可视化，测试用力就是文档的一部分。

2.软件测试的基础：软件测试就是以满足需求为目的，保证软件质量的手段测试流程：需求分析->制定计划->编写用例与执行->对测试结果的分析报告。

3.测试的生命周期：测试计划，测试设计，测试开发，测试执行，测试评估

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

                       灰盒：把软件比作一个半透明的盒子，可以通过暴露在盒子外面的功能和盒子里面的数据进行对比，从而得出结论。

                                 例如：将生成的订单和数据库里面的信息进行对比   

                       白盒：透明的盒子，通过盒子里面的结构推敲出是否满足用户的需求。（技术难度最高）

专项测试的方向    功能：软件是否满足用户提出的表面需求     性能：测试一个软件的工作效率   安全：软件是否能保护用户的信息

 测试点划分     兼容性：软件在不同平台上的表现     易用性：软件是否有好，满足用户的使用习惯     UI元素：检查界面的布局显示

测试用例包含哪些内容

如何管理用例？

1. 原始的excel管理方式

2. 专业的项目管理系统

禅道基本应用

1. 专业的研发项目管理软件

2. 完整支持敏捷开发流程

3. 完整软件生命周期管理

测试用例评审

• 评审就是对测试用例进行检查

• 评审包括：同行评审、小组评审、部门评审、三方评审等

• 不同的评审类型会有不同的角色参与

评审的意义

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

2. 方便测试人员改进用例

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

注册功能测试用例编写

测试用例编写注意
用例格式不是固定的，不要生搬硬套

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

根据具体的情况编写

测试用例编写方法

• 等价类划分法

    如何选择适当的数据子集，来代表整个数据集。

    通过降低测试的数目去实现“合理的”覆盖，覆盖了更多的可能数据，以发现更多的软件缺陷。

• 边界值分析法

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

• 场景法
  

    通过运用场景来对系统的功能点或业务流程的描述，从而提高测试效果。

    场景法一般包含基本流和备用流，从一个流程开始，通过描述经过的路径来确定的过程，经过遍历所有的基本流和备用流来完成整个场景。

测试用例编写流程

需求分析：业务需求、用户需求、功能需求

    如果没有需求怎么办？

        参考市面上已经上线的同类产品

    如果需求模糊怎么办？

        收集整理已有需求

        和产品经理逐条确认

        参考同类型产品的实现情况

提取测试点

    什么是测试点？

        测试点即通过需求分析后对得出的需要进行测试的具体内容

    测试点对测试用例的设计有什么好处？

        快速：根据测试点可以快速设计出测试用例

        覆盖：测试点可以完全覆盖我们的需求

        方法：在测试点上能迅速运用测试方法

        细节：展现出需求的细节

测试用例是什么？

•  测试工作的核心

• 一组在测试时输入输出的标准

• 软件需求的具体对照

测试用例的作用

• 检验软件是否满足客户的要求

• 体现一个测试人员的工作量

• 展现测试用例的设计思路

测试用例包含哪些内容？

1. 用例编号：唯一

2. 用例名称：准确，最少

3. 测试背景：说明测试用例是什么用例，属于哪个项目，主要测什么

4. 前置条件：执行测试前需要满足什么条件

5. 优先级

6. 重要级

7. 测试数据

8. 测试步骤

9. 预期结果

10. 实际结果

11. 备注

测试用例编写流程

需求分析-》提取测试点-》测试用例编写-》测试用例评审

么

么

么

1

界面布局是否一致，美观

流程

测试用例

测试的时候使用的很重要的文档

测试工作的核心

确定测试是否完全覆盖需求；测试工作的工作量；展现思路

包含

用例编号

用例名称：言简意赅

测试背景：

前置条件：

优先级

重要级

测试数据

测试步骤

预期结果

实际结果

备注