软硬件测试专项方案.docx
- 文档编号:28320374
- 上传时间:2023-07-10
- 格式:DOCX
- 页数:17
- 大小:26.65KB
软硬件测试专项方案.docx
《软硬件测试专项方案.docx》由会员分享,可在线阅读,更多相关《软硬件测试专项方案.docx(17页珍藏版)》请在冰豆网上搜索。
软硬件测试专项方案
一.1.1软硬件测试方案
一.1.1.1测试目标和要求
一.1.1.1.1测试目标
作为软件开发关键步骤,软件测试越来越受到大家重视,软件测试是软件工程过程一个关键阶段,是在软件投入运行前,对软件需求分析、设计和编码各阶段产品最终检验,是为了确保软件正确性、完全性和一致性,从而检测软件错误、修正软件错误过程。
伴随软件开发规模增大、复杂程度增加,以寻求软件中错误为目标测试工作就显得愈加困难,所以要求测试计划和测试管理愈加完备。
此次测试安排在项目进行编码过程中和编码完成后进行,测试内容包含系统界面风格、关键功效、容错能力、模块间关联等等,依据正规步骤完成单元测试、边缘测试、整体测试。
经过测试,立即发觉存在于程序中错误并依据测试结果对程序进行修改,从而确保提交给用户程序是经过检验并能顺利运行。
一.1.1.1.2测试总体要求
软件测试可利用多个不一样测试策略来实现,最常见方法是自底向上分阶段进行,对不一样开发阶段产品采取不一样测试方法进行检测,从测试开始,然后进行功效测试,最终进行系统测试。
尽早地和不停地进行软件测试。
确保系统风格和界面统一。
确保各系统联接正确,数据传送正常。
抽检程序内部编写情况无误。
测试用例应由测试输入数据和对应预期输出结果两部分组成。
程序员应避免负责测试自己编写程序。
测试用例,应该包含合理和不合理输入条件。
应该检验程序是否有不期望副作用。
程序步骤和接口内容绝不可忽略。
充足注意测试中群表现象。
严格实施测试计划。
对每个测试结果严格检验。
妥善保留文档。
性能测试和功效测试相同关键。
一.1.1.1.3测试人员及组织分工
参与测试人员包含技术支持组部分人员、开发小组全体组员、质保组测试组员和用户人员。
组织分工以下:
单元测试:
由实施组组员在编码过程中,各自和交叉进行单元测试。
集成测试:
由质保组两名测试组员、实施组两名组员进行集成测试。
系统测试:
由技术组项目技术责任人、系统设计师、用户人员进行系统测试。
一.1.1.1.4软件测试依据
一.1.1.1.4.1用户文档
软件测试依据用户文档关键有以下两个:
《需求规格说明书》
《总体设计书》
一.1.1.1.4.2测试技术标准规范
软件测试依据国家技术标准规范关键有以下八个:
GB/T17544-1998《信息系统及软件完整性等级》
GB/T16260-《软件质量模型和度量》
GB/T18905-《软件工程产品评价》
GB/T8567-《计算机软件文档编制规范》
GB/T9386-《计算机软件测试文件编制规范》
GB/T25000.1-《软件质量要求和评价(SQuaRE)指南》
CSTCJSBZ02《应用软件产品测试规范》
CSTCJSBZ03《软件产品测试评分标准》
一.1.1.2测试方法和关键内容
一.1.1.2.1软件测试方法
1、单元测试
测试是在软件开发过程中针对功效模块进行正确性检验,实施测试人员首先是程序开发者自己在开发过程中自测试,其次才是专业测试人员。
测试对象是软件设计最小单位-模块。
测试应对模块内全部关键控制路径设计测试用例,其测试依据是项目标具体设计描述。
采取多为白盒测试。
2、集成测试
将已测试模块组装进行检测,对照软件设计检测和排除子系统或系统结构上错误。
案例采取黑盒测试法。
集成测试关键是检测模块接口之间连接,发觉访问公共数据结构可能引发模块间干扰,和全局数据结构不一致,测试系统或子系统输入输出处理、故障处理和容错等方面能力。
3、系统测试
系统测试应该由若干个不一样测试步骤组成,目标是重返运行系统,验证系统各部件是否能正常工作并完成所给予任务。
其关键包含以下方面测试:
恢复测试:
检验系统容错能力。
安全测试:
检验系统对非法侵入防范能力
强度测试:
检验程序对异常情况抵御能力。
性能测试:
检验系统能否满足性能要求。
关键包含响应时间、并发用户数,及对应CPU、内存、硬盘等利用率及网络吞吐量等。
一.1.1.2.2测试关键内容
一.1.1.2.2.1功效测试
功效测试关键采取是黑盒测试方法,黑盒测试法制订覆盖《需求规格说明书》和《总体设计书》中所要求全部功效点和关键业务步骤测试用例,经过测试用例实施,分别对功效点和业务步骤进行测试。
1、功效测试方法
此次功效测试中采取黑盒测试法,关键测试用例设计方法包含因果图分析、等价类划分、边界值分析、错误推测法:
(1)因果图法:
采取因果图法,以委托方提供《需求规格说明书》和《总体设计书》为依据设计业务功效点测试案例;
(2)等价类划分法:
对业务步骤进行等价类划分,测试用例应是业务主步骤和步骤主分支最小集,全部判别分支全部能被覆盖,在步骤覆盖同时,完成等价功效测试;
(3)边界值分析法在功效测试中,针对功效说明中输入输出域,进行边界值和极限值设计和测试;
(4)错误推测法:
采取逆向思维方法,结合以往测试经验和直觉设计软件在功效和步骤上可能存在多种错误,进行容错性测试。
功效测试策略关键从以下方面考虑:
(1)安装
假如软件安装由用户来进行,则根据安装手册中信息应能安装成功。
产品说明书中,给出每个所需配置在安装程序时全部应含有。
安装以后,程序是否运行应是能够判别。
比如,使用测试用例或经过对应信息自检。
(2)数据准备
软件内部应含有一定数据量供测试使用。
最好由厂商提供符合规范测试数据作为数据准备,也能够由厂商提供数据导入格式,测试方使用该数据导入格式自行制作一定量数据备测试使用。
(3)功效表现
在用户文档中提到全部功效全部应能实施。
程序应根据用户文档中给定形式,在要求边界值范围内使用对应工具、资源和数据实施其功效。
(4)正确性
程序和数据应和产品说明书及用户文档全部内容相对应。
为完成工作任务程序功效应以正确方法实施。
尤其是,程序和数据应符合产品说明书包含任何需求文档全部要求。
(5)一致性
程序和数据其本身内容不能自相矛盾,而且同产品说明书和用户文档也不能相互矛盾。
每一术语应四处保持相同意思。
由用户进行程序操作控制和程序运行表现(比如:
信息、屏幕录入格式和打印报表)应有相同结构。
(6)用户界面测试
对用户界面布局、界面文字、操作步骤、操作方法、快捷方法进行测试和验证,必需时候经过用户调研或用户测试,验证用户界面是否满足用户要求
2、业务步骤测试方法
业务步骤测试关键是在功效测试基础上,测试系统完成某项业务能力。
业务步骤关键考查系统不一样模块、不一样子系统之间功效衔接、数据流向和完成业务功效正确性和便利性。
我们根据以下标准进行步骤测试:
先测功效后测步骤:
业务步骤测试是建立在功效点测试基础上。
首先要确保步骤测试包含到功效点实现正确,所以,步骤测试安排在功效测试后面进行。
先测主步骤后测分支步骤:
主步骤就是指根据正常情况实现业务步骤,分支步骤指出现特殊情况后业务步骤。
先测子系统内步骤后测跨子系统步骤:
子系统内步骤测试随子系统功效测试进行,在子系统步骤测试完成后,集中人力进行跨子系统主步骤联调测试。
本系统中业务步骤测试先针对各子系统各自主业务步骤和分支步骤分别进行测试,然后对不一样子系统之间业务流及数据流进行测试。
3、功效覆盖率分析
对每个模块功效覆盖率进行分析,首先测试用例对全部业务步骤、数据流和关键功效点覆盖率达成100%。
其次,必需满足用户测试需求。
4、测试内容
测试将对以下项目应用系统中相关功效进行测试。
一.1.1.2.2.2安全性测试
安全性测试采取软件测试当中黑盒测试方法,对包含安全软件功效,如:
用户管理模块、权限管理模块、加密系统、认证系统等进行测试,关键是验证上述功效是否有效。
一.1.1.2.2.3可靠性测试
可靠性是指产品在要求条件下和要求时间内完成要求功效能力。
比如针对某个软件系统,关键可靠性测试指标包含:
屏蔽用户操作错误:
考察对用户常见误操作提醒和屏蔽情况;
输入数据有效性检验:
系统对数据录入有效性检验;
错误提醒正确性:
对用户错误提醒正确程度;
错误是否造成系统异常退出:
有没有操作错误引发系统异常退出情况;
异常情况影响:
在程序运行过程中进行掉电或断网试验,考察数据和系统受影响程度,若受损,是否提供补救工具,补救情况怎样;
数据库备份及恢复测试:
系统是否提供数据备份和恢复手段,能否进行数据库备份和恢复。
结合功效测试:
对于用户权限限制、用户和密码封闭性、数据备份和恢复手段、留痕功效等,系统安全性测试能够结合功效测试完成,因为上述功效即是系统安全性考虑,同时也是系统功效模块;
留痕功效:
系统是否有操作日志,操作日志统计操作情况全方面性和正确性,是否包含关键要素如操作员、操作日期、使用模块等,是否含有日志查询功效;
采取统一身份认证,用户能否操作不属于其职权其它子系统;
外网能否不经过CA认证就可登录该系统。
可靠性测试除了包含上述基础项外,关键测试内容是数据可靠性和系统长时间无故障稳定运行,可经过以下种方法实施:
1、结合功效测试:
软件可靠性和软件本身缺点数量息息相关,所以结合功效测试寻求软件缺点,能够提升软件系统可靠性,关键是系统错误屏蔽、数据校验能力和其它和功效相关可靠性指标;
2、模拟测试:
经过模拟手段模拟系统异常情况出现,如:
系统死机、系统掉电、网络中止、设备故障等情况,测试系统对于出现异常情况预防和恢复方法。
3、独立处理能力:
在某系统发生故障时含有能独立运行能力。
4、数据可靠性测试:
包含数据备份测试策略、灾难恢复测试、备份和恢复速度。
5、长时间无故障稳定运行:
日常业务疲惫强度测试就是模拟系统日常业务,连续实施“一段时间”,暴露系统性能问题,比如内存泄漏、资源争用等,分析和调整方法和并发性能测试是很类似。
高峰业务疲惫强度测试就是模拟系统高峰业务,连续实施“一段时间”,这么负载是对系统双重考验,既包含负载压力,又包含长时间。
一.1.1.2.2.4性能测试
1、性能测试综述
性能测试方法是在系统真实运行环境,基于关键事件优先标准,设计业务实施效率测试用例,采取测试脚本回放方法,仿真实现事务处理过程,经过在单台或多台测试用机上实施多线程或多进程实现多用户并发测试,或基于批处理模式,加载一定规模数据量,进行系统资源监控测试。
测试包含实施效率、设备效率、网络效率。
(1)实施效率测试关键是测试在特定应用业务逻辑、用户界面、功效下系统能够承受用户并发数量和响应时间。
上述测试可经过自动化测试工具录制含有一定代表意义经典操作,并进行测试脚本编译即可形成确定测试案例,然后经过压力测试工具,模拟多用户同时循环进行这些业务操作,测试服务器事务处理平均响应时间、服务器90%事务处理平均响应时间、事务处理速率等相关参数,考察系统在多种情况下性能表现。
在具体测试过程中需要结合功效测试制订对应测试案例,包含以下内容:
测试脚本:
选择影响系统实施效率功效模块,录制经典业务步骤脚本作为实施效率测试基础案例。
测试脚本制订方法,能够利用测试工具“录制”功效录制对应测试脚本,也能够经过脚本编程语言进行脚本编写;
并发用户数量:
分为负载测试和压力测试,负载测试是指系统能够承受正常见户并发数量;压力测试是指系统能够承受最大用户并发数量;
并发方法:
关键指用户并发过程中和真实情况相同程度,包含并发用户数量改变方法、并发过程使用真实用户端数量、对于并发峰值模拟等。
(2)设备效率关键指系统CPU占用率、内存占用率、磁盘占用率、输入输出效率等,包含软件在不工作状态下对于硬件资源占用情况和进行业务处理过程中对于硬件资源占用情况,包含数据库服务器、应用服务器和用户端等。
通常操作系统均提供了监控端口,只要经过测试工具自动连接对应端口,即可实现监控系统设备效率,并结合实施效率进行相关测试。
(3)网络效率关键指网络吞吐量、网络使用频度和带宽占用。
性能分析:
经过实施和设备效率及网络效率测试结果进行性能分析,找出可能影响性能步骤。
2、性能压力测试实施
测试实施可从以下多个方面考虑:
(1)并发性能
并发测试过程,是一个负载测试和压力测试过程。
即逐步增加负载,直到系统瓶颈或不能接收性能点,经过综合分析交易实施指标和资源监控指标来确定系统并发性能过程。
(2)速度
关键测试系统关键操作效率,比如查询信息速度、数据汇总统计速度等。
(3)疲惫测试
通常是采取系统稳定运行情况下能够支持最大并发用户数,连续实施一段时间业务,经过综合分析交易实施指标和资源监控指标来确定系统处理最大工作量强度性能过程。
通常情况下利用疲惫强度测试来模拟系统日常业务操作。
一.1.1.2.2.5兼容性测试
兼容性试检测应用系统在不一样软件和硬件配置中运行情况。
在大多数环境中,用户机、网络连接和数据库服务器具体硬件规格会有所不一样,用户机可能会安装不一样软件,而且在任何时候,全部可能运行很多不一样软件组合,从而占用不一样资源。
关键适应性测试内容有:
硬件兼容性:
系统对不一样型号硬件(如服务器、打印机、扫描仪等设备)兼容程度。
软件兼容性:
考察系统和其它现有应用软件兼容性,如杀毒软件、报表软件等。
数据兼容性:
符合需求说明书数据标准要求,在确保系统和数据安全前提下,能够方便地和其它现有系统实现数据交换和共享。
一.1.1.2.2.6平台移植性测试
在淮委已经有主机平台模拟环境中测试系统能否平滑移植。
一.1.1.2.2.7易用性测试
1、测试方法
该质量特征和软件本身功效缺点是息息相关,所以在利用功效测试结果去分析是得到其它质量特征关键方法。
对于软件易用性测试,关键利用评定方法,测试人员以用户需求说明为准则,按不一样评定项内容给出评价。
2、测试内容
易安装性:
安装难易程度,符合流行安装模式;
用户界面友好性:
界面简练性怎样,和人事和物流管理实际业务步骤相符程度怎样,界面风格一致性;
易学习性:
相对通常操作人员来说,学习使用难度怎样,对操作人员有何要求;
易操作性:
操作难易程度,对关键或常见功效应该提供快捷方法;
联机帮助丰富性:
考察联机帮助正确性、全方面性,在关键操作时使用联机帮助方便性。
一.1.1.2.2.8用户文档测试
用户文档关键包含用户需求说明书、用户操作手册、设计说明书,我们从以下七个方面对用户文档进行检验:
规范性;
符合性;
完整性;
一致性;
易了解程度;
印刷和包装质量;
操作实例。
一.1.1.2.2.9回归测试
对上次测试中问题修改后反复测试,验证修改后内容是否满足现在需求或引发了新错误。
一.1.1.3测试步骤、日程和工具
一.1.1.3.1软件测试步骤
一.1.1.3.1.1确定测试需求
北京江河瑞通技术发展将经过和用户沟通交流,并参考相关国家标准和规范,确定软件测试需求。
同时,确定软件测试纲领。
一.1.1.3.1.2制订测试方案
依据软件测试需求和软件测试纲领,北京江河瑞通技术发展软件测试工程师将制订对应软件测试方案,合理调配人力资源和测试进度。
编制完成软件测试方案,北京江河瑞通技术发展将组织专员对测试方案进行内部评审。
假如内部评审经过,将进入下一个步骤;假如内部评审不经过,将对软件测试方案进行修正和改善,软件测试方案修正和改善完成后会再进行评审。
一.1.1.3.1.3设计测试用例
依据测试方案,设计单元测试用例、集成测试用例和系统测试用例。
单元测试用例针对项目建设应用系统软件各个子系统子模块进行设计。
集成测试用例包含系统外部接口测试用例和系统内部接口测试用例。
系统测试用例包含性能测试用例、配置测试用例、安装测试用例、安全性测试用例、可靠性测试用例、兼容性测试用例、平台移植性测试用例、易用性测试用例、用户文档测试用例和回归测试用例。
设计完成软件测试用例,北京江河瑞通技术发展将组织专员对测试用例进行内部评审。
假如内部评审经过,将进入下一个步骤;假如内部评审不经过,将对软件测试用例进行修正和改善,软件测试用例修正和改善完成后会再进行评审。
一.1.1.3.1.4实施测试
实施测试过程将分为A角测试和B角测试同时进行。
依据二者结果对比,假如无偏差,同时依据测试中出现问题,撰写并提交测试问题汇报,审核经过后,提交问题单,并进行回归测试。
假如A角测试和B角测试结果存在偏差,或测试问题汇报内部评审不经过,将实施补充测试。
一.1.1.3.1.5撰写测试汇报
依据软件测试结果撰写测试初汇报,测试初汇报完成后将进行内部评审,假如评审经过将提交软件测试最终汇报;假如内部评审不经过,将就汇报中存在问题和不完善地方进行修正和改善,并酌情进行补充测试。
一.1.1.3.1.6消除软件缺点
依据最终软件测试汇报,北京江河瑞通技术发展软件开发工程师将对软件存在部分缺点进行修复,消除软件缺点,确保项目应用系统软件安全稳定运行。
一.1.1.3.2软件测试日程
项目系统软件周期较长,具体软件测试日程安排,我们将依据整个工程进度进行合理计划,初步软件测试日程安排以下。
单元测试:
在系统编码过程中进行。
集成测试和系统测试:
逐阶段进行。
一.1.1.3.3软件测试工具
应用系统测试工具是该部分件测试工作一个关键组成部分,它能够帮助测试工程师完成很多手工无法完成或难以实现部分测试工作。
正确、合理地选择和使用测试工具能够快速、全方面地对软件进行测试,从而提升软件质量。
在不一样测试阶段,我们应该选择不一样测试工具进行测试实施和管理工作,因为测试工具使用需要比较高技巧和比较丰富经验,所以即使在同一个项目中,我们也可能需要随时依据项目标实际情况选择不一样测试工具。
北京江河瑞通技术发展进行过大量软件工程项目测试,对于多种测试工具,尤其是测试管理工具、性能测试工具和故障定位工具使用积累了丰富使用经验,能够在测试过程中应对出现多种可能情况。
系统日志工具Log4J
在软件系统开发和系统运行过程中,系统日志全部是很关键。
好系统运行日志,能够为系统运行情况评定、故障分析提供有力数据支持。
在软件开发过程中,系统日志也是软件调试和测试利器。
Log4J(还有Log4C等)一样起源于互联网权威开源组织apache.org,是一个优异系统日志框架,我们在这个框架基础上,依据其提供二次开发接口,结合项目标实际需求,对日志信息等级、输出格式、日志信息存放方法等进行定制和二次开发。
为软件调试和测试过程提供统一信息描述格式,提升软件开发不一样角色之间沟通效率。
系统进入运行期以后,只需要对运行期间所需统计信息等级进行设置,就可完成从开发阶段向运行阶段转换。
功效测试工具WinRunner
WinRunner是一个企业级功效测试工具,用于检测应用程序是否能够达成预期功效及正常运行。
经过自动录制、检测和回放用户应用操作,WinRunner能够有效地帮助测试人员对复杂企业级应用不一样公布版进行测试,提升测试人员工作效率和质量,确保跨平台、复杂企业级应用无故障公布及长久稳定运行。
Web用户模拟和压力测试工具WebStress
WebStress是MiscroSoft开发一个Web测试软件。
它能够模拟任何人数在同一时间内进站或是循序进站时你Server反应表现。
只要输入网站URL网址和模拟上站人数,就能够看出Server在这种压力测试下评选,用条状图明白地表示出Server反应时间、传输速率等相关数据。
除了Http网页外,还支持JSP等语言撰写程序。
支持Proxy设定、密码输入、Cookies和JSPSession等功效。
使用WebStress,能够模拟Web用户对应用访问过程,实现自动化测试,也能够对软件实现效率、服务器负载情况进行测试,在以往项目中得到了广泛使用。
测试管理工具TestDirector
TestDirector是全球最大软件测试工具提供商MercuryInteractive企业生产企业级测试管理工具,也是业界第一个基于Web测试管理系统,它能够在您企业内部或外部进行全球范围内测试管理。
经过在一个整体应用系统中集成了测试管理各个部分,包含需求管理,测试计划,测试实施和错误跟踪等功效,TestDirector极大地加速了测试过程。
一.1.1.3.4软件测试程序
测试人员要仔细阅读相关资料,包含规格说明、设计文档、使用说明书及在设计过程中形成测试纲领、测试内容及测试经过准则,全方面熟悉系统,编写测试计划,设计测试用例,作好测试前准备工作。
测试设计能够直接参考模块源程序。
所以测试策略,是把白盒法和黑盒法结合利用。
具体做法有两种:
用黑盒法提出一组基础测试用例,然后用白盒法作验证。
假如发觉用黑盒法产生测试用例未能满足所需覆盖标准,就用白盒法增补新测试用例来满足它们。
覆盖标准应该依据模块具体情况确定。
对可靠性要求较高模块,通常要满足条件组合覆盖或路径覆盖标准。
先用白盒法分析模块逻辑结构,提出一批测试用例,然后依据模块功效用黑盒法进行补充。
功效测试及其后测试阶段,通常采取黑盒方法。
其策略包含:
用边值分析法和(或)等价分类法提出基础测试用例;
用猜测法补充新测试用例;
假如在程序功效说明中含有输入条件组合,宜在一开始就用因果图法,然后再按以上两步进行。
一.1.1.4测试输出结果
一.1.1.4.1测试计划
软件测试计划指在正式测试实施开始前,对软件测试项目所作一个测试计划和实施方案,关键包含测试目标、评测依据、评测管理、评测内容及方法、测试配合要求、测试结果、测试环境要求和项目输出结果等。
一.1.1.4.2综合测试汇报
综合测试汇报指在测试实施完成后,测试工作组提交一个软件缺点汇报。
关键内容包含问题严重等级、问题产生具体操作过程及结果描述等。
一.1.1.4.3步骤和功效测试汇报
软件测试汇报是由测试工作组提交最终测试结果汇报,关键内容包含对软件功效及其它质量特征综合评价、测试要求各项质量特征具体等级评分、具体测试结果描述和软件测试环境描述等。
一.1.1.5测试审核和结果认定方法
1、测试结果由测试审核组进行审定。
2、测试审核组由用户、投标单位、监理单位和聘用技术教授组成。
3、在进行测试审核前两天内,投标单位负责将测试文档交由测试审核组。
一.1.1.6测试结果认定及处理
测试审核组以会议和现场实测形式对测试结果进行认定。
未达成测试经过规则测试项,将错误统计到《测试案例》文件中错误异常描述中,并提交开发人员更改软件,在更改以后进行回归测试或再测试。
任何测试必需使用整个系统完整经过,不许可部分验收。
假如15天内测试不经过,有权停止验收并拒收该系统。
测试经过后,由测试审核组、投标单位代表、用户代表、监理单位代表在测试经过汇报上签字确定。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软硬件 测试 专项 方案