功能测试

阶段目标

• 能独立针对web项目实施功能测试

---

一、测试介绍

• 什么是软件测试？

  使用技术手段验证软件是否满足需求
  

• 软件测试目的

  减少软件缺陷(bug)，保证软件质量
  

• 测试主流技能

  • 功能测试

    • 主要验证程序的功能是否满足需求

  • 自动化测试

    • 使用代码或工具代替手工，对项目进行测试

  • 接口测试

    • 使用代码或工具对服务端提供的接口进行测试

  • 性能测试

    • 模拟多人使用软件，查找服务器缺陷

  主流方向建议： 1、功能测试 + 接口测试

  3、功能测试 + 性能测试

  2、功能测试 + web自动化测试

二、测试常用分类

• 分类

  • 阶段划分（阶段：软件产出过程顺序）
  • 代码可见度

2.1 阶段划分

• 单元测试

  • 说明：针对程序源代码进行测试（单元：最小独立功能代码段）

  • 提示：

    • 1、国内单元测试一般开发自测
    • 2、单元测试可以解决-快速定位缺陷
    • 3、提高测试执行效率

• 集成测试

  • 说明：针对单元与单元之间的接口进行测试
  • 提示：又称接口测试。

• 系统测试

  • 说明：针对系统整体功能+兼容+文档（说明、安装文档）

• 验收测试

  • 内测：公司内部人员使用，发觉缺陷并修复。
  • 公测：让用户帮忙测试
  • 提示：验收测试,一般要根据项目类型决定是否使用。

2.2 代码可见度划分

代码可见度：代码可见的程度上划分

黑盒测试：主要针对功能（阶段划分->系统测试）
灰盒测试：针对接口测试（阶段划分->集成测试）
白盒测试：针对程序源代码进行测试（阶段划分->单元测试）

2.3 总结

系统测试和黑盒测试重点核心是功能测试
集成测试和灰盒测试又称接口测试 
单元测试和白盒测试是对代码进行测试
自动化测试归属功能测试
性能测试、安全测试归属专项测试s

三、模型

说明：衡量一个优秀软件的维度

• 角度

  1、质量模型
  2、测试模型
  

3.1 质量模型

说明：质量模型能告诉我们，测试时应该考虑的方面

重点：功能、性能、兼容、易用性、安全
结论：无论测试硬件或软件，都应该从以上几点来进行分类验证

四、测试流程

• 需求分析（评审）

  前提：阅读1遍需求文档，记录不明确之处。
  参与人员：前端、后端、测试、产品
  目的：
      1、确保各部门需求理解一致
      2、各角色对需求进行查漏补缺
      3、了解软件有些功能
  提示：需求分析阶段->软件还未实现（刚立项）
  

• 测试计划

  说明：指导测试执行的文档（重要）
  测什么（目标、范围）
  谁来测（人员进度及安排）
  怎么测（测试工具、测试策略）
  

• 用例设计

  说明：保证能准确验证软件测试点执行的文档。
  1、分析需求
  2、提取测试点
  3、设计用例覆盖测试点
  

• 用例执行

  说明：实施测试
  

• 缺陷管理

  提交->验证->关闭
  

• 测试报告

  1、bug分析及统计
  2、测试中遇到的问题
  3、测试总结（本次测试中的优点和不足）
  

五、测试用例

• 用例：用户使用的案例

• 生活中的用例：

  

• 测试用例：为测试项目而设计的执行文档

• 测试用例的作用

  1、防止漏测
  2、衡量软件是否通过的标准
  

• 用例模板

  

  

• 八大要素编写规范

  

• 练习案例

  微信发朋友圈
      1、成功（1张图片） 
      2、成功（1段文字） 
      3、失败（内容为空）
  

  

六、用例设计方法

• 目标

  1、能对穷举场景设计测试点
  2、能对限定边界规则设计测试点
  3、能对多条件依赖关系进行设计测试点
  4、能对于项目业务进行设计测试点
  

6.1 能对穷举场景设计测试点

穷举：无穷无尽

• 方法：等价类划分法

• 介绍：

  

• 使用场景

  • 针对需要有大量数据测试输入，但是没办法穷举测试的地方

    • 输入框
    • 下拉列表
    • 单选复选框

  • 典型代表：页面的输入框类测试

• 案例1（qq程序）

  要求:6~10位自然数
  

  

  

• 案例2（电话）

  要求：
  1. 区号:空或者是三位数字
  2. 前缀码:非“0”且非“1”开头的三位数字
  3. 后缀码:四位数字