软件测试规范解读_第1页
软件测试规范解读_第2页
软件测试规范解读_第3页
软件测试规范解读_第4页
软件测试规范解读_第5页
已阅读5页,还剩56页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

—GB/T15532—2008计算机软件测试规范解读目录范围规范性引用文件总则单元测试集成测试配置项测试系统测试验收测试回归测试规范性引用文件范围(一)范围本标准规定了计算机软件生存周期内各类软件产品的基本测试方法、过程和准则。本标准适用于计算机软件生存周期全过程。本标准适用于计算机软件的开发机构、测试机构及相关人员。总则规范性引用文件(二)规范性引用文件

GB/T8566信息技术软件生存周期过程(GB/T85662007,ISO/IEC12207:1995,MOD)GB/T9386计算机软件测试文档编制规范GB/T11457信息技术软件工程术语GR/T16260.1软件工程产品质量第1部分:质量模型(GB/T16260.1-2006ISO/IEC9126一l:2001,IDT)GB/T18492信息技术系统及软件完整性级别{GB/T18492-2001,IS0/IEC15026:1998,IDT)GB/T20158信息技术软件生存周期过程配置管理(GB/T20158-2006,ISO/IECTR15846:1998,IDT)单元测试总则(四)总则1.测试目的

验证软件是否满足软件开发合同或项目开发计划、系统/子系统设计文档、软件需求规格说明、软件设计说明和软件产品说明等规定的软件质量要求;通过测试,发现软件缺陷;为软件产品的质量测量和评价提供依据。(四)总则2.测试类别单元测试集成测试系统测试验收测试回归测试配置项测试(四)总则3.测试过程策划设计执行总结需求分析:即确定需要测试的内容或质量特性;确定测试的充分性要求;提出测试的基本方法;确定测试的资源和技术需求;进行风险分析与评估;制定测试计划。(四)总则3.测试过程策划设计执行总结

依据测试需求,分析并选用已有的测试用例或设计新的测试用例获取验证测试数据;根据测试资源、风险等约束条件,确定测试用例执行顺序;获取测试资源,开发测试软件;建立并校准测试环境;进行测试就绪评审。主要评审测试计划的合理性和测试用例的正确性、有效性和覆盖充分性。评审测试组织、环境和设备工具是否齐备并符合要求。(四)总则3.测试过程策划设计执行总结

执行测试用例。获取测试结果;分析并判定测试结果。同时,根据不同的判定结果采取相应的措施;对测试过程的正常或异常终止情况进行核对并根据核对结果,对未达到测试终止条件的测试用例,决定是停止测试,还是需要修改或补充测试用例集,并进一步测试。(四)总则3.测试过程策划设计执行总结

整理和分析测试数据,评价测试效果和被测软件项,描述测试状态。如:实际测试与测试计划和测试说明的差异、测试充分性分析、未能解决的测试事件等;描述被测软件项的状态,如:被测软件与需求的差异,发现的软件差错等;最后,完成软件测试报告。(四)总则4.测试方法代码审查代码走查静态分析静态测试方法动态测试方法白盒测试黑盒测试静态测试就是不通过运行或执行程序、代码、软件而检查错误的方式。

动态测试是指通过执行或运行程序(或代码或软件)检查存在错误或问题的方式。

寄存器使用格式入口和出口连接程序语言的使用存储器使用测试和转移性能可维护性逻辑……(四)总则4.测试方法代码审查代码走查静态分析静态测试方法动态测试方法白盒测试黑盒测试控制流分析数据流分析接口分析表达式分析(四)总则4.测试方法代码审查代码走查静态分析静态测试方法动态测试方法白盒测试黑盒测试控制流测试数据流测试程序变异程序插装域测试符号求值(四)总则4.测试方法代码审查代码走查静态分析静态测试方法动态测试方法白盒测试黑盒测试功能分解等价类划分边界值分析判定表因果图随机测试猜错法正交实验法(四)总则5.测试用例测试用例要素名称和标识测试追踪用例说明初始化要求输入期望的测试结果评价测试结果的准则操作过程前提和结束终止条件(四)总则6.测试组织管理(四)总则7.测试文档测试文档的取舍与合并要求(四)总则8.测试工具代码测试工具

1功能测试工具

2负载压力工具

3针对代码进行测试,测试中发现的缺陷可以定位到代码级(四)总则8.测试工具静态测试工具直接对代码进行分析,不需要运行代码,也不需要对代码编译链接和生成可执行文件。静态测试工具一般是对代码进行语法扫描,找出不符合编码规范的地方,根据某种质量模型评价代码的质量,生成系统的调用关系图等。(PMD)代码测试工具动态测试工具一般采用“插桩”的方式,在代码生成的可执行文件中插入一些监测代码,用来统计程序运行时的数据。(eclipsedebug)测试工具原理

扫描Java代码并寻找潜在问题设置断点进行单步调试(四)总则8.测试工具代码测试工具

1功能测试工具

2负载压力工具

3通过自动录制、检测和回放用户的应用操作,将被测系统的输出记录同预先给定的标准结果比较,其主要目的是检测应用程序是否能够达到预期的功能并正常运行。国内免费软件测试工具有AutoRunner和TestCenter

(四)总则8.测试工具代码测试工具

1功能测试工具

2负载压力工具

3度量应用系统的可扩展性和性能,是一种预测系统行为和性能的自动化测试工具。在实施并发负载过程中,通过实时性能监测来确认和查找问题,并针对所发现问题对系统性能进行优化,确保应用的成功部署。(WebApplicationStressTool

和WebServerStressTool

)集成测试单元测试(五)单元测试1.测试对象和目的对象可独立编译或汇编的程序模块(软件构件或面向对象设计中的类)目的检查每个软件单元能否正确地实现设计说明中的功能、性能、接口和其他设计约束等要求,发现单元内可能存在的各种差错(五)单元测试2.技术要求软件单元测试的技术依据是软件设计文档(或称软件详细设计文档)对软件设计文档规定的软件单元的功能、性能、接口等应逐项进行测试每个软件特性应至少被一个正常测试用例和一个被认可的异常测试用例覆盖测试用例的输入应至少包括有效等价类值、无效等价类值和边界数据值在对软件单元进行动态测试之前,一般应对软件单元的源代码进行静态测试语句覆盖率达到100%分支覆盖率要达100%对输出数据及其格式进行测试(五)单元测试3.测试内容边界条件差错处理变量、参数的使用是否正确前后一致输入输出文件属性是否正确,格式与语句是否匹配函数结束条件的判断和处理的正确性输入输出错误是否进行了检查并做了处理以及处理的正确性OPEN/CLOSE语句的正确性功能、性能内存使用局部数据结构接口(五)单元测试3.测试内容数据类型说明是否一致是否使用尚未赋值或尚未初始化的变量差错的初始值或缺省值下溢、上溢或是地址差错

全局变量对软件单元的影响边界条件差错处理功能、性能内存使用局部数据结构接口(五)单元测试3.测试内容软件单元在边界处是否正常使用(循环执行的第一和最后一次、测试输入参数最大最小值等)边界条件差错处理功能、性能内存使用局部数据结构接口差错的描述难以理解所提供的差错描述信息不足以确定差错的位置和原因显示的出错提示与实际差错不符对差错的处理不正确(五)单元测试3.测试内容对软件设计文档规定的软件单元的功能逐项进行测试对软件单元的性能(如精度、时间、容量等)进行测试边界条件差错处理功能、性能内存使用局部数据结构接口检查内存的使用情况,特别是动态申请的内存在使用上的错误(如指针越界、内存泄露等)(五)单元测试4.测试环境及方法环境应符合项目计划的要求,通常是开发环境或仿真环境方法静态测试方法动态测试方法(五)单元测试5.测试过程及文档过程测试策划测试设计测试执行测试总结文档软件单元测试计划软件单元测试说明软件单元测试报告软件单元测试记录软件单元测试问题报告配置项测试集成测试(六)集成测试1.测试对象和目的对象任意一个软件单元集成到计算机软件系统的组装工程任意一个组装得到的软件系统目的检验软件单元之间、软件单元和已集成的软件系统之间的接口关系,并验证已集成软件系统是否符合设计要求。(五)集成测试2.技术要求软件集成测试的技术依据是软件设计文档(或称软件结构设计文档)应测试软件之间、软件和硬件之间的所有接口应采用增量法,测试新组装的软件应测试软件单元之间的所有调用,达到100%的测试覆盖率应测试运行条件(如数据结构、输入输出通道容量、内存空间、调用频率等)在边界状态下,进而在人为设定的状态下,软件的功能和性能;应按设计文档要求,对软件的功能、性能进行强度测试对完整性级别高的软件,应对其进行安全性分析,明确每一个危险状态和导致危险的可能原因,并对此进行针对性的测试(六)集成测试3.测试内容准确性互操作性容错性时间特性适合性全局数据结构资源利用从适合性方面考虑,应对软件设计文档分配给以集成软件的每一项功能逐项进行测试可测试全局数据结构的完整性,包括数据的内容、格式,并对内部数据结构对全局数据结构的影响进行测试。(六)集成测试3.测试内容准确性互操作性容错性时间特性适合性全局数据结构资源利用接口测试(所加入的软件单元与已集成软件之间的接口;已集成软件与支持其运行的其它软件、例行程序或硬件设备的接口)测试软件的控制信息,如响应方式和响应时间等可对软件中具有准确性要求的功能和精度要求项(数据处理精度、时间控制精度等)进行测试测试已集成软件对差错输入、差错中断、漏中断等情况的容错能力,并考虑通过仿真平台或硬件测试设备形成些人为条件,测试软件功能、性能的降级运行情况(六)集成测试3.测试内容准确性互操作性容错性时间特性适合性全局数据结构资源利用考虑已集成软件的运行时间,算法的最长路径下的计算时间可考虑测试软件运行占用的内存空间和外存空间(六)集成测试4.测试环境及方法环境应符合项目计划的要求,通常是开发环境或仿真环境方法静态测试方法动态测试方法系统测试配置项测试(七)配置项测试1.测试对象和目的对象软件配置项软件配置项是为独立的配置管理而设计的并且能够满足最终用户功能的一组软件目的检验软件配置项与软件需求规格说明书的一致性(七)配置项测试2.技术要求软件配置项测试的技术依据是软件需求规格说明必要时,在高层控制流图中作结构覆盖测试应测试软件配置项的所有外部输入、输出接口应测试软件配置项的输出及其格式按软件需求规格说明的要求,测试配置项的安全保密性应测试人机互动界面中非常规操作、误操作的可靠性应测试运行条件在边界状态下,或在人为设定的状态下,软件配置项的功能和性能应按需求规格说明的要求,对软件的功能、性能进行强度测试(七)配置项测试2.技术要求软件配置项测试的技术依据是软件需求规格说明应测试设计中用于提高软件配置项安全性、可靠性的结构、算法、容错、冗余、中断处理等方案对完整性级别高的软件配置项,应对其进行安全性分析,明确每一个危险状态和导致危险的可能原因,并对此进行针对性的测试对有恢复或重置功能需求的配置项,应测试其恢复或重置功能和平均恢复时间,并且对每一类导致恢复或重置的情况进行测试(七)配置项测试3.测试内容易用性效率

适合性方面(每一项功能)准确性方面(有准确度和精度要求的项)互操作性方面(软件需求规格说明书规定的配置项与外部设备的接口、与其他系统的接口)安全保密性方面(配置项及其数据访问的可控制性)维护性可移植性可靠性功能性依从性(七)配置项测试3.测试内容易用性效率

成熟性方面:应在有代表性的使用环境中以及可能影响软件配置项运行方式的环境中运行软件配置项,验证可靠性需求是否实现容错性方面:测试配置项对中断发生、边界条件、误操作、故障、功能性能降级时的情况易恢复性方面:配置项的平均恢复时间、平均宕机时间等维护性可移植性可靠性功能性依从性(七)配置项测试3.测试内容易用性效率

易理解性方面(配置项各项功能、输入输出的格式和含义等是否容易被理解)易学性方面(确认在线帮助、用户手册或操作手册的有效性)易操作性方面(输入数据校验、操作取消、参数缺省值、消息提示运行状态监控)吸引性方面(人机交互定制)维护性可移植性可靠性功能性依从性(七)配置项测试3.测试内容易用性效率

时间特性方面(响应时间、平均响应时间、相应极限时间、吞吐量、周转时间等)资源利用性方面(输入输出设备、内存和传输资源)维护性可移植性可靠性功能性依从性(七)配置项测试3.测试内容易用性效率

易分析性方面:监测运行状态数据,检查数据是否容易获得、内容是否充分易改变性方面:是否能通过参数来改变软件配置项易测试性方面:内置的测试功能是否完整有效维护性可移植性可靠性功能性依从性(七)配置项测试3.测试内容易用性效率

适应性方面:是否易于移植易安装性方面:安装操作的简易型、是否容易重新安装共存性方面:与其他软件共同运行的情况易替换性方面:高版本替换低版本维护性可移植性可靠性功能性依从性(七)配置项测试3.测试内容易用性效率维护性可移植性可靠性功能性依从性软件在功能性、可靠性、易用性、效率、维护性和可移植性方面是否遵循相关标准、约定或法规(七)配置项测试4.测试环境及方法环境应符合项目计划的要求,通常是实际计算机系统运行环境或相容的计算机系统运行环境。方法黑盒测试方法验收测试系统测试(八)系统测试1.测试对象和目的对象完整的、集成的计算机系统(重点是新开发的软件配置项的集合)目的在真实系统工作环境下检验完整的软件配置项能否和系统正确连接.并满足系统/子系统设计文档和软

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论