#某某系统软件测试计划(新1)_第1页
#某某系统软件测试计划(新1)_第2页
#某某系统软件测试计划(新1)_第3页
#某某系统软件测试计划(新1)_第4页
#某某系统软件测试计划(新1)_第5页
已阅读5页,还剩18页未读 继续免费阅读

下载本文档

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

文档简介

某某某某某某系统软件测试计划版本V10软件开发部门11111软件测试部门Z第小组编写日期年月日审核11日期批准11日期版本历史版本/状态作者参与者起止日期备注10张三张三2010715建立文档12张三张三2010730修订文档22张三张三2010815修订文档版本历史是指测试计划修改的历史某某某某某公司二00八年目录测试计划有三重境界第一重什么都没用第二重仅部分有用第三重什么都有用计划达成统一认识,对过程控制一、项目简介211、目的2目的文档目的,测试目的12、背景212文档受众2适用对象开发经理测试经理公司高层领导二、测试参考文档和测试提交文档4文档写法一定要统一不用写扩展名DOC,具体哪一个文件三、术语介绍所有软件测试的专业词汇都要写(如果是第三方,或者是用户要看测试计划,要保证用户看懂)如缺陷的定义,功能测试,压力测试,性能测试等测试模型这个看受众用户,如果用户是开发团队,是第三方测试,要写清楚测试架构测试模型1为什么选择模型2模型细化,每个阶段做什么输出好几版本V,螺旋边测边改,1个计划,死亡线用例结果带给下一个版本H模型四、测试需求测试范围依据需求分析,找测试需求五、测试策略1值域测试2数据库测试3功能测试4裸机测试5版本验证测试冒烟测试6界面测试7可用性测试8强度测试9安装测试10安全性测试11加密测试12接口测试13集成测试14配置测试15压力测试16容量测试17故障转移和恢复性测试18负载测试验收测试注意测试结构功能,性能不属于策略,黑白盒也不属于策略,测试阶段也不属于策略六、严重程度、优先级的定义可写在这里1)用例的优先级2)缺陷的优先级3)缺陷的严重程度七、测试进度5模型对规模再细化阶段里程碑具体每天里程碑要加评审时间安排,考虑并行的情况需求计划在评审中,写用例,搭建环境,时间紧且人员充足的情况下这样做需求分析需求评审测试计划计划评审编写用例用例评审执行用例测试总结八、测试资源6系统是实体机还是虚拟机,要写清楚硬件不用网络就不写游戏要写显卡硬盘工具研发人员开发,内部开发的工具九、系统风险不写1系统风险11影响计划的潜在因素12应急措施13测试的局限性2测试通过标准21测试模块通过标准22系统测试通过标准ISO9000规定,有些公司会更严格一些当没有发现致命性错误,严重功能性错误数量小于测试用例总数的2,一般功能性错误数量小于测试用例总数的5,则认为系统通过本次测试,但要以测试结果评审会的评审结果为最后标准十、附录一般添加模板计划模板,用例模板,日志模板,缺陷报告模板,会议记录(记录人,参与人,评审人)测试说明各种模板,如何使用,如何做需求分析的1简介11测试目的1确定项目的信息和软件构件。2需求3策略4确定资源,任务,工作量,工作进度5可交付元素某某某某某某某某系统的这一“测试计划”文档有助于实现以下目标确定现有项目的信息和应测试的软件构件。列出推荐的测试需求(高级需求)。推荐可采用的测试策略,并对这些策略加以说明。确定所需的资源,并对测试的工作量进行估计。确保测试工作进度列出测试项目的可交付元素。12测试背景软件名称用户开发者测试版本最新版本软件背景为了谁的需求,使用软件功能简介有哪几个模块构成主要的功能,以及项目的简史项目名称某某某某某某某某系用户北京公司人事专员和财务专员开发者测试版本20最新版本22某某某某某某某某系统,为公司提供更好的高效办公环境,而设计系统主要是通过文件发送与接收、文件下载、文件查询、错误处理、站点监控、权限控制等功能,使文件流转顺畅、资源共享、信息有序管理,基本实现无纸化办公,从而提高办公效率和工作质量,降低管理成本,为核心业务工作提供强有力的技术支持。13范围测试操作的范围,描述测试各个阶段的测试类型各个阶段单元,集成,系统,验收测试类型功能,性能,压力描述测试的各个阶段这个范围,有多种写法第一种按照测试类型分类,画表格这种常用测试类型是否计划进行测试测试的优先级说明安装/卸载测试是最高优先级程序的安装与卸载测试功能测试是最高优先级系统功能的正确实现及与需求是否符合的测试平台之间的接口数据流程控制业务流程控制用户权限控制资源占有测试否对系统在安装或运行后对硬盘、内存、CPU及网络占有率测试兼容性测试是低优先级系统对各种运行环境的兼容性(例如操作系统、浏览器)以及与历史版本的兼容性、与第三方软件的兼容性测试可靠性/稳定性测试是最高优先级系统运行的可靠性、对各种异外情况错误处理能力的测试系统响应时间系统稳定性并发测试是系统对并发操作的支持性测试并发用户访问同一资源压力测试否系统在大负载量条件的性能测试用户友好性测试是中等优先级主要是指测试人员以用户的角度对系统操作的方便性、可使用性、界面友好性的给出评价。软件安全性测试否主要从软件安全性角度测试系统对业务数据保存、访问及软件系统自身的安全性进行测试。配置测试否指对被测系统使用说明书中要求的软硬件配置进行验证。在此主要指硬件的配置要求验证测试。恢复测试否是指被测试系统的服务器端或客户端或网络在机器突然出故障(例如突然断电或断网)后重新恢复正常的能力测试。文档检查否对提供的用户手册、系统的在线帮助等技术文档进行一致性检查。其他测试否备注(1)请在表中选择本次测试计划进行的测试类型,并对测试的优先级给以说明。(2)测试的优先级分为四个级别,请在表格中填写相应序号。1最高优先级首先测试,并详细测试;2中等优先级正常测试;3低优先级只需粗略测试,但本次测试必须进行;4最低优先级只需粗略测试,可以留到下轮测试进行;第2种按模块名称,各模块的测试需求是什么本计划主要定位于各模块功能测试,界面测试,验收测试的工作,测试类型以功能测试为主,辅以用户界面测试。模块名称测试需求测试优先级备注文件发送与接收网络正常情况下发送与接收网络中断情况一发送与接收,判断是否支持续传当文件本身发生错误时发送与接收情况高文件下载网络正常情况下,下载网络中断时下载情况当正在下载,突然管理员删除文件时的情况高文件查询根据文件名称查询根据文件内关键字查询判断查询提示信息,并显示相应的查询结果高错误处理当网络出现错误时,各种提示错误信息是否正确高站点监控各个终端,进行监控,查找各个终端上传下载情况并且进行压力和负载测试,查看站点繁忙时的状态高权限控制不同的人,有不同的权限访问不同的文件判断权限是否正确中退出系统低第3种按照测试实施的各个阶段来划分测试的各个阶段1测试设计根据需求规格说明书和最终的系统设计,制订测试计划、测试方案,包括收集测试方法、测试用例,可能的测试工具等。2集成测试前期主要针对单个的功能和模块,及简单的功能组合,后期主要针对基本的流程;同时进行对新加入测试人员的培训。3系统测试前期根据需求规格说明书进行功能测试,中期是针对重点模块的性能测试,后期是模拟用户的业务测试,并结合可能的用户测试。4验收测试根据用户手册对功能进行检查,复查报告库中的所有BUG,对RELEASE版本进行安装测试,典型配置环境的裸机测试,加密测试。备注此测试计划不包含单元测试的内容。2测试参考文档和测试提交文档第一种写法分别列出来,如下这种常用21测试参考文档产品需求说明书产品概要设计产品详细设计产品使用说明书22测试提交文档测试计划测试用例设计与执行报告测试用例设计评审记录功能测试报告性能测试报告压力测试报告安装测试报告测试日志缺陷报告验收测试总结报告第二种方法将测试计划参考文档,写上下表列出了制定测试计划时,需要参考哪些文档,全列在下方,并且标识这些文档的可用性这个偏硬件注可适当地删除或添加文档项。文档(版本/日期)已创建或可用已被接收或已经过复审作者或来源备注可行性分析报告是否是否软件需求定义是否是否软件系统分析(STD,DFD,CFD,DD)是否是否软件概要设计是否是否软件详细设计是否是否软件测试需求是否是否硬件可行性分析报告是否是否硬件需求定义是否是否硬件概要设计是否是否硬件原理图设计是否是否硬件结构设计(包含PCB)是否是否FPGA设计是否是否硬件测试需求是否是否PCB设计是否是否USB驱动设计是否是否TUNERBSP设计是否是否MCU设计是否是否模块开发手册是否是否测试时间表及人员安排是否是否测试计划是否是否测试方案是否是否测试报告是否是否测试分析报告是否是否用户操作手册是否是否安装指南是否是否下表列出了制定测试计划时所使用的文档,并标明了各文档的可用性一般项目用文档(版本/日期)已创建或可用已被接收或已经过复审作者或来源备注需求规约是否是否功能性规约是否是否用例报告是否是否项目计划是否是否设计规约是否是否原型是否是否用户手册是否是否业务模型或业务流程是否是否数据模型或数据流是否是否真实原始数据是否是否业务功能和业务规则是否是否项目或业务风险评估是否是否3术语和定义程序员和开发人员,因为术语不同,发生争执统一术语此部分定义与测试计划执行有关的重要术语和缩略语,其中主要对软件错误与缺陷的划分标准进行定义。31软件错误与缺陷定义软件错误与缺陷定义见附录。32其他术语的定义无。4测试功能模块范围模块名称对应测试用例编号主要功能测试内容优先级5测试策略把讲的测试策略,再结合着要求的进行修改内容测试对于系统来说,总有些内容部分需要测试,例如帮助等。对于网站来说,文字说明也是相当重要的。内容测试的第一步就是将内容部分标识出来,再确定谁来实施测试。提示和技巧如果内容只是一些帮助文件,用户教育部门会编写和验证这些内容。如果系统是以内容为主的,拥有上百万的文字、千个链接以及不计其数的图片,在这种情况下需要使用由编辑、校对和测试人员组成的小组来负责内容测试。与内容提供者确定“什么是内容的缺陷”。避免出现模糊的问题,比如“读起来有点问题”或者“太文绉绉”。哪些内容需要测试。如何将内容测试与其他工作分开。41测试策略下面列出了在进行每项测试时需考虑的事项,除此之外,测试还应在安全的环境中使用已知的、有控制的数据库来执行。注意不实施某种测试,则应该用一句话加以说明,并陈述这样的理由。例如,“将不实施该测试。该测试本项目不适用”。411数据和数据库完整性测试数据库和数据库进程应作为一个子系统来进行测试。在测试这些子系统时,不应将测试对象的用户界面用作数据的接口。对于数据库管理系统(DBMS),还需要进行深入的研究,以确定可以支持以下测试的工具和技术。测试目标确保数据库访问方法和进程正常运行,数据不会遭到损坏测试范围数据库及表结构技术检查数据库,确保数据已按预期的方式填充,并且所有的数据库事件已正常发生;或者检查所返回的数据,确保正当的理由检索到了正确的数据开始标准系统数据库设计完毕完成标准所有的数据库访问方法和进程都按照设计的方式运行,数据没有遭到损坏。测试重点和优先级需考虑的特殊事项测试可能需要DBMS开发环境或驱动程序在数据库中直接输入或修改数据。进程应该以手工方式调用。应使用小型或最小的数据库(记录的数量有限)来使所有无法接受的事件具有更大的可视度。412单元测试测试目标确保模块及单元的正确性测试范围记录输入输出数据技术开始标准编码完成完成标准集成测试测试重点和优先级需考虑的特殊事项接口的限制条件413功能测试对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接收、处理和检索是否正确,以及业务规则的实施是否恰当。此类测试基于黑盒技术,该技术通过图形用户界面(GUI)与应用程序进行交互,并对交互的输出或结果进行分析,以此来核实应用程序及其内部进程。以下为各种应用程序列出了推荐使用的测试概要测试目标确保测试的功能正常,其中包括导航,数据输入,处理和检索等功能。测试范围技术利用有效的和无效的数据来执行各个用例、用例流或功能,以核实以下内容在使用有效数据时得到预期的结果。在使用无效数据时显示相应的错误消息或警告消息。各业务规则都得到了正确的应用。开始标准集成测试完成完成标准所计划的测试已全部执行。所发现的缺陷已全部解决。测试重点和优先级需考虑的特殊事项确定或说明那些将对功能测试的实施和执行造成影响的事项或因素(内部的或外部的)414用户界面测试用户界面(UI)测试用于核实用户与软件之间的交互。UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。另外,UI测试还可确保UI中的对象按照预期的方式运行,并符合公司或行业的标准。测试目标通过测试进行的浏览可正确反映业务的功能和需求,这种浏览包括窗口与窗口之间、字段与字段之间的浏览,以及各种访问方法(TAB键、鼠标移动、和快捷键)的使用窗口的对象和特征(例如,菜单、大小、位置、状态和中心)都符合标准。测试范围技术为每个窗口创建或修改测试,以核实各个应用程序窗口和对象都可正确地进行浏览,并处于正常的对象状态。开始标准系统整合完毕完成标准成功地核实出各个窗口都与基准版本保持一致,或符合可接受标准测试重点和优先级需考虑的特殊事项并不是所有定制或第三方对象的特征都可访问。415性能评测性能评测是一种性能测试,它对响应时间、事务处理速率和其他与时间相关的需求进行评测和评估。性能评测的目标是核实性能需求是否都已满足。实施和执行性能评测的目的是将测试对象的性能行为当作条件(例如工作量或硬件配置)的一种函数来进行评测和微调。注以下所说的事务是指“逻辑业务事务”。这种事务被定义为将由系统的某个ACTOR通过使用测试对象来执行的特定用例,添加或修改给定的合同。测试目标核实所指定的事务或业务功能在以下情况下的性能行为正常的预期工作量预期的最繁重工作量测试范围用户登录,查询,添加,修改,删除、发送、下载等技术使用为功能或业务周期测试制定的测试过程。通过修改数据文件来增加事务数量,或通过修改脚本来增加每项事务的迭代数量。脚本应该在一台计算机上运行(最好是以单个用户、单个事务为基准),并在多个客户机(虚拟的或实际的客户机,请参见下面的“需要考虑的特殊事项”)上重复。开始标准功能开发完毕并可用完成标准单个事务或单个用户在每个事务所预期时间范围内成功地完成测试脚本,没有发生任何故障。多个事务或多个用户在可接受的时间范围内成功地完成测试脚本,没有发生任何故障。测试重点和优先级用户登录,查询,添加,修改,删除、发送、下载需考虑的特殊事项综合的性能测试还包括在服务器上添加后台工作量。可采用多种方法来执行此操作,其中包括直接将“事务强行分配到”服务器上,这通常以“结构化语言”(SQL)调用的形式来实现。通过创建“虚拟的”用户负载来模拟许多个(通常为数百个)客户机。此负载可通过“远程终端仿真(REMOTETERMINALEMULATION)工具来实现。此技术还可用于在网络中加载“流量”。使用多台实际客户机(每台客户机都运行测试脚本)在系统上添加负载。性能测试应该在专用的计算机上或在专用的机时内执行,以便实现完全的控制和精确的评测。性能测试所用的数据库应该是实际大小或相同缩放比例的数据库。416负载测试负载测试是一种性能测试。在这种测试中,将使测试对象承担不同的工作量,以评测和评估测试对象在不同工作量条件下的性能行为,以及持续正常运行的能力。负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。此外,负载测试还要评估性能特征,例如,响应时间、事务处理速率和其他与时间相关的方面。注以下所说的事务是指“逻辑业务事务”。这里事务被定义为将由系统的某个最终用户通过使用应用程序来执行的特定功能,例如,发送或接收报文文件。测试目标核实所指定的事务或商业理由在不同的工作量条件下的性能行为时间。测试范围用户登录,查询,添加,修改,删除等技术使用为功能或业务周期测试制定的测试。通过修改数据文件来增加事务数量,或通过修改脚本来增加每项事务发生的次数。开始标准完成标准多个事务或多个用户在可接受的时间范围内成功地完成测试,没有发生任何故障。测试重点和优先级功能开发完毕并可用需考虑的特殊事项负载测试应该在专用的计算机上或在专用的机时内执行,以便实现完全的控制和精确的评测。负载测试所用的数据库应该是实际大小或相同缩放比例的数据库。42工具此项目将列出测试使用的工具用途工具生产厂商/自产版本缺陷管理BUGZILLATERRYWEISSMAN32功能测试QTPMI92性能测试LOADRUNNERMI91六、严重程度、优先级的定义可写在这里1)用例的优先级2)缺陷的优先级3)缺陷的严重程度对于软件的错误和缺陷,目前主要依据其严重程度划分五个级别致命性错误数据丢失,数据计算错误、数据传递错误、对数据库造成破坏,造成操作系统或其他支撑系统崩溃、非正常关闭和非正常死机。严重性错误应用系统崩溃、非正常关闭和无响应,但没有造成数据丢失。系统的主要功能不能正确实现或不完整。一般性错误规定的非主要功能没有实现或不完整、影响系统的运行;设计不合理造成性能低下。告警性错误不影响业务运行的功能问题。建议软件设计和功能实现等不完全合理之处提出建议。7资源培训需求本节说明项目测试人员需要哪些培训。提示和技巧L对于新手需要先介绍测试系统,如果测试人员比较熟悉该系统,则需要说明新系统的功能。L是否进行自动测试。L测试人员要不要培训以编写自动化脚本。B硬件需求本节说明测试人员需要的各种类型的硬件以及这个测试团队需要的硬件。C软件需求本节说明测试人员需要使用的软件。D办公空间需求本节说明需要多少办公空间。61角色下表列出了在此项目的人员配备方面所作的各种假定。小公司角色推荐的最少资源(所分配的专职角色数量)具体职责或注释测试经理张明进行管理监督。职责提供技术指导获取适当的资源生成测试计划,测试方案管理测试数据(NOTES数据库)收集测试用例参与测试测试员测试中心提供测试员23名。执行测试。职责执行测试记录结果从错误中恢复(返测报告)收集测试用例测试系统管理员张明确保测试环境和资产得到管理和维护。职责管理测试系统授予和管理角色对测试系统的访问权大公司人力资源角色所推荐的最少资源(所分配的专职角色数量)具体职责或注释测试经理测试项目经理TBD进行管理监督。职责提供技术指导获取适当的资源提供管理报告测试设计员TBD确定测试用例、确定测试用例的优先级并实施测试用例。职责生成测试计划生成测试模型评估测试工作的有效性测试员TBD执行测试。职责执行测试记录结果从错误中恢复记录变更请求测试系统管理员TBD确保测试环境和资产得到管理和维护。职责管理测试系统分配和管理角色对测试系统的访问权数据库管理员TBD确保测试数据(数据库)环境和资产得到管理和维护。职责管理测试数据(数据库)设计员TBD确定并定义测试类的操作、属性和关联关系。职责确定并定义测试类确定并定义测试包实施员TBD实施测试类和测试包,并对它们进行单元测试。职责创建在测试模型中实施的测试类和测试包62系统第一种测试项目所需的系统资源。这个适用于对显卡要求比较高的系统,如XXXX编辑系统401硬件资源CPUP415G以上,或者双PIII800以上。主板PINNACLE推荐的主板,带有AGP插槽,5个PCI32插槽。如果需要支持3路无压缩视频流实时播放,则需要带有2个PCI64插槽。内存256MB(最好512MB)。显卡支持双屏显示,带有OPENGL加速的显卡,显存不低于32MB。支持2048768真彩色,支持YUV直接显示。如ELSASYNERGYIII(NVIDIAQUADROMXR)、AGP、32MB、DUALMONITORSUPPORT。视频卡B系列及配套的接口箱。SCSI卡支持SCSI160的双通道SCSI卡机箱带有配套视频接口背板的机箱。硬盘1块IDE或SCSI系统硬盘(20G以上),SCSI硬盘阵列(4块或者8块10000转以上的SCSI硬盘)。2软件环境WINDOWS2000SP2B系列的SDK驱动被测试软件第二种下表列出了测试的系统环境软件环境(相关软件、操作系统等)WINDOWS2003SERVERMYSQL50,TOMCAT50WINDOWSXPWINDOWS2000LINUX硬件环境(网络、设备等)服务器HP380客户端P4253GHZ1G80G网络100METHERNET8测试进度包括主要时间点的安排日期代码完成时间测试遍数第一遍测试第X遍测试系统发行时间至少要运行一遍完整的测试和一个简短的测试。前者用于发现错误,后者用于验证发行版本。时间安排跟开发一起走开发编码写用例补充用例培训,测试员熟悉文档策划文档执行时间最长搭环境长81各测试阶段资源要求及时间安排人员设备时间安排制定测试计划张明无20081022至20081024设计测试张明无20081027至20081110集成测试刘涛、张明、刘月测试用机1320081112至20081128系统测试张明、测试中心提供测试员56名测试用机45套20081201至20081222性能测试刘涛、测试中心提供测试员23名测试用机34套20081210至20081219验收测试1人月客户参与测试用机120081222至20081223产品发布120081224至2008122482项目里程碑对于新加入测试人员的培训,前期提供了一些参考书和资料,供他们自学,估里程碑任务工作量计划开始日期实际开始日期结束日期制定测试计划10人月200810222008102220081024设计测试10人月200810272008102720081110集成测试30人月200811112008111220081128系统测试7080人月200812012008120120081222性能测试304人月200812102008121020081219验收测试10人月客户参与200812222008122220081223产品发布10人200812242008122420081224计只能达到初步了解的效果;由于时间比较紧,只能在集成测试阶段,针对X40系统进行必要的培训;系统测试阶段也需要新加入的测试人员一边测试,一边了解相关的知识;希望通过这次的测试,新加入测试人员能够积累一定的经验。83任务分配测试员测试任务刘涛、功能测试、数据库测试、集成测试张明用户界面测试、性能评价测试、安全性测试刘月容量测试、安全性和访问控制测试、故障转移和恢复测试吴涛配置测试、安装测试9系统风险、优先级风险研发未按时完成人员流失软件不熟悉培训测试方案有误需求不明确无需求文档91系统风险由于目前同类产品比较多,市场压力比较大。计划的测试时间,不能满足测试组的要求,主要是功能冻结后的系统测试的时间可能不够。测试资源的及时到位(设备和人员)。测试人员的培训。开发进度的变化,需求或设计的变更。开发组的版本控制。需求不明确可能导致开发的产品与目标不一致。需求变更不及时通知。测试人员获取的需求与开发人员产生分歧。测试人员与开发人员的协调与沟通。93影响计划的潜在因素在测试计划执行过程中,可能存在以下因素影响计划的按时完成测试人员对被测试产品的熟悉进度慢;测试人员对测试工具的使用熟悉程序不够;被测试产品存在重大错误,以致于测试无法继续,需要开发组进行额外的调试和修改才能继续;硬件、软件或网络环境出现故障等。其中第一点是影响测试进度的最大的因素。94应急措施如果上述潜在的可能事件发生,则通过适当加班来保证计划的按时完成。如果是由于被测试产品存在重大错误而严重影响测试进度,则考虑按照测试暂停标准来暂停该测试。95测试的局限性系统硬件配置存在不可预测的问题;测试范围不能覆盖所有的可能情况;测试时间的限制;测试数据可能不全面;测试工具自身的缺陷;测试人员的失误。测试进入退出准则测试状态转换标准和再启动要求“测试状态转换标准”用于开始、暂停或结束全部或部分与本计划有关的测试项的测试活动的标准,这三种标准通常指启动标准、暂停标准和退出标准。“测试再启动要求”规定当测试重启动时必须重复的测试活动。测试启动标准测试部由公司管理层领导,具体由总工负责领导职能。各软件产品或项目组提交测试需经过公司管理层书面指派。公司所研发的各项面向市场的软件系统均需通过测试,才能对外发布,特殊情况由公司管理层书面认可。公司各项软件产品的开发计划书中均需要列出交付测试时间和测试时间,以及相应的修改和回归测试时间。测试部基于各开发计划制定相应的测试计划,软件系统开发计划的变更必须变更相关的测试安排。软件产品或项目提交测试部进行测试必须满足以下条件提交测试的软件系统必须是一个稳定的、待发布的版本,必须明确定义系统版本号(即在系统各部分,系统本身、用户手册等方面均表明该版本),如果本版本还没有开发完成或将进行大量的修改,不能提交测试;软件产品或项目在提交测试之前,本产品或项目组必须在内部进行自己的单元测试和集成测试;提交测试的软件系统必须是商品化包装的,并需附有用户手册、使用说明书(至少两者必备其一);软件需求说明书;其它最好还能够提交相关培训教材、演示程序等电子文档。软件系统开发组必须向测试部提供足够的培训和技术指导,以便测试工作的顺利开展。在测试期间,开发组必须指定一名骨干开发人员,帮助测试部解决相关问题。若是对将发布的产品或将验收的项目进行测试,则必须给测试留出足够的时间,以保证测试的质量。提交测试的软件系统版本在测试期间保持稳定,即测试部只对初始提交的系统版本进行测试,产品或项目组在测试期间的修改只在下一轮测试中进行测试。特殊情况(即提交版本无法继续测试,如安装程序错误等问题)下,可以在测试期间更换版本,但必须经过测试部的同意。回归测试是指不包含功能修改(含界面修改等)情况下测试部对原来测出的问题进行的再次测试。若引入新功能超过10,则认为是新的系统测试,测试部必须进行全面测试。测试暂停标准当在测试过程中出现下列情况之一,则测试将暂停对于某类测试,测试环境变得(或者测试中发现)没有准备好,则暂停此类测试;对于提交测试的版本而言,如果其预计的功能修改量超过总功能的10,产品或项目组应即时通报测试部,并向公司相关负责人汇报,测试部有权利向公司领导建议暂停或取消本轮测试,避免测试的无效劳动,避免造成人力、财力等资源的浪费。发现被测试系统有大量错误或非常严重错误,以至于测试不能继续或继续测试没有意义,则测试部应向总工提交报告,由总工决定是否暂停整个系统测试。当系统中某个功能模块有非常严重的错误,以致于不能完成预期的功能,则暂停此功能模块的测试。测试退出标准当出现下列情况之一则退出此系统的本次测试测试计划中所有规定的测试内容和回归测试都已经运行完成。根据上级主管对测试结果的意见,要求结束本次测试。4启动要求当测试重新启动时,必须重复的主要测试活动有当是某功能模块的测试重新启动时,则此功能模块的所有测试用例都要重新运行,并且调用此功能模块的其他功能模块的相关测试用例也要重新运行。当是整个系统的测试重新启动时,则发生修改的部分

温馨提示

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

评论

0/150

提交评论