对于软件测试的初次见面

一、测试介绍

• 什么是软件测试

  使用技术手段验证软件是否能够执行
  

• 测试的主流技巧

  1、功能测试
  2、自动化测试
  3、接口测试
  4、性能测试
  
  主流方向建议
  1、功能测试+接口测试
  2、自动化测试+接口测试
  3、功能测试+性能测试
  

二、测试常用分类

• 分类
  • 阶段划分
  • 代码可见度

阶段划分

• 单元测试
  • 说明：针对程序源代码进行测试
  • tip
    • 国内一般采用开发自测
    • 单元测试可以快速定位缺陷
    • 提高执行效率
• 集成测试
  • 针对单元与单元之间的接口进行测试
  • tip
    • 接口测试
• 系统测试
  • tip
    • 针对系统整体功能+兼容+文档
• 验收测试
  • 内测
  • 公测
  • tip
    • 验收测试，一般要根据项目类型决定是否使用

代码可见度

• 黑盒测试
  • 系统测试
  • 看不见源代码，主要对于程序的功能测试
• 灰盒测试
  • 集成测试
  • 看见部分代码，主要是对于程序接口测试
• 白盒测试
  • 单元测试
  • 看见全部代码，主要对于程序源代码进行测试

总结

• 系统测试和黑盒测试的重点是功能测试
• 集成测试和灰盒测试又称为接口测试
• 单元测试和白盒测试是对代码的测试
• 自动化测试归属功能测试
• 性能测试，安全测试归属于专项测试

三、模型

• 角度
  • 质量模型
  • 测试模型

质量模型

四、测试流程

1. 需求分析（评审）

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

2. 测试计划

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

3. 用例设计

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

4. 用例执行

   说明：实施测试
   

5. 缺陷管理

   提交->验证->关闭
   

6. 测试报告

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

五、测试用例

八大要素编写规范

• 用例编号：项目_模块_编号
• 用例标题：预期结果（测试点）
• 模块/项目：所属项目或者模块
• 前置条件：要执行此条用例，有那些前置操作
• 优先级：表示用例的重要程度或者影响力
• 测试步骤：描述操作步骤
• 测试数据：操作的数据，没有的话为空
• 预期结果：期望达到的结果

六、用例设计方法

等价类划分法

将输入数据划分为不同的等价类，从每个等价类中选择一个或多个值作为测试用例。这种方法能有效地减少测试用例的数量，同时又能覆盖各个等价类。

边界值分析法

在等价类划分的基础上，重点关注输入变量的边界情况，通常会选择边界附近的值进行测试，因为很多软件错误往往发生在边界处。

错误推测法

基于错误的可能出现来设计测试用例，这种方法通常需要测试人员对系统有一定的了解和经验，能够根据常见的错误类型来设计测试用例。

状态转换法

适用于有状态的系统，在不同的状态下设计测试用例，使得系统的不同状态得到覆盖。

因果图法

通过分析系统的输入、输出和内部逻辑关系，绘制因果图，从而设计测试用例。