功能测试的流程

Posted 程序员的快乐

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了功能测试的流程相关的知识,希望对你有一定的参考价值。

1.1 功能测试流程

# 功能测试大致按照以下流程进行:
(1).需求分析与评审
  (2).测试计划与测试
  (3).测试用例设计
  (4).测试用例评审
  (5).执行用例
  (6).缺陷跟踪及报告产出

1.2 功能测试流程详解

(1).需求分析与评审

功能测试应从需求出发,功能测试就是尽量覆盖用户需求,是软件能够最大程度满足用户的需求,在开始功能测试之前,技术人员应一起进行需求评审,明确需求,避免需求出现问题,导致后面开发,测试在错误的基础上进行

 

测试人员在需求评审过程中要:

- 确认自己对需求理解清晰,不存在疑惑
- 确认需求文档完整,准确,能够为后期测试工作所使用
- 对需求中不合理的地方提出自己的修改建议

(2).测试计划与测试方案

测试计划:是指描述要进行测试活动的范围,方法,资源和进度的文档,测试计划侧重在“计划”二字,其核心内容包含但不限于以下:

- 测试范围与目标
- 角色与职责
- 进度与资源
- 风险与应对
- 准入准出标准

测试计划一般由测试组长,测试经理负责编写,也可能有测试工程师编写

测试方案是从技术的角度去分析需求,在方向上明确要怎么测,分析结果侧重点在于测试策略与计数实现

  • 策略与方法

  • 环境

  • 工具的选择

(3).测试用例评审

测试用例(Test Case)是为了实施测试而向被测试的系统提供的一组集合,这组集合包括:测试环境、操作步骤、测试数据、预期结果等要素。其实,测试用例就是一份编写了要测哪些内容的文档,测试用例表达要清楚,无二义性;用例可操作性强;用例的输入与输出明确,用例是测试人员根据需求进行设计的,设计方法有:等价类划分法,边界值法,判定表法,正交法,场景法,错误推测法,基于需求设计。

(4).测试用例评审

测试用例评审是指,测试人员设计好测试用例后,需要进行评审,检查用例设计是否合格,是否能够最大程度上覆盖用户需求

(5).执行用例

测试用例评审通过,测试人员就可以根据测试用例对开发提交的代码进行测试了,并将测试结果与用例中的预期结果进行对吧,并详细记录

(6).缺陷跟踪及报告产出

缺陷跟踪,是指测试未通关提交的Bug,开发需要修复Bug,再次提测,测试人员要继续测试,如果不通过还要再次提Bug,直到测试通过,这个过程就是缺陷跟踪,最后产出报告

以上是关于功能测试的流程的主要内容,如果未能解决你的问题,请参考以下文章

VSCode自定义代码片段15——git命令操作一个完整流程

OpenGL ES之“深度测试”与“模板测试”的使用流程

Sublime Text自定制代码片段(Code Snippets)

Android 逆向ART 脱壳 ( DexClassLoader 脱壳 | DexClassLoader 构造函数 | 参考 Dalvik 的 DexClassLoader 类加载流程 )(代码片段

Android 逆向ART 脱壳 ( DexClassLoader 脱壳 | DexClassLoader 构造函数 | 参考 Dalvik 的 DexClassLoader 类加载流程 )(代码片段

Android 逆向整体加固脱壳 ( DEX 优化流程分析 | DexPrepare.cpp 中 dvmOptimizeDexFile() 方法分析 | /bin/dexopt 源码分析 )(代码片段