四大文档

软件测试文档包括:测试计划、测试用例、测试方案、测试报告等。

 

测试计划

  • 测试计划的注意事项:
    软件测试计划应当尽早的制定
    软件测试计划在测试活动中处于中心位置
    它设定了测试准备工作和执行测试的必备条件
    同时形成了测试过程质量保证的基础

测试计划的内容

1. 测试目的

这部分描述文档内容简要。例如本文档描述XXX项目系统测试的范围、方法、资源、进度。

2. 参考文档

这部分列出进行测试计划的输入文档

3. 测试范围

3.1. 测试对象

描述被测对象:如果被测对象的发布特性随版本不同而不同,需要明确对象版本。对于不属于测试范围的对象,也应该在此进行描述

3.2.需要测试的特性

说明所有需要测试的对象的特性以及特性组合。
前端、移动端、后端、小程序各个系统功能

3.3. 不需要测试的特性

说明所有不需要测试的对象的特性以及特性组合。

 

测试用例

1:测试用例是一组条件或变量,测试者根据它来确定应用软件或软件系统是否正确工作。确定软件程序或系统是否通过测试的方法叫做测试准则。

测试用例(Test Case)是指对一项特定的软件产品进行测试任务的描述,体现测试方案、方法、技术和策略。其内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等,最终形成文档。简单地认为,测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果,用于核实是否满足某个特定软件需求。

 

2.测试用例的要素

 

测试用例的标题、测试思路、预设条件、步骤、预期输出

 

一个好的测试用例是一个不熟悉业务的人也能依据用例来很快地进行测试。

 

评价测试用例的标准:

 

  • 用例表达清楚,无二义性
  • 用例可操作性强
  • 用例的输入与输出明确,一条用例只有一个预期结果
  • 用例的可维护性好
  • 用例对需求的覆盖率高
  • 暴露程序bug的能力强

 

3.测试用例的好处

 

  • 它是测试执行者的依据
  • 它使得工作可重复,自动化测试的基础
  • 评估需求覆盖率
  • 用例的复用
  • 积累测试的方法思路以供后续借鉴

 

4.测试用例的设计方法

 

4.1 总体的设计方法

 

基于需求的设计

 

基于需求的测试方法RBT(Requirements-Based Testing)是基于需求的测试方法,会使得测试更加有效,它使测试专注于质量问题产生的根源,即需求。

 

基于需求的测试是一种最根本的软件测试,它关注以下问题:

 

  • 验证需求是否正确、完整、无二义性,并且逻辑一致
  • 要从“黑盒”的角度,设计出充分并且必要的测试集,以保证设计和代码都能完全符合要求

 

4.2具体的设计方法

 

<1> 等价类:

 

依据需求将输入(特殊情况下会考虑输出)划分为若干个等价类,从等价类找那个选出一个测试用例,如果这个测试用例测试通过,则认为所代表的等价类测试通过,这样就可以用较少的测试用例达到尽量多的功能覆盖,解决了不能穷举测试的问题。

 

  • 有效等价类
    对于程序的规格说明书是合理的、有意义的输入数据构成的集合,利用有效等价类验证程序是否实现了规格说明书中所规定的功能和性能
  • 无效等价类
    根据需求说明书,不满足需求的集合

 

等价类只考虑输入域的分类,没有考虑输入域的组合,需要其他的设计方法和补充。

 

<2> 边界值:

 

边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分的补充,这种情况下,其测试用例来自等价类的边界。

 

例:针对6-15位长度设计测试用例。

 

有效等价类:6 < x < 15

 

无效等价类:x < 6 || x > 15

 

边界值:5,6,15,16

 

完整的测试用例:5,6,10,15,16

 

在有效等价类中任选一个值代表这个等价类。

 

 

测试方案

测试方案:从测试技术角度分析需求,在方向上明确要怎么测,分析结果重点在于测试点和测试方法
测试方案的核心内容:
1.
测试策略:模块测试。 对软件的组成单位进行测试,其目的是检验软件 基本组成单位的正确性。 测试的对象的是软件测试的最小单位:模块。 测的测试工作。 集成主要目的是检查软件单位之间的接口是否正确。
2.测试方法:测试方法有 等价类划分 、场景法,偶尔会使用到的测试方法有边界值和判定表,还有包括不经常使用到的正交排列法和测试大纲法。

{等价类划分、边界值分析、判定表等属于黑盒测试方法;只对功能是否可以满足规定要求进行检查,主要用于软件的确认测试阶段。. 白盒测试也叫做结构测试或 逻辑驱动测试 ,是基于覆盖的全部代码和路径、条件的测试,通过测试检测产品内部性能,检验程序中的路径是否可以按照要求完成工作,但是并不对功能进行测试,主要用于软件的验证。}

3.测试工具:一类就是面对QA的功能测试,主要是满足测试人员对用例的维护,测试计划的建立,用例的执行,以及生成测试报告等,另一类就是面对开发人员的接口测试,功能测试,压力测试,性能测试,以及自动化测试,到最后的集成到流水线中。
4.测试阶段:一般系统的主要测试工作都集中系统测试阶段。. 根据不同的系统,所进行的测试种类也很多。. 功能测试:. 功能测试是对产品的各功能进行验证,以检查是否满足需求的要求。. 性能测试:. 性能测试是通过自动化测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试

 

测试报告

记录测试的过程和结果,对发现的问题和缺陷进行分析的文档

 

1. 定义

记录测试的过程和结果,对发现的问题和缺陷进行分析的文档

2. 测试报告分类

阶段测试报告
整体测试报告

3.报告内容

3.1 概要

  1. 编写目的
    (1)对测试报告进行相应的解释
    (2)对项目进行简介
    (3)对于测试任务进行简单描述,要测试哪些内容
  2. 测试人员
    类似于测试计划中的人员分工,简单描述日期等
  3. 测试环境
    软件和硬件环境

3.2 测试过程

  • 阶段测试报告:
    1、测试进度情况
    2、用例执行情况
    3、缺陷统计
  • 总体测试报告
    1、各版本的测试情况
    2、各版本的缺陷统计

3.3 缺陷分析

1、按照缺陷级别
2、按照功能模块
3、按照轮次
4、缺陷总数
5、缺陷类型
6、缺陷趋势

3.4 测试总结

1、测试结论
2、风险分析
3、遗留问题


 

 

 

posted @ 2021-09-27 19:36  Gavin_j  阅读(273)  评论(0编辑  收藏  举报