朝阳区卫生信息网测试计划

测试计划修订历史记录版本日期AMD修订者说明102005815A（A添加，M修改，D删除）目录1简介211目的212背景213范围22测试参考文档和测试提交文档321测试参考文档322测试提交文档33测试进度431内部测试总进度表432后台管理网站测试433后台管理网站回归测试434前台网站测试535前台网站回归测试54测试资源641人力资源642测试环境643测试工具75测试策略751用户界面测试752性能评测853负载测试954强度测试96问题描述和测试报告107附录项目任务111简介一个成功的项目的先决条件是其质量满足了用户的期望，做了它该做的事，而不做它不该做的事。而要保证这一点很重要的一个步骤就是要进行内部的测试，可是为了我们的工作做的井井有条而不至于混乱，所以编写此测试计划，以让我们的测试工作按照此计划顺序进行，从而有效的保证我们的产品网站的高质量，也实现我们对客户的承诺。11目的朝阳区卫生信息网的这一“测试计划”文档有助于实现以下目标确定现有项目的信息和应测试的软件构件。列出推荐的测试需求（高级需求）。推荐可采用的测试策略，并对这些策略加以说明。确定所需的资源，并对测试的工作量进行估计。列出测试项目的可交付元素12背景朝阳区卫生信息网主要包括前台和后台管理两个系统，由于项目是一个网站系统，以展示用户风貌和发布信息为主要目的，所以对其界面的美观、网页打开速度、界面友好程度、能承载的压力（性能）、后台管理的易操作性等要求比较高。我们的测试工作也将注重放在这些环节上。13范围本项目的测试分单元测试、系统测试和验收测试三个部分。单元测试要求程序员在编程调试阶段自行完成。这里主要强调系统测试，该项目的系统测试主要放在用户界面测试和性能测试两个方面，该测试阶段主要要求测试员按照这几个方面重点加大力度测试1、网页界面的美观程度。2、网站各个页面之间的风格统一情况。3、网页的打开速度。4、网站的承载能力能同时响应的客户请求数量。5、网站的易理解性。6、后台管理网站的易操作性。7、后台管理网站的管理员的权限的合理性以及准确性。8、后台管理操作的正确性。9、后台管理操作的有效、快速性。验收测试则由用户最终自己按照需求完成。2测试参考文档和测试提交文档21测试参考文档下表列出了制定测试计划时所使用的文档，并标明了各文档的可用性注可适当地删除或添加文档项。文档（版本/日期）已创建或可用已被接收或已经过复审作者或来源备注可行性分析报告是否是否软件需求定义是否是否软件概要设计是否是否软件详细设计是否是否软件测试需求是否是否模块开发手册是否是否测试时间表及人员安排是否是否测试计划是否是否测试方案是否是否测试报告是否是否测试分析报告是否是否用户操作手册是否是否安装指南是否是否22测试提交文档1、测试计划2、测试用例3、测试问题报告单4、测试日志5、测试问题修改报告单6、测试报告3测试进度31内部测试总进度表测试活动计划开始日期实际开始日期结束日期制定测试计划200581520058152005815性能测试816816用户界面测试817830生成测试报告9191后续还要对测试工作的具体安排再做进一步的详细说明。32后台管理网站测试朝阳区卫生信息网后台管理网站HTTP/19216801267001/CYWSJCMS/ADMIN/INDEXJSP的测试。测试活动计划开始日期实际开始日期结束日期测试网站管理、栏目管理两个栏目817817测试图片上传、图片管理两个栏目818818测试自定义块、文章模块两个栏目819819测试主题管理、链接管理两个栏目820820测试身份管理、在线调查管理两个栏目821821测试返回主页、注销、刷新三个栏目82282233后台管理网站回归测试由于测试工作不可能一次性完成，因为一次测试可能会有遗漏的缺陷，并且发现缺陷经程序员改正后又有可能引进新的错误，所以测试工作还要进行叠代的回归测试，以发现尽可能多的错误或缺陷，以保证项目的质量，这时主针对那些被发现问题并且已经修改过的模块，要加大测试力度。测试活动计划开始日期实际开始日期结束日期测试网站管理、栏目管理、测试图片上传三个栏目819820测试自定义块、文章模块、图片管理三个栏目821822测试身份管理、主题管理、链接管理三个栏目823924测试返回主页、注销、刷新、在线调查管理四个栏目82582634前台网站测试朝阳区卫生信息网前台网站HTTP/19216801107001/CYWSJCMS/ARTICLE/INDEX的测试。测试活动计划开始日期实际开始日期结束日期测试首页中的最新公告、卫生要闻、办事指南、大众健康、卫生安全提示、卫生监督、保持共产党员先进性等所有则子栏目819820测试卫生局简介、卫生要闻、办事指南、党建工作、政务公开、网上办公、法规制度、继续教育821822测试朝阳区卫生监督所模块823824测试朝阳区CDC模块825826测试朝阳区急救中心模块82782835前台网站回归测试为了发现更多的错误和或缺陷，同样要对前台网站进行进一步的叠代回归测试，这时主针对那些被发现问题并且已经修改过的模块，要加大测试力度。测试活动计划开始日期实际开始日期结束日期测试首页中的所有子栏目和卫生局简介、卫生要闻823825测试办事指南、党建工作、政务公开、网上办公、法规制度、继续教育826828测试朝阳区卫生监督所、测试朝阳区CDC、测试朝阳区急救中心三个模块8298304测试资源41人力资源下表列出了在此项目的人员配备方面所作的各种假定。注可适当地删除或添加角色项。角色所推荐的最少资源（所分配的专职角色数量）具体职责或注释测试员主要负责系统测试、性能测试42测试环境下表列出了测试的系统环境软件环境（相关软件、操作系统等）操作系统MICROSOFTWINDOWS2000SERVERFAMILY，IE60，OFFICE，应用服务器IIS50,FRAMEWORKSDK10数据库SQLSERVER、EMAIL服务器WEBEASYMAIL硬件环境（网络、设备等）PC服务器（CPU16G,512内存，60G硬盘）43测试工具此项目将列出测试使用的工具用途工具生产厂商/自产版本测试网站的性能ACT微软其他方面的测试全部手动完成。5测试策略该项目我们按先进行后台管理网站的测试，当后台管理网站的测试进入正规后开始进行前台网站测试，彼此迭代进行。注重以前台网页的测试来验证后台网站管理的有效，准确等。后台管理网站的测试，按照此顺序进行权限、后台管理的易操作性、操作的正确准确性、操作管理的有效性、后台管理网页的性能。后台管理网页的测试完成之后则马上进行前台网页的测试。按以下顺序进行美观、易理解性、风格统一情况、网站的性能等。对于网站来说，性能对其的影响将是非常重要的，因此在本项目（朝阳区卫生信息网）的测试工作中，我们对其性能的测试加上负载测试和强度测试。该项目的测试不包括安装测试、配置测试、容错性测试等，因为本项目是一个网站系统，对这方面的几乎没有要求，该测试方法也不适合本项目。本项目（朝阳区卫生信息网）不同于其他软件项目，绝大部分工作都要测试员手动完成，ACT测试工具只是用来简单的辅助测试。51用户界面测试用户界面（UI）测试用于核实用户与软件之间的交互。UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。另外，UI测试还可确保UI中的对象按照预期的方式运行，并符合公司或行业的标准。测试目标核实以下内容通过测试进行的浏览可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法（TAB键、鼠标移动、和快捷键）的使用窗口的对象和特征（例如，菜单、大小、位置、状态和中心）都符合标准。测试范围技术为每个窗口创建或修改测试，以核实各个应用程序窗口和对象都可正确地进行浏览，并处于正常的对象状态。开始标准完成标准成功地核实出各个窗口都与基准版本保持一致，或符合可接受标准测试重点和优先级需考虑的特殊事项并不是所有定制或第三方对象的特征都可访问。52性能评测性能评测是一种性能测试，它对响应时间、事务处理速率和其他与时间相关的需求进行评测和评估。性能评测的目标是核实性能需求是否都已满足。实施和执行性能评测的目的是将测试对象的性能行为当作条件（例如工作量或硬件配置）的一种函数来进行评测和微调。注以下所说的事务是指“逻辑业务事务”。这种事务被定义为将由系统的某个ACTOR通过使用测试对象来执行的特定用例，添加或修改给定的合同。测试目标核实所指定的事务或业务功能在以下情况下的性能行为正常的预期工作量预期的最繁重工作量测试范围技术使用为功能或业务周期测试制定的测试过程。通过修改数据文件来增加事务数量，或通过修改脚本来增加每项事务的迭代数量。脚本应该在一台计算机上运行（最好是以单个用户、单个事务为基准），并在多个客户机上重复。开始标准完成标准单个事务或单个用户在每个事务所预期时间范围内成功地完成测试脚本，没有发生任何故障。多个事务或多个用户在可接受的时间范围内成功地完成测试脚本，没有发生任何故障。测试重点和优先级需考虑的特殊事项综合的性能测试还包括在服务器上添加后台工作量。可采用多种方法来执行此操作，其中包括直接将“事务强行分配到”服务器上，这通常以“结构化语言”（SQL）调用的形式来实现。通过创建“虚拟的”用户负载来模拟许多个（通常为数百个）客户机。此负载可通过“远程终端仿真（REMOTETERMINALEMULATION）工具来实现。此技术还可用于在网络中加载“流量”。使用多台实际客户机（每台客户机都运行测试脚本）在系统上添加负载。性能测试应该在专用的计算机上或在专用的机时内执行，以便实现完全的控制和精确的评测。性能测试所用的数据库应该是实际大小或相同缩放比例的数据库。53负载测试负载测试是一种性能测试。在这种测试中，将使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行的能力。负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。此外，负载测试还要评估性能特征，例如，响应时间、事务处理速率和其他与时间相关的方面。注以下所说的事务是指“逻辑业务事务”。这各事务被定义为将由系统的某个最终用户通过使用应用程序来执行的特定功能，例如，添加或修改给定的合同。测试目标核实所指定的事务或商业理由在不同的工作量条件下的性能行为时间。测试范围技术使用为功能或业务周期测试制定的测试。通过修改数据文件来增加事务数量，或通过修改脚本来增加每项事务发生的次数。开始标准完成标准多个事务或多个用户在可接受的时间范围内成功地完成测试，没有发生任何故障。测试重点和优先级需考虑的特殊事项负载测试应该在专用的计算机上或在专用的机时内执行，以便实现完全的控制和精确的评测。负载测试所用的数据库应该是实际大小或相同缩放比例的数据库。54强度测试强度测试是一种性能测试，实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。如果内存或磁盘空间不足，测试对象就可能会表现出一些在正常条件下并不明显的缺陷。而其他缺陷则可能由于争用共享资源（如数据库锁或网络带宽）而造成的。强度测试还可用于确定测试对象能够处理的最大工作量。注以下提到的事务都是指逻辑业务事务。测试目标核实测试对象能够在以下强度条件下正常运行，不会出现任何错误服务器上几乎没有或根本没有可用的内存（RAM和DASD）连接或模拟了最大实际（实际允许）数量的客户机多个用户对相同的数据或帐户执行相同的事务最繁重的事务量或最差的事务组合（注强度测试的目标可表述为确定和记录那些使系统无法继续正常运行的情况或条件。客户机的强度测试在测试范围技术使用为性能评测或负载测试制定的测试。要对有限的资源进行测试，就应该在一台计算机上运行测试，而且应该减少或限制服务器上的RAM和DASD。对于其他强度测试，应该使用多台客户机来运行相同的测试或互补的测试，以产生最繁重的事务量或最差的事务组合。开始标准完成标准所计划的测试已全部执行，并且在达到或超出指定的系统限制时没有出现任何软件故障，或者导致系统出现故障条件的并不在指定的条件范围之内。测试重点和优先级需考虑的特殊事项如果要增加网络工作强度，可能会需要使用网络工具来给网络加载消息或信息包。应该暂时减少用于系统的DASD，以限制数据库可用空间的增长。使多个客户机对相同的记录或数据帐户同时进行的访问达到同步。6问题描述和测试报告对测试中发现的问题以以下的形式撰写问题严重度描述响应时间（程序员在多长时间内改正此问题）高中低对于测试中发现的问题，要在每天的测试工作结束后，立即以上述形式提交给程序员，一般要求问题提交后两天之内程序员必须修改，以让测试员能跟踪进行回归测试。在