REHUMST001软件测试作业指导书.docx
- 文档编号:11147405
- 上传时间:2023-05-29
- 格式:DOCX
- 页数:14
- 大小:23.67KB
REHUMST001软件测试作业指导书.docx
《REHUMST001软件测试作业指导书.docx》由会员分享,可在线阅读,更多相关《REHUMST001软件测试作业指导书.docx(14页珍藏版)》请在冰点文库上搜索。
REHUMST001软件测试作业指导书
湖南瑞航信息系统测评
服务有限公司
REHUM-WI01-2006
软件测试作业指导书
版本号:
A/0
》
编制人员
编制日期
2016-06-01
审核人员
审核日期
2016-06-01
~
批准人员
批准日期
2016-06-01
修订历史记录
序号
修改描述
版本号
日期
编写人
审核人
批准人
1目的
为强化技术管理体系的管控,进一步保证管理体系的有效运行,强软件检测工作管理,将检测过程控制做到精细化、标准化、统一化,保证测试的可控性、准确性。
本文描述了软件测试过程的作业过程。
参与软件系统检测的人员,均需按照本文档制定的作业过程进行测试工作,本作业指导书是为了规范检验检测流程、提高检测质量,指导信息系统测评服务工作,为系统在功能方面和非功能方面的测试提供依据。
2范围
本作业指导书适用于软件系统检测工作。
3引用文件
1:
《GB/T—2010软件工程软件产品质量要求和评价(SQuaRE)商业现货(COTS)软件产品的质量要求和测试细则》
2:
《GB/T16260-2006软件工程产品质量》
4准备阶段
前期调研
此阶段的主要工作是前期协调和资料收集,包括:
明确参与检测各方的工作职责和关系,对检测工作目标达成共识;通过全面的前期调研,了解检测所需软硬件情况,掌握待测软件在功能、性能等相关需求。
检测规划
针对前期的调研结果,根据用户需求、软件系统业务架构、技术架构等信息规划检测的细节项目和操作方法,确定检测计划。
测试计划制订的步骤:
根据该软件系统的基本功能,确定测试的具体内容;
对测试内容进行评审,制定测试需求;
根据测试需求,识别不同的测试过程以及测试条件,针对每个测试过程规定测试数据的数量并对其特征进行规定;
综合有关内容,确定阶段目标,并形成测试计划;
对测试计划进行评审、修改,直至测试计划获得批准;
设计测试用例
测试用例设计步骤:
根据测试方案,按测试意图对每一个测试点分别设计在不同情况下的测试动作、输入和预期的反映;
形成测试用例列表;
对测试用例列表的覆盖度进行检查,完善后形成测试用例;
准备检测环境
为确保测试执行得以顺利进行,有关测试环境方面的准备活动包括:
准备硬件设备;
获得测试硬件、软件环境搭建指导说明;
搭建测试硬、软件环境;
配置网络环境;
搭建测试工具
根据测试类型选定测试工具。
性能测试需用到工具loadrunner:
LoadRunner,是一种预测系统行为和性能的负载测试工具。
通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题,LoadRunner能够对整个企业架构进行测试。
LoadRunner可适用于各种体系架构的自动负载测试,能预测系统行为并评估系统性能。
LoadRunner测试流程由以下四个基本步骤组成:
步骤1-创建脚本。
捕获在您的应用程序上执行的典型最终用户业务流程。
步骤2-设计模拟场景。
通过定义测试期间发生的事件,设置负载测试环境。
步骤3-运行场景。
运行、管理并监控负载测试。
步骤4-分析结果。
分析LoadRunner在负载测试期间生成的性能数据。
Loadrunner主要操作步骤如下:
使用VuGen创建脚本
1启动LoadRunner。
选择开始>程序>HPLoadRunner>LoadRunner。
将打开HPLoadRunner窗口。
2打开VuGen。
在LoadRunnerLauncher窗格中,单击创建/编辑脚本。
这时将打开VuGen起始页。
使用Controller设计场景
选择开始>程序>HPLoadRunner>LoadRunner。
将打开HPLoadRunner窗口。
在LoadRunnerLauncher窗格中,单击运行负载测试。
这时将打开LoadRunner
Controller。
默认情况下,Controller打开时将显示“新建场景”对话框。
启动Analysis分析场景结果
1.在Controller中,在Controller菜单中选择工具>Analysis,或选择开始>程序>
HPLoadRunner>应用程序>Analysis来打开Analysis。
2在Analysis窗口中选择文件>打开。
这时将打开“打开现有Analysis会话文件”
对话框。
3在
打开。
Analysis将在Analysis窗口中打开该会话文件。
5检测阶段
具体检测的主要内容有:
系统功能检测
功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。
测试的目标是核实数据的接收、处理和检索是否正确,以及业务规则的实施是否恰当。
测试基于黑盒技术,通过图形用户界面(GUI)与应用程序进行交互,并对交互的输出或结果进行分析,并以此来核实应用程序及其内部进程,功能测试采用等价类划分法、边界值分析法、错误推测法、因果图法、判定表驱动法等黑盒测试方法实施测试。
检测要点如下:
1.页面链接检查
每一个链接是否都有对应的页面,并且页面之间切换正确;
2.相关性检查
功能相关性:
删除或增加一项会不会对其他项产生影响,如果产生影响,这些影响是否都正确;
数据相关性:
下拉列表默认值检查,下拉列表数值检查,如果某个列表的数据项依赖于其他模块中的数据,则是否可见;
3.按钮功能检查
如新建、编辑、删除、关闭、返回、保存、导入,上一页,下一页,页面跳转,重置等功能是否正确;
4.字符串长度检查
输入不符合(超出或小于)需求所说明的字符串长度的内容,系统是否检查字符串长度;
检查需求规定的字符串长度是否是合理,能否输入业务数据;
5.字符类型检查
在指定类型的地方输入其他类型的内容,系统是否检查字符类型;
6.标点符号检查
输入内容包括各种标点符号,系统处理是否正确;
7.特殊字符检查
输入特殊符号,系统处理是否正确;在可以输入中、英文的系统中输入中文,系统是否出现乱码或出错;
8.检查信息的完整性
查看信息和更新信息时,查看所填写的信息是不是全部更新,更新信息和添加信息是否一致;
9.信息重复
在一些需要命名,且名字应该唯一的地方输入重复的名字或ID,系统有没有处理,会否报错,重名包括是否区分大小写,以及在输入内容的前后输入空格,系统是否作出正确处理;
10.检查删除功能
在一些可以一次删除多个信息的地方,不选择任何信息,点击删除,系统能否正确处理,会否出错;
选择一个和多个信息,进行删除,系统是否正确处理。
如果有多页,翻页选,系统是否都正确删除,删除的时候是否有提示;
11.检查添加和修改是否一致
检查添加和修改信息的要求是否一致;
12.重复提交表单
一条已经成功提交的纪录,返回后再次提交,系统是否做了处理;
13.搜索检查
在有搜索功能的地方输入系统存在和不存在的内容,系统搜索结果是否正确;
输入多个搜索条件,同时添加合理和不合理的条件,系统处理是否正确;
14.上传下载文件检查
上传下载文件的功能是否实现,上传下载文件是否能正确打开;
对上传文件的格式有何规定,系统是否有解释信息,并检查系统是否能够做到;
下载文件能否打开和保存,下载的文件会不会产生格式变化,是否有格式要求,如需要特殊工具才可以打开等;
将不能上传的文件后缀名修改为可以上传文件的后缀名,是否能够上传成功,上传文件后,重新修改,上传的文件是否存在;
15.必填项检查
应该填写的项没有填写时系统是否都做了处理,对必填项是否有提示信息;对必填项提示返回后,焦点是否会自动定位到必填项;
16.快捷键检查
是否支持快捷键操作,快捷键处理的结果是否与正常操作一致;
17.刷新键检查
使用浏览器的刷新键,系统处理如何;
18.直接URL链接检查
直接输入各功能页面的URL地址,系统如何处理;
19.输入法半角全角检查
在输入信息项中,输入半角或全角的信息,系统如何处理;
20.用户检查
检查各个管理员之间是否可以相互管理,编辑、删除管理员用户;
检查用户的有效日期,过了有效日期的用户是否能登录系统;
用户被注销后,再次注册同名用户时,系统是否把其作为一个新的用户;
21.密码检查
检查密码是否允许为空,系统密码位数有无限制;
系统密码加密方式能否正确解析特殊密码,系统有无相关提示;
22.系统数据检查
检查数据是否随业务过程、状态的变化而变化;
23.事务检查
对于事务性操作,断开网络或关闭程序来中断操作,事务是否回滚,数据信息是否发生变化;
24.安全保密性
安全保密性测试主要指系统安全性。
如果软件产品规定了或存在安全性要求,如登录、退出、用户权限(角色)设定、数据访问的权限控制
系统安全性测试包括身份认证、密码设置、退出系统、用户认证安全性(http安全性验证)4个部分。
A身份认证测试包括:
-软件产品应提供用户功能权限管理和用户数据访问权限管理,防止非授权的创建、删除或修改程序。
—身份认证测试应针对部门和角色权限实现全覆盖,还包括角色权限设置的有效性验证,设置全部访问权限的验证、两项权限的所有组合验证、随机选取部分权限的验证和不选择任何访问权限的验证等。
-角色权限验证不成功时,软件应有验证次数限制以及相应处理措施。
-软件用户名称应具有唯一性、用户在被删除或被停用后,若保留该用户记录,新增用户不得与该用户同名。
B密码设置测试包括:
-软件产品登陆时应进行密码身份验证。
-满足密码设置要求。
如有效期、最小长度、复杂度、非空设置、大小写敏感度等。
-密码应加密处理、还应考虑存储与传输过程的安全性。
C退出系统测试包括:
-如果需要,软件产品应具有超过规定时限未进行操作即自动退出或闭锁等保护机制。
-如果需要,软件产品在注销用户时,应实现退出软件或者返回登录界面等功能。
系统可靠性检测
可靠性测试重点包括:
成熟性
测试软件产品发生失效的相关时间数据(如每次发生失效的开始时间和结束时间及测试周期内发生失效的持续时间);
测试软件产品发生失效间隔时间数据(发生两次连续失效之间的间隔时间);
容错性
产品表述中列出的其他程序或用户造成的错误输入时,系统不崩溃也不丢失数据;
输入用户文档中明确规定的非法指令时,系统不崩溃也不丢失数据;
软件系统对误操作应能正确提示;
易恢复性
系统运行失效后,应能较快的重建系统;
系统重建后能够正常运行,数据不丢失或事物回滚到系统失败前;
系统易用性检测
易用性测试采用静态测试方法,结合被测软件和审查清单逐项查看被测软件和相关文档,并如实填写审查清单。
重点包括:
易理解程度
程序的问题、消息和结果通过适当的术语、图形、背景信息和帮助,可以帮助用户正确理解系统的各项功能;
出错消息应提供解释相应差错产生原因和纠正办法的详细信息;
数据媒体具有产品标识,可辨别编号和文本;
具有必要的信息,指导用户使用程序;
输入、输出设计清楚易于浏览;
能够清楚的知道当前用户所处状态;
易学习性
软件产品应具有详细解释说明并易于查询的在线帮助功能。
软件产品应具有用户手册或用户操作手册相关文档资料。
软件产品界面应保持一致。
易操作性
对具有严重后果的操作给出明显警告,并要求执行前确认;
系统支持标准的鼠标、键盘操作,支持鼠标的单击、双击和右键操作,支持快捷键操作;
软件产品应具有有效性检查输入数据功能或能力。
软件产品界面提示功能的相关内容应是正确有效的。
如果需要,软件产品应具有反馈信息和提示信息的显示,反馈信息和提示信息应完整、明确、智能,并具有统一的标记、标准和隐含的颜色等
吸引性
软件产品的窗口和界面应符合普通用户习惯且布局合理。
软件产品窗口和界面的各个控件可以正确调用并实现关闭和启用等功能。
软件产品窗口比例大小适中并应合理布局。
软件产品界面中元素的文字应与功能一致,界面颜色与背景颜色搭配应协调
系统的效率检测
性能效率评测主要测试以下要点:
1、时间特性:
软件的响应时间、平均响应时间、最大响应时间、最小相应时间;
2、资源利用特性:
数据操作的响应时间;硬件(I/O)输入/输出利用情况相关指标;CPU利用率;内存利用率;支撑软件参数配置的相关技术指标;
时间特性的测试,应使用经过校准并在有效期的秒表等时间计量器具进行测试,或者借助浏览器的开发者工具采集时间指标,有关数据的计算要求取5次及以上次数的数据,从中获得最大,最小,平均值等参数;
资源利用性测试,应结合软件产品运行的支撑软件——操作系统、数据库、中间件等自带工具(例如资源管理器,性能计数器)收集相关技术指标数据。
效率检测一般借助性能测试工具来模拟多用户的并发操作来进行测试。
系统可维护检测
软件的可维护性是指维护人员为纠正软件系统出现的错误或缺陷,以及为满足新的要求而理解、修改和完善软件系统的难易程度。
提高可维护性是决定软件工程方法论所有步骤的关键目标。
可维护性测试重点包括:
易分析性:
可理解性被定义为人们通过阅读源代码和相关文档了解软件系统的结构、接口、功能、内部过程以及如何运行的难易程度。
一个可理解的系统应具备如下一些特性:
模块化;
程序设计风格的一致性;
不使用令人捉摸不定或含糊不清的代码;
使用有意义的数据名和过程名、采用结构化的程序设计方;
具有正确、一致和完整的文档;
可测试性:
可测试性被定义为诊断和测试系统的难易程度。
一个可测试的系统应具备下列特性:
具有模块化和良好的结构;
具有可理解性、具有可靠性;
能显示任意的中间结果;
以清楚的描述方式说明系统的输出;
能根据要求显示所有的输入、能跟踪及显示逻辑控制流程、能适应软件开发每一阶段结束的检查要求、能显示带说明的错误信息;
具有正确、一致和完整的文档;
易改变性
易改变性表明程序容易修改的程度。
一个可修改的程序应当是可理解的、通用的、灵活的、简单的。
其中,通用性是指程序适用于各种功能变化而无需修改。
灵活性是指能够容易地对程序进行修改;
稳定性
如果软件产品修改后对其功能产生影响时,应进行稳定性测试。
测试内容如下:
测试软件产品修改后是否持续正确运行并无失效产生。
测试软件产品修改后是否支持非关联功能或业务正确实现。
系统移植性检测
可移植性测试是指软件产品能够在多种现场环境下的正确运行,同时关注软件产品安装卸载、与其同时运行的软件兼容性和软件产品替代能力等。
包括适应性、易安装性、共存性、易替换性4个方面。
具体测试内容包括但不限于:
适应性
如果软件产品在规定或指定的技术环境下运行或具有跨平台的技术要求时,应进行软件的适应性测试。
测试内容如下:
如果用户能够实施安装,遵循安装文档中的信息应能够成功安装软件。
软件产品在支撑该软件运行的所有硬件和网络环境下应能够正确运行。
软件产品应向用户提供移去或卸载所有安装的部件的方法。
易安装性
软件产品如果需要非专业人员安装应进行易安装性测试。
易安装性测试包括安装和卸载两个部分,依据用户操作手册或用户安装手册进行测试。
易安装性测试的内容如下:
软件产品安装测试。
依据相关文档指导进行安装,注意安装顺序和过程的正确性,抽取部分功能验证产品安装正确。
软件产品安装和卸载的易用性测试。
软件产品安装和卸载原则上是自动解压或自动完成安装,或需要人工进行简单配合(输入参数等);如果完全需要手工操作完成或需要复杂设置的安装和卸载属于安装和卸载易用性较差的软件产品。
安装的简易性分为3级:
最好:
自动解压或自动完成安装过程;
好:
按照安装指南执行安装过程,或需要进行简单参数配置;
差:
在安装中需要进行复杂参数配置或修改程序的源代码。
软件产品卸载测试。
测试是否完全卸载,不能完全卸载时有无明确提示等。
共存性
如果软件产品需要与其它无业务和技术关联的软件产品同时运行在同一技术环境时,应进行共存性测试。
测试内容如下:
软件产品需要与其它无业务和技术关联的软件产品同时运行在同一技术环境时,该软件产品应能够正确运行,并不会造成与其同时运行的其他软件产品出现错误。
易替换性
软件产品如果需要被其他系统替换或软件版本升级时,应进行易替换性测试。
测试内容如下:
软件产品如果需要被其他系统替换或软件版本升级后,替换或升级后的软件应兼容或支持原软件产品的所有数据。
软件产品如果需要被其他系统替换或软件版本升级后,替换或升级后的软件应可以实现或兼容或支持原有软件产品应保留的功能。
软件产品版本升级后,升级后的软件宜与原软件产品用户界面保持一致。
6总结阶段
整理和分析检测数据,评价检测效果和被测软件,描述检测状态。
最后,完成《软件检测报告》,经过评审、批准后提交检测委托方。
7相关记录表单
《测试计划》
《测试用例》
《缺陷报告》
《测试报告》
以下空白
;
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- REHUMST001 软件 测试 作业 指导书