测试步骤总结

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

测试步骤总结

一、背景

测试过程中要通过各种常用的测试方法来保证用例的完整性,然后再对各功能点的围进行考虑。所以要保证测试用例的设计按照一种合理的结构组织进行,这样才能够更有效的保证系统所有功能点的覆盖率。

二、目的

为了测试的质量负责,使测试工作能有序、合理化的进行,从而提高实施测试时对所测系统产品模块的测试质量,也是作为测试人员在测试过程中能有效的掌握测试方法。

三、测试步骤

制定需求编写用例执行用例出测试报告需求讨论

需求分析测试准备等价类划分

边界值分析

错误推测法

常用设计方法

3.1编写需求

3.1.1需求讨论

测试角度关注的问题:

(1)系统架构、开发方法、人员安排、实现过程、开发周期

(2)产品应用围、面向的用户及用户人数、产品要实现的功能、使用的数据类型

(3)开发环境:开发工具版本、数据库版本、操作系统版本

(4)运行环境:硬件平台、操作系统、支撑环境(数据库版本、IE版本)、相关组件、服务

(5)安全要求:产品权限、数据库权限、部署的服务器信息、防火墙信息、要放开的端口号

(6)性能需求:系统支持的并发数量、响应时间、数据库中数据容量、占用的系统CPU、磁盘空间、传输速度、网络带宽等。

3.1.2需求分析

(1)画出整体系统的(网络)拓扑图

(2)根据不同角色身份进行分析,画出系统流程图:用户角度、安装人员角度、维护人员角度

(3)从数据库角度进行深入分析:数据层、业务层、表现层

(4)系统包含的功能模块/子系统列表,画出各模块的流程图,各模块间的关系及衔接接口

(5)安全级别是否达标、对性能需求进行分析

3.1.3测试准备工作

(1)环境准备:开发环境、测试环境、用户机干净环境虚拟机、复杂环境虚拟机(IE 不同版本、操作系统不同版本、防火墙不同、数据库版本不同)

(2)数据准备:正式数据、不自洽数据

(3)书写测试功能点

(4)根据需求分析结果和测试功能点,制定测试策略、测试方法、测试周期、人员安排。

3.2执行用例

是指为了实施测试而编写的一组有规性、有据可依的输入数据与输出数据的组合,也指为了实施测试而向被测对象提供的一组输入、输出数据以及由各种执行条件和期望结果相组合的一个特定集合,以便测试某个程序路径或者来核实是否满足某个特定的需求。

根据八大测试用例方法书写:等价类划分方法、边界值分析方法、错误推测方法、因果图方法、判定表驱动分析方法、正交实验设计方法、功能图分析方法、场景设计方法,这里介绍常用几种用例的书写方式。

3.2.1等价类划分法

1) 概念

是一种最典型的黑盒测试方法,它完全不考虑程序的部结构,而是只根据对程序的要求和说明进行测试用例的设计。测试人员要求对需求说明书中的各项功能需求进行细致分析,把程序的输入域划分成若干个部分,然后从每个部分中选取少数代表性数据作为测试用例,经过这种划分后,每一类的代表性数据在测试中的作用都等价于这一类中的其他值。如(表一)所示:

表一

2) 分类

有效等价类:是指对于程序的规格说明来说是合理的、有意义的输入数据构成的集合。

无效等价类:是指对程序的规格说明来说是不合理的、无意义的输入数据构成的集合。

3.2.2边界值分析法

是等价类测试的特例,主要考虑等价类的边界条件,在等价类的边缘处选择元素,是指输入和输出的等价类中那些恰好处在边界,恰好超过边界或恰好在边界以的数据集合组成的用例。

对边界值设计测试用例原则:

①如果输入条件规定了值的围,则应取刚达到这个围的边界的值,以及刚刚超出这个围边界的值作为测试输入数据。

②如果输入条件规定了值的个数,则用最大个数、最小个数、比最小个数小1、比最大个数多1的数作为测试数据。

③如果程序的规格说明给出的输入域或输出域是有序集合,则应选取集合的第一个元素和最后一个元素作为测试用例。

④如果程序中使用了一个部数据结构,则应选择这个部数据结构边界上的值作为测试用例。

⑤分析规格说明,找出其他可能的边界条件。

3.2.3错误推测法

是根据经验和直觉设计测试用例。其思想是:如某处发现了缺陷,则该处可能会隐藏更多的缺陷,在实际操作中,列出程序中所有可能的错误和容易发生的特殊情况,然后依据测试者经验作出选择;而该用例设计方法不是一个系统的测试方法,只是作为辅助手段,其优点是测试者能快速且容易的切入,并能体会到程序的易用与否,缺点是难以知道测试的覆盖率,可能丢失大量的未知区域。

3.2.4功能测试

此功能测试用例对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确,以及业务规则的实施是否恰当。主要测试技术方法为用户通过GUI(图形用户界面)与应用程序交互,对交互的输出或接受进行分析,以此来核实需求功能与实现功能是否一致。

3.2.5性能测试

性能测试是一种对响应时间、事务处理速率和其他与时间相关的需求进行测试和评估。性能测试的目标是核实性能需否都已满足。可以分为以下几种进方式来组织进行测试。

3.2.5.1预期性能测试用例

通常系统在设计前会提出一些性能指标,这些指标是性能测试要完成的首要工作,针对每个指标都要统写多个测试用例来验证是否达到要求,根据测试结果来改进系统的性能。预期性能指标通常以单用户为主。

3.2.5.2用户并发测试用例

用户并发测试是性能测试最主要的部分,主要是通过增加用户数量来加重系统负担,以检验测试对象能接收的最大用户数来确定功能是否达到要求。

3.2.5.3大数据量测试用例

大数据量测试是测试对象处理大量的数据,以确定是否达到了将使软件发生故障的极限。大数据量测试还将确定测试对象在给定时间能够持续处理的最大负载或工作量。

相关文档
最新文档