【精品】测试计划模板.doc

【精品】测试计划模板 另外，通过这次测试可以证明软件的功能和性能与软件需求说明相符合。 3.2测试类型范围3.2.1功能测试检测系统是否符合系统说明书中规定的功能需求，检测模块是否完成设计说明书中定义的功能，验证软件是否提供了所期待的服务。 3.2.2回归测试回归测试分为两个方面1.当新的模块装配后可能对原有的模块造成影响，需要对可能造成影响的模块进行回归测试;2.当错误被程序员修正后，进行的验证测试。 3.2.3安装（部署）/卸载是否能正确安装（部署），安装后，系统是否能够正常启动和运行。 3.2.4性能测试1.检测系统是否满足功能需求说明书中规定的性能需求，决定产品的运行速度是否可接受。 2.对于某些模块的部分主要功能可能在某一时间段内并发数较多，需要及早确认并进行单独的性能测试。 3.性能测试应在系统的标准配置上进行。 测试计划第5页共19页性能测试应包括以下内容?应用系统的启动时间?界面的正常显示与初始化?大量文字显示时用滚动杆上下滚动?各界面间正常切换?系统运行、查询的速度?系统的安全性?帮助文件弹出?退出系统3.2.5用户界面测试主要是指测试人员以用户的角度对系统操作的方便性、可使用性、界面友好性的给出评价。 3.2.6安全性测试安全性测试主要包括两个层次1.用户权限层次的控制测试，保证合法用户正确登陆后具有正确的使用权限；2.系统极安全控制测试，保证中心系统以服务器的信息安全性、抗攻击性。 3.2.7集成与兼容性测试集成测试主要包括测试产品内部各功能模块间是否有冲突、产品整体运行的可靠性。 3.2.8随机测试在每一个测试循环中都会进行一定量的随机测试。 目的是找出测试版本中的Bug以提高产品质量。 这类测试存在于整个测试期间，与其他测试同时进行，不具体安排测试进度。 测试计划第6页共19页3.3业务功能范围3.4测试方法 一、在功能测试上，对于每个功能点，我们需要考察几种情况下的运行结果1.正常业务功能验证按照正常业务逻辑，验证某功能实现是否正确，即输入正确的数据，操作也符合业务逻辑，看是否能得出预期的正确结果；2.异常情况测试按照与正常业务逻辑相悖或有差异的情况下，检查系统功能是否能够对错误进行识别。 如验证时间时输入字母，结束时间小于开始时间，输入5为的身份证号码等。 如果得到预期的提示或者输出预期的异常结果，则证明系统的容错能力比较强；3.交叉情况测试为了验证系统在某些交叉条件时，是否能够完全按照实际的逻辑进行判断或者处理出正确的预期结果。 如8月8日到10月2日之间执行一个资费政策，但在10月1日到10月7日间执行另一个资费政策，并与其它资费政策排斥；这样就需要考虑在10月1日与10月7日之间的计费结果是否正确；4.边界情况测试在边界条件下，验证系统功能实现的正确性；如xx年2月29日的是否能够正确计费。 二、在进行外部接口测试时，我们可以根据联通提供的几个SP、几个用户模拟现实情况下可能出现的几种情况进行测试，验证是否完全按照规范实现。 在验证时，主要检查输出的结果。 三、性能测试采用微软的ACT来进行，ACT可以设定并发的用户数、请求处理时间等；比较适合来测试以互联网络为平台的系统。 必须注意的是，在性能测试的中，必须记录系统的负载情况以及测试场景的具体情况（即在什么环境下，如何测试某项性能值）。 在查询统计的性能测试中，可以根据不同事务或者请求的响应时间，来确定系统可能存在的问题；用户并发的问题一般能够从每个请求的响应时间以及并发的数量的分析图中，判断系统的颈瓶。 四、计费部分的测试可以结合真实环境下的订购来进行。 测试结果的检查主要通过admin门户或用户门户的查询结果以及检查后台数据库。 测试计划第7页共19页3.5测试策略按照重要性和优先级，测试策略将涵盖功能性测试、可靠性测试、易使用性测试、可维护性测试、可移植性测试、效率等。 具体内容测试计划第8页共19页4测试规划4.1阶段划分为配合开发组的开发模式，此次联通上网卡的软件测试将分为以下阶段进行，每阶段中所进行的测试如下（测试阶段可选）测试阶段测试类型范围业务功能范围单元测试功能测试（白盒）集成测试功能测试回归测试界面测试接口测试功能测试回归测试界面测试接口测试性能测试(可选)功能测试性能测试(可选)系统测试验收测试4.2状态控制4.2.1测试进入标准以下条件为进入测试的基本条件4.2.2测试暂停和再启动标准测试暂停标准测试环境发生变化（场地、网络、硬件、软件等），又处于不可使用状态系统有大量错误或严重错误，以至于继续测试没有任何意义测试再启动标准错误得到修改后，需要重新启动测试开发组提供错误修改后的安装程序以及再启动测试的相关说明测试组安装修改后的程序。 如有必要，需要重新初始化测试数据，重新执行测试规程，恢复到发生错误前的状态测试计划第9页共19页4.2.3测试退出标准当所有计划的测试用例和回归测试都已经运行完毕，测试结论达到通过或未通过的标准时，测试可以退出。 项目经理认为测试结果已经达到要求4.3过程控制4.3.1流程划分此次测试过程大致分为需求设计测试方案缺陷跟踪测试报告和结果分析执行测试测试计划第10页共19页4.3.2每日编译4.3.3版本控制4.4缺陷管理4.4.1缺陷分类严重级别1级该Bug是致命的，引起数据丢失，中断主要程序执行，或其他严重错误。 2级该Bug导致系统功能不稳定，有时使某些测试案例执行崩溃，中断次要功能执。 3级该Bug是次要的，不会影响系统功能，会影响系统的完美性。 4级该Bug是无关紧要的，对系统没有影响，如果时间来不及，可不解决。 优先级别1级Bug必须立即修改，否则下一步工作无法展开。 2级Bug可在投入运行前任意时间修改。 3级Bug是微不足道的，可在投入运行后解决。 4.4.2缺陷跟踪流程ActiveResolvedClosedDevTesterDefectTester(Reopen)Tester(Not Fixed)Tester(By Design,Dont fixetc)Tester4.4.3错误分类和隔离每完成一个测试周期的所有测试套件，所发现的错误都应该属于下面的错误类别中的一种测试计划第11页共19页错误分类描述错误隔离需求失败这类错误报告涉及系统在满足需求上的失败，该问题应由项目负责人或开发负责人来解决。 此类错误将被转入Open状态非需求失败这种错误报告不涉及系统需求，但它会妨碍系统的可用性，该问题应由项目负责人或开发负责人来解决。 这类错误报告确实描述了一次失败，但是开发人员要求放弃，因为他们相信这个问题不会妨碍系统的使用。 该问题应由项目负责人或开发负责人来解决。 错误报告表明由测试系统控制之外的一个或多个外部因素引起的错误。 该问题应由项目负责人或开发负责人来解决。 开发人员相信测试返回的是一个假的或无效的错误。 该问题应由项目负责人或开发负责人来解决。 这类错误将被转入Open状态放弃需求这类错误将被转入Open状态外部失败这类错误将被转入Open状态测试失败这类错误将被转入Open状态4.5测试里程碑里程碑任务里程碑时间标志阶段一阶段二验收4.6测试文档按照测试的不同阶段，将生成不同的测试文档，这些文档将作为最终测试报告的一部分，连同项目其他文档一起提交给客户，具体内容为测试计划文档测试方案文档测试计划第12页共19页测试用例文档测试报告文档注所有测试文档输出文档都有对应模板，请参看相关模板内容测试计划第13页共19页5资源需求5.1角色划分测试成员相关主要责任职务李志鹏1.组建测试组，分配组员工作任务2.编写测试计划3.编写测试报告4.评审测试方案、用例5.搭建测试环境、制定备份策略。 6.测试环境的维护，执行备份。 7.测试环境的编译/部署。 8.执行测试组长成员一1.编写指定模块测试方案、用例。 2.执行测试3.编写指定模块的测试报告。 成员成员二1.编写指定模块测试方案、用例。 2.执行测试3.编写指定模块的测试报告。 4.协助组长进行测试组的工作成员5.2人员配置和分工系统模块开发人员测试人员5.3测试环境测试环境将包括本地测试系统和远程测试系统，测试环境的搭建将尽量模拟实际运行环境，考虑现有系统环境以及新增功能的需求，测试环境将有两种类型，具体内容为测试环境操作系统其他软件要求测试计划第14页共19页本地测试系统Windows ServerxxEnterprise（sp1）SQL Server2000(sp3)远程测试系统（暂无）Windows ServerxxEnterprise（sp1）SQL Server2000(sp3)5.4测试工具在测试