测试步骤总结.docx

测试步骤总结.docx

《测试步骤总结.docx》由会员分享，可在线阅读，更多相关《测试步骤总结.docx（12页珍藏版）》请在冰豆网上搜索。

测试步骤总结

测试步骤总结

测试步骤总结

一、背景

测试过程中要通过各种常用的测试方法来保证用例的完整性，然后再对各功能点的范围进行考虑。

所以要保证测试用例的设计按照一种合理的结构组织进行，这样才能够更有效的保证系统所有功能点的覆盖率。

二、目的

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

三、测试步骤

编写需求

3.1.1需求讨论

测试角度关注的问题：

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

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

　　（3）开发环境：

开发工具版本、数据库版本、操作系统版本

　　（4）运行环境：

硬件平台、操作系统、支撑环境（数据库版本、IE版本）、相关组件、服务

　　（5）安全要求：

产品权限、数据库权限、部署的服务器信息、防火墙信息、要放开的端口号

　　（6）性能需求：

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

3.1.2需求分析

（1）画出整体系统的（网络）拓扑图

（2）根据不同角色身份进行分析，画出系统流程图：

用户角度、安装人员角度、维护人员角度

　　（3）从数据库角度进行深入分析：

数据层、业务层、表现层

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

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

测试准备工作

（1）环境准备：

开发环境、测试环境、用户机干净环境虚拟机、复杂环境虚拟机（IE不同版本、操作系统不同版本、防火墙不同、数据库版本不同）

（2）数据准备：

正式数据、不自洽数据

（3）书写测试功能点

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

执行用例

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

根据八大测试用例方法书写：

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

.1等价类划分法

1） 概念

是一种最典型的黑盒测试方法，它完全不考虑程序的内部结构，而是只根据对程序的要求和说明进行测试用例的设计。

测试人员要求对需求说明书中的各项功能需求进行细致分析，把程序的输入域划分成若干个部分，然后从每个部分中选取少数代表性数据作为测试用例，经过这种划分后，每一类的代表性数据在测试中的作用都等价于这一类中的其他值。

如（表一）所示：

表一

模块名

服务报告

开发人员

版本号

用例作者

设计日期

测试类型

功能测试

测试工具

无

用例ID

用例名称

测试目的

输入描述

预期结果

实际结果

测试数据

1

添加服务报告信息

测试报告信息能否正确发布，内容是否能够被系统上传。

1.填写年度和业务分类

2.填写所属项目3.选择报告类型

4.添加附件

1.可以正常的输入要素

2.提示“附件”添加成功

3.显示提交成功并上传系统

服务报告信息添加成功

2

3

2） 分类

有效等价类：

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

无效等价类：

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

.2边界值分析法

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

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

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

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

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

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

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

.3错误推测法

是根据经验和直觉设计测试用例。

其思想是：

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

3.2.4功能测试

此功能测试用例对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。

这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。

主要测试技术方法为用户通过GUI（图形用户界面）与应用程序交互，对交互的输出或接受进行分析，以此来核实需求功能与实现功能是否一致。

3.2.5性能测试

性能测试是一种对响应时间、事务处理速率和其他与时间相关的需求进行测试和评估。

性能测试的目标是核实性能需求是否都已满足。

可以分为以下几种进方式来组织进行测试。

3.2.5.1预期性能测试用例

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

预期性能指标通常以单用户为主。

性能描述

响应事件

用例目的

测试打开网页系统的响应时间是否符合标准

步骤

输入/动作

期望的性能（平均值）

实际性能（平均值）

1

打开IE浏览器

2

输入网址http:

//

3

点击“转到”

<5s

4

关闭浏览器

备注：

3.2.5.2用户并发测试用例

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

功能

登录系统

目的

测试多人同时登录系统的性能情况

并发用户数与事务执行情况

并发用户数

事务平均响应时间

事务最大响应时间

事务成功率

实际性能（平均值）

10人

20人

30人

40人

50人

备注：

3.2.5.3大数据量测试用例

大数据量测试是测试对象处理大量的数据，以确定是否达到了将使软件发生故障的极限。

大数据量测试还将确定测试对象在给定时间内能够持续处理的最大负载或工作量。

测试目的

前提条件

测试需求

输入（最大数据量）

事务成功率

期望性能（平均值）

实际性能（平均值）

功能1

第10000条记录

第15000条记录

第20000条记录

功能2

第10000条记录

第15000条记录

第20000条记录

备注：

3.2.5.4疲劳强度测试用例

强度测试也是性能测试是的一种，实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。

如果内存或磁盘空间不足，测试对象就可能会表现出一些在正常条件下并不明显的缺陷。

而其他缺陷则可能由于争用共享资源（如数据库锁或网络带宽）而造成的。

强度测试还可用于确定测试对象能够处理的最大工作量。

测试目的

前提条件

连续运行8小时，设置添加10用户并发

测试需求

输入/动作

输出/响应

是否正常运行

功能1

2小时

4小时

6小时

8小时

功能2

2小时

4小时

6小时

8小时

3.2.6界面测试

用例编号

用例目的

前提条件

指标

子用例编号

检查项

评价

状态

执行测试人员

合适性

和正确性

用户界面是否与软件的功能相融洽？

是否所有界面元素的文字和状态都正确无误？

是否所有界面元素（例如图标）都不会让人误解？

是否所有界面元素提供了充分而必要的提示？

界面结构能够清晰地反映工作流程？

页面功能描述明确

风格一致

同类的界面元素是否有相同的视感和相同的操作方式？

字体是否一致？

是否符合操作习惯

及时反馈

信息

是否提供进度条、动画等反映正在进行的比较耗时间的过程？

是否为重要的操作返回必要的结果信息？

出错处理

是否对重要的输入数据进行校验？

执行有风险的操作时，有“确认”、“放弃”等提示吗？

是否根据用户的权限自动屏蔽某些功能？

是否提供Undo功能用以撤销不期望的操作？

适应各种

水平的用户

所有界面元素都具备充分必要的键盘操作和鼠标操作吗？

操作步骤是否有明确的功能描述

度量单位、日期格式、人的名字等是否符合国际惯例？

个性化

页面设计是否简洁

是否在具备必要的“一致性”的前提下突出“个性化”设计？

合理布局

和谐色彩

界面的布局符合软件的功能逻辑吗？

界面元素是否在水平或者垂直方向对齐？

界面元素的尺寸是否合理？

行、列的间距是否保持一致？

是否恰当地利用窗体和控件的空白，以及分割线条？

窗口切换、移动、改变大小时，界面正常吗？

界面的色调是否让人感到和谐、满意？

重要功能点是否有强视标志

色彩使用是否符合行业的习惯？

….

….

…..

….

3.2.7兼容性测试

操作系统的兼容性测试内容不仅包括软件的安装，还需对关键流程和功能点进行检查。

而需要测试哪些操作系统的兼容性，首先取决于软件用户文档上对用户的承诺，其次就需要对一些常用操作系统兼容的检查。

B/S系统兼容的浏览器为ie6 、IE7、IE8、火狐２、火狐３等。

C/S或B/S系统兼容操作系统 windows XP 、windows2000、windows2003、windows7等。

3.3测试报告

测试报告是把测试的过程和结果写成文档，并对发现的问题和缺陷进行分析，为纠正软件的存在的质量问题提供依据，同时为软件验收和交付打下基础。

包括产品质量和测试过程的评价，测试报告基于测试中的数据采集以及对最终的测试结果分析。