JEXZCFSTABC项目测试计划（精品） .doc

卷 号卷内编号密 级JE-XZCFST201406ABC网上政务大厅行政处罚系统分 类:<模板>使用者:<项目组>文档编号:HD-VAL-308四川华迪信息技术有限公司测试计划V_1.0项 目 承 担 部 门： 软件开发部门撰 写 人（签名）： 李彤完 成 日 期： 2014年6月18日 本文档 使 用部门： 主管领导 项目组 客户（市场） 维护人员 用户 评审负责人（签名）： 赵燕评 审 日 期： 2014年6月18日文档信息标题:网上政务大厅行政处罚系统测试计划作者: 李彤创建日期: 2014年6月17日上次更新日期:2014年6月18日版本: V_1.0部门名称: 软件开发部门修订文档历史记录日期版本说明作者2014年6月18日V_1.0部分测试功能不完整李彤目录1.简介41.1目的41.2背景41.3范围41.3.1接受测试的对象41.3.2不接受测试的对象41.4项目标识42.测试需求42.1功能测试需求42.2非功能测试需求53.测试策略53.1测试类型63.1.1数据和数据库完整性测试63.1.2功能测试63.1.3业务周期测试63.1.4用户界面测试63.1.5性能测试73.1.6负载测试73.1.7安全性和访问控制测试73.1.7配置测试73.1.8故障转移和恢复测试83.1.9部署测试83.2工具93.3测试任务94.资源94.1角色94.2系统105.项目里程碑106.可交付工件116.1测试用例116.2测试日志和缺陷跟踪116.3缺陷分析报告117.附录 A：项目任务11 1. 简介1.1 目的本计划用于指导网上政务大厅行政处罚系统的系统测试和集成测试，分配职责和权限，从而尽早地、尽可能多地发现软件的错误。通过不同层次的测试（集成测试、系统测试）验证和确认软件满足设计和需求。1.2 背景网上政务大厅行政处罚系统立足建立专业性的行业查询行政处罚及信息服务的网络平台。该平台以用户、行政部门为中心，构建满足用户从立案、管理到查询的需求服务。本网络平台细分企业和个人用户，对案件数据进行记录、跟踪、查询、统计，突出使用过程的高效率、易用性特点，做到既符合国际主流标准又满足地方特殊需要，同时开展社会化经营。本系统的应用目标是全国的行政部门用户。本计划适用于网上政务大厅行政处罚系统项目功能测试、性能测试、用户界面测试、负载测试和安全性和访问控制测试、故障转移和恢复测试、配置测试和部署测试。1.3 范围1.3.1 接受测试的对象在软件需求规约中描述的需求项。1.3.2 不接受测试的对象需求分析中没有的，在设计软件时自己添加的功能。1.4 项目标识下表列出了制定该计划所用的文档：文档（版本/日期）已创建或可用已被接受或已经过复审负责人备注软件需求规约是 o 否 是 o 否赵燕需求阶段必须完成用例实现规约是 o 否是 o 否赵燕需求阶段必须完成项目开发计划 是 o 否是 o 否赵燕需求阶段必须完成用例图 是 o 否 是 o 否赵燕需求阶段必须完成软件分析模型o是 否o是 否赵燕设计阶段必须完成软件设计模型o是 否o 是 否赵燕设计阶段必须完成界面原型o是 否o 是 否赵燕设计阶段必须完成数据库设计说明书o是 否o是 否赵燕设计阶段必须完成数据模型或数据流程o是 否o是 否赵燕设计阶段必须完成系统架构设计o是 否o是 否赵燕设计阶段必须完成2. 测试需求2.1 功能测试需求需求树测试需求项编号测试需求项优先级1Ru1网上政务大厅行政处罚系统A1.1Ru2首页A1.2Ru3我的立案A1.3Ru4立案管理A1.4Ru5调查取证管理A1.5Ru6案件审查管理A1.6Ru7告知决定管理A1.7Ru8案件送达管理A1.8Ru9案件执行管理A1.9Ru10案件存档管理A1.10Ru11案件听证管理A1.11Ru12复议诉讼管理A1.12Ru13行政处罚库管理A1.13Ru14用户管理B1.14Ru15角色管理B1.15Ru16权限管理B1.16Ru17行政级别管理B1.17Ru18统计信息管理B备注： A-表示“高”优先级 B-表示“中”优先级 C-表示“低”优先级2.2 非功能测试需求 测试需求项条件测试需求项编号性能指标操作平台环境Windows xp/win7Ru19能正常运行多用户并发访问同时满足1000个用户进行访问Ru20能正常运行响应时间在满足下面的硬件需求的条件下，运行本系统Ru21响应时间为1-3秒安全管理能满足不同权限用户登陆Ru22仅在被授予的权限内操作数据库需求Microsoft SQL2005 ，SP3补丁Ru23能正常运行硬件需求Intel Xeon E5530  3.00GHz 8GB内存 148GB硬盘Ru24能正常运行界面需求采用Windows的通用图形界面，且必须对鼠标键盘提供支持Ru25对用户友好，能正常运行测试机硬件需求Pentium Dual-Core CPU 2.60GHz 1GBRu26能正常运行3. 测试策略本系统采用Loadrunner8.0进行性能测试；采用黑盒测试法对系统每个功能进行正反测试，务必保证界面友好，功能强大，不能让严重差错通过。所有测试必须在规定时间内完成。3.1 测试类型3.1.1 数据和数据库完整性测试测试目标：确保数据库访问方法和进程正常运行，数据不会遭到损坏。方法：调用各个数据库访问方法和进程，并在其中填充有效的和无效的数据或对数据的请求。检查数据库，确保数据已按预期的方式填充，并且所有数据库事件都按正常方式出现；或者检查所返回的数据，确保为正当的理由检索到了正确的数据完成标准：所有的数据库访问方法和进程都按照设计的方式运行，数据没有遭到损坏。需考虑的特殊事项：测试可能需要 DBMS 开发环境或驱动程序以便在数据库中直接输入或修改数据。进程应该以手工方式调用。应使用小型或最小的数据库（其中的记录数很有限）来使所有无法接受的事件具有更大的可见性。3.1.2 功能测试测试目标确保功能测试需求项以及用例场景能够实现，其中包括导航、数据输入、处理和检索等。测试方法和技术采用黑盒测试技术设计功能测试用例。为各测试用例制定测试过程。执行测试用例来核实各用例、用例场景、用例流。主要核实以下内容：使用有效数据时得到预期的结果。在使用无效数据时显示相应的错误消息或警告消息。完成标准所计划的测试已全部执行。缺陷修复率达到测试停止标准。需考虑的特殊事项 无3.1.3 业务周期测试测试目标确保测试对象及后台进程都按照所要求的业务模型和时间表正确运行测试方法和技术将修改或增强对测试对象进行的功能测试，以增加每项功能的执行次数，从而在指定的时段内模拟若干个不同的用户。将使用有效的和无效的日期或时段来执行所有与时间或日期相关的功能。将在适当的时候执行或启动所有周期性出现的功能。在测试中还将使用有效的和无效的数据，以核实以下内容：在使用有效数据时得到预期的结果。在使用无效数据时显示相应的错误消息或警告消息。各业务规则都得到了正确的应用。完成标准：所计划的测试已全部执行。所发现的缺陷已全部解决。需考虑的特殊事项：系统日期和事件可能需要特殊的支持活动需要通过业务模型来确定相应的测试需求和测试过程。3.1.4 用户界面测试测试目标：通过浏览测试对象可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法（Tab 健、鼠标移动和快捷键）的使用窗口的对象和特征（例如：菜单、大小、位置、状态和中心）都符合标准。方法：为每个窗口创建或修改测试，以核实各个应用程序窗口和对象都可正确地进行浏览，并处于正常的对象状态。完成标准：证实各个窗口都与基准版本保持一致，或符合可接受标准需考虑的特殊事项：无3.1.5 性能测试性能测试内容：对本系统的首页进行性能测试，主要测试内容为：用户登陆。测试目标针对系统的响应时间、并发性、吞吐量等方面制定测试用例，分析结果确定系统性能。测试方法和技术采用黑盒测试对每个不同性能进行测试。完成标准在所有用例都使用完毕的情况下，无重大问题发生。需考虑的特殊事项无3.1.6 负载测试测试目标：核实所指定的事务或商业理由在不同的工作量条件下的性能行为时间。方法：使用为功能或业务周期测试制定的测试。通过修改数据文件来增加事务数量，或通过修改测试来增加每项事务发生的次数完成标准：多个事务或多个用户：在可接受的时间范围内成功地完成测试，没有发生任何故障。需考虑的特殊事项：负载测试应该在专用的计算机上或在专用的机时内执行，以便实现完全的控制和精确的评测。负载测试所用的数据库应该是与实际大小相同或等比例缩放的数据库3.1.7安全性和访问控制测试测试目标：应用程序级别的安全性以及系统级别的安全性方法：应用程序级别的安全性：确定并列出各用户类型及其被授权使用的功能或数据。为各用户类型创建测试，并通过创建各用户类型所特有的事务来核实其权限。修改用户类型并为相同的用户重新运行测试。对于每种用户类型，确保正确地提供或拒绝了这些附加的功能或数据。系统级别的访问完成标准：各种已知的主角类型都可访问相应的功能或数据，而且所有事务都按照预期的方式运行，并在先前的应用程序功能测试中运行了所有的事务。 需考虑的特殊事项：必须与相应的网络或系统管理员一起对系统访问权进行检查和讨论。由于此测试可能是网络管理或系统管理的职能，可能不需要执行此测试。3.1.7 配置测试测试目标确保本系统在有其他软件运行的情况下可以不受太大影响测试方法和技术用不同版本的浏览器浏览页面。如：IE6.0，IE7.0，IE8.0完成标准程序运行时，无不可忍受程度的影响需考虑的特殊事项无3.1.8 故障转移和恢复测试测试目标：确保恢复进程（手工或自动）将数据库、应用程序和系统正确地恢复到了预期的已知状态。测试中将包括以下各种情况：客户机断电服务器断电通过网络服务器产生的通信中断DASD 和/或 DASD 控制器被中断、断电或与 DASD 和/或DASD 控制器的通信中断周期未完成（数据过滤进程被中断，数据同步进程被中断数据库指针或关键字无效数据库中的数据元素无效或遭到破坏方法：应该使用为功能和业务周期测试创建的测试来创建一系列的事务。一旦达到预期的测试起点，就应该分别执行或模拟以下操作：客户机断电：关闭 PC 的电源。服务器断电：模拟或启动服务器的断电过程。通过网络服务器产生的中断：模拟或启动网络的通信中断（实际断开通信线路的连接或关闭网络服务器或路由器的电源）。DASD 和 DASD 控制器被中断、断电或与 DASD 和DASD 控制器的通信中断：模拟与一个或多个 DASD 控制器或设备的通信，或实际取消这种通信。一旦实现了上述情况（或模拟情况），就应该执行其他事务。而且一旦达到第二个测试点状态，就应调用恢复过程。在测试不完整的周期时，所使用的方法与上述方法相同，只不过应异常终止或提前终止数据库进程本身。对以下情况的测试需要达到一个已知的数据库状态。当破坏若干个数据库字段、指针和关键字时，应该以手工方式在数据库中（通过数据库工具）直接进行。其他事务应该通过使用“应用程序功能测试”和“业务周期测试”中的测试来执行，并且应执行完整的周期。完成标准：在所有上述情况中，应用程序、数据库和系统应该在恢复过程完成时立即返回到一个已知的预期状态。此状态包括仅限于已知损坏的字段、指针或关键字范围内的数据损坏，以及表明进程或事务因中断而未被完成的报表。需考虑的特殊事项：恢复测试会给其他操作带来许多的麻烦。断开缆线连接的方法（模拟断电或通信中断）可能并不可取或不可行。所以，可能会需要采用其他方法，例如诊断性软件工具。需要系统（或计算机操作）、数据库和网络组中的资源。这些测试应该在工作时间之外或在一台独立的计算机上运行。3.1.9 部署测试测试目标：确保该软件能够在所有可能的配置下进行部署。核实在以下情况下，测试对象可正确地部署到各种所需的硬件配置中：首次部署。以前从未部署过网上政务大厅行政处罚系统的新计算机更新。以前安装过相同版本的网上政务大厅行政处罚系统的计算机方法：手工开发脚本或开发自动脚本，以验证目标计算机的状况（网上政务大厅行政处罚系统从未安装过；已安装网上政务大厅行政处罚系统相同或较早版本）。启动或执行安装。使用预先确定的功能测试脚本子集来运行事务。完成标准：网上政务大厅行政处罚系统项目事务成功执行，没有出现任何故障。需考虑的特殊事项：无3.2 工具网上政务大厅行政处罚系统将使用以下工具：工具厂商/自行研制版本测试管理Test DirectorMercury Interactive8.0缺陷跟踪Test DirectorMercury Interactive8.0用于性能测试的工具Load RunnerMercury Interactive8.0DBMS 工具SQL Server 2008Microsoft20083.3测试任务测试阶段测试任务阶段完成标志备注计划制定收集和组织测试计划信息，并且创建测试计划项目测试计划编写完毕并通过设计测试为每个测试需求确定测试用例集，并且确定执行测试用例的测试过程系统测试用例制定完成执行系统测试确认软件系统满足软件需求得出系统测试结果执行性能测试验证软件系统在多用户使用的情况下反映情况得出性能测试结果评估测试对每一次测试结果进行分析评估，在每一个测试阶段提交测试分析报告测试分析报告编写完成测试活动产生的工件对每个阶段得出的工件进行分析评估所有工件符合要求4. 资源4.1 角色下表列出了在网上政务大厅行政处罚系统项目的人员配备方面所作的各种假定。人力资源角色姓名具体职责或注释测试经理张旭哲进行管理监督。 职责：提供技术指导；获取适当的资源测试设计员王爱龙确定测试用例、确定测试用例的优先级并实施测试用例。职责：生成测试计划；生成测试模型测试员李彤、赵燕、吴连梅执行测试。职责：执行测试；记录结果；从错误中恢复；记录变更请求测试系统管理员李彤确保测试环境和资产得到管理和维护。职责：管理测试系统；授予和管理角色对测试系统的访问权数据库管理员吴连梅确保测试数据（数据库）环境和资产得到管理和维护。职责：管理测试数据（数据库）设计员张旭哲确定并定义测试类的操作、属性和关联。职责：确定并定义测试类；确定并定义测试包实施员所有开发人员实施测试类和测试包，并对它们进行单元测试。职责：创建在测试模型中实施的测试类和测试包4.2 系统下表列出了测试项目所需的系统资源。系统资源资源名称/类型数据库服务器SQL Server2008服务器名nwsuaf-server数据库名administration客户端测试 PCwww-67288fce805包括特殊的配置需求Internet 信息服务(IIS)管理器版本: 6.0测试存储库TestDir.mdb服务器名nwsuaf-server测试开发 PCPentium Dual-Core CPU 2.60GHz 1GB5. 项目里程碑里程碑任务工作量开始日期结束日期制定测试计划2工作日2014-06-172014-06-18设计测试用例2工作日2014-06-172014-06-18执行集成测试1工作日2014-07-042014-07-04编写集成测试日志1工作日2014-07-042014-07-04执行系统测试1工作日2014-07-072014-07-07编写系统测试日志1工作日2014-07-072014-07-076. 可交付工件6.1 测试用例 见系统测试用例。6.2 测试日志和缺陷跟踪用测试管理工具TestDirector8.0对缺陷进行管理和追踪，并导出缺陷追踪表 。 6.3 缺陷分析报告对缺陷按功能模块，开发人员，严重程度进行统计分析。7. 附录 A：项目任务以下是一些与测试有关的任务：·制定测试计划确定测试需求评估风险制定测试策略确定测试资源创建时间表生成测试计划·设计测试准备工作量分析文档确定并说明测试用例确定并结构化测试过程复审和评估测试覆盖·实施测试记录或通过编程创建测试脚本确定设计与实施模型中的测试专用功能建立外部数据集执行测试执行测试过程评估测试的执行情况恢复暂停的测试核实结果调查意外结果记录缺陷评估测试评估测试用例覆盖评估代码覆盖分析缺陷确定是否达到了测试完成标准与成功标准