项目管理控制_项目测试计划

《项目管理控制_项目测试计划》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

机密交项目测试计划湖南电信经营分析与决策支持系统项目测试计划2005年09月本文档及其所含信息为机密材料并且由湖南电信和NCR共同拥有本文档中的任何部分都不得以任何手段任何形式进行复制与传播未经湖南电信和NCR书面授权，不得将材料泄露给第三方Copyright©2005HuNantelecom&NCR版权保留所有的权利13HNDX/NCR保密资料

1机密交项目测试计划文档控制文件准备资料版本文件准备人修改内容准备日期HNDX校稿NCR校稿1.0黄侃文档建立2005-09-25HNDX意见版本校稿人校稿意见校稿日期客户签收姓名签字签收日期13HNDX/NCR保密资料

2机密交项目测试计划目录1前言22系统开发测试方法概论22.1测试阶段性划分22.2测试的工作流程32.3测试类型概述32.3.1数据和数据库完整性测试32.3.2功能测试42.3.3用户界面测试42.3.4性能评测52.3.5安全性和访问控制测试52.3.6故障转移和恢复测试62.4测试需要提交文档73数据仓库测试概述74测试方案概述85测试方案详述85.1ETL开发测试85.1.1ETL脚本正确性测试95.1.2ETL抽取加载正确性测试95.1.3ETL转换的正确性测试95.1.4ETL转换规则正确性测试95.1.5ETL总控的正确性处理测试105.2前端应用开发测试105.2.1界面测试105.2.2输出结果测试105.2.3数据正确性测试105.3Portal测试115.3.1Portal应用集成测试115.3.2Portal-SSO的测试115.3.3Portal权限管理功能的测试115.3.4Portal本身架构的测试115.4集成上线测试、系统整体性能测试115.4.1Teradata系统故障和恢复测试115.4.2ETL加载整体性能测试125.4.3前端应用访问不用并发用户机制下的性能测试125.4.4系统备份与恢复的测试125.5测试的组织1213HNDX/NCR保密资料

3机密交项目测试计划1前言本文主要是描述湖南电信数据仓库项目（以下简称“该项目”）的测试方案，整体测试方案涵盖内容：l项目的测试方案概论在数据仓库项目中的应用l模块测试方法详细描述l项目测试的组织和管理l整体测试进度安排和现阶段测试具体计划以上内容我们将在下面进行分章节的论述。2系统开发测试方法概论2.1测试阶段性划分在开发型项目中，测试按照阶段性划分主要分为以下几个阶段：单元测试阶段：l开发人员单元测试阶段n由开发人员针对自身设计和开发的代码进行测试。l开发人员交叉测试阶段（可以选择）n组织开发人员按照模块设计进行交叉测试工作l测试人员单元测试阶段n专门的测试人员进行模块的单元测试集成测试阶段：l系统集成测试阶段，在测试环境中完成n模块协同工作测试：主要完成模块之间协同工作的测试。n系统性能压力测试阶段：在模块协同工作的情况下，模拟系统正常运行的压力测试。生产系统上线测试阶段：l生产系统上线测试13HNDX/NCR保密资料

4机密交项目测试计划n主要进行在生产环境下集成测试以及上线试运行工作。1.1测试的工作流程l制定测试计划n确定测试需求、制定测试策略、确定测试资源、生成测试计划l设计测试n准备工作量分析文档、确定并说明测试用例、确定测试过程，并建立测试过程的结构、复审和评估测试覆盖l实施测试n记录或通过编程创建测试脚本、确定设计与实施模型中的测试专用功能、执行测试过程、记录结果l对测试进行评估n评估测试用例覆盖、评估代码覆盖、分析缺陷、确定是否达到了测试完成标准与成功标准1.2测试类型概述在测试过程中包含的主要测试类型（主要针对数据仓库项目设计到的部分进行了罗列和描述）：l数据和数据库完整性测试l功能测试l用户界面测试l性能评测l安全性和访问控制测试l故障转移和恢复测试1.2.1数据和数据库完整性测试在该项目中，数据仓库应作为一个子系统来进行测试。主要包括一下目标和技术以及完成标准：测试目标确保数据库访问方法和进程正常运行，数据不会遭到损坏。技术13HNDX/NCR保密资料

5机密交项目测试计划调用各个数据库访问方法和进程，并在其中填充有效的和无效的数据（或对数据的请求）。检查数据库，确保数据已按预期的方式填充，并且所有的数据库事件都已正常发生；或者检查所返回的数据，确保为正当的理由检索到了正确的数据完成标准所有的数据库访问方法和进程都按照设计的方式运行，数据没有遭到损坏。1.1.1功能测试对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。通过图形用户界面(GUI)与应用程序进行交互，并对交互的输出或结果进行分析，以此来核实应用程序及其内部进程。测试目标确保测试对象的功能正常，其中包括导航、数据输入、处理和检索等功能。技术利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容：在使用有效数据时得到预期的结果。在使用无效数据时显示相应的错误消息或警告消息。各业务规则都得到了正确的应用。完成标准所计划的测试已全部执行。所发现的缺陷已全部解决。1.1.2用户界面测试用户界面(UI)测试用于核实用户与软件之间的交互。UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。另外，UI测试还可确保UI中的对象按照预期的方式运行，并符合公司或行业的标准。测试目标核实以下内容：通过测试对象进行的浏览可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法（Tab健、鼠标移动）的使用窗口的对象和特征（例如，菜单、大小、位置、状态和中心）都符合标准。技术为每个窗口创建或修改测试，以核实各个应用程序窗口和对象都可正确地进行浏览，并处于正常的对象状态。完成标准成功地核实出各个窗口都与基准版本保持一致，或符合可接受标准13HNDX/NCR保密资料

6机密交项目测试计划1.1.1性能评测性能评测是一种性能测试，它对响应时间、事务处理速率和其他与时间相关的需求进行评测和评估。性能评测的目标是核实性能需求是否都已满足。实施和执行性能评测的目的是将测试对象的性能行为当作条件（例如工作量或硬件配置）的一种函数来进行评测和微调。测试目标核实所指定的事务或业务功能在以下情况下的性能行为：正常的预期工作量预期的最繁重工作量技术使用为功能或业务周期测试制定的测试过程。通过修改数据文件来增加事务数量，或通过修改脚本来增加每项事务的迭代数量。脚本应该在一台计算机上运行（最好是以单个用户、单个事务为基准），并在多个客户机（虚拟的或实际的客户机，请参见下面的“需要考虑的特殊事项”）上重复。完成标准单个事务或单个用户：在每个事务所预期或要求的时间范围内成功地完成测试脚本，没有发生任何故障。多个事务或多个用户：在可接受的时间范围内成功地完成测试脚本，没有发生任何故障。1.1.2安全性和访问控制测试安全性和访问控制测试侧重于安全性的两个关键方面：应用程序级别的安全性，包括对数据或业务功能的访问;系统级别的安全性，包括对系统的登录或远程访问。应用程序级别的安全性可确保：在预期的安全性情况下，主角只能访问特定的功能或用例，或者只能访问有限的数据。如果具有数据级别的安全性，测试就可确保“用户类型一”能够看到所有客户消息（包括财务数据），而“用户二”只能看见同一客户的统计数据。系统级别的安全性可确保只有具备系统访问权限的用户才能访问应用程序，而且只能通过相应的网关来访问。测试目标应用程序级别的安全性：13HNDX/NCR保密资料

7机密交项目测试计划核实主角只能访问其所属用户类型已被授权访问的那些功能或数据。系统级别的安全性：核实只有具备系统和应用程序访问权限的主角才能访问系统和应用程序。技术应用程序级别的安全性：确定并列出各用户类型及其被授权访问的功能或数据。为各用户类型创建测试，并通过创建各用户类型所特有的事务来核实其权限。修改用户类型并为相同的用户重新运行测试。对于每种用户类型，确保正确地提供或拒绝了这些附加的功能或数据。系统级别的访问：请参见以下的“需考虑的特殊事项”完成标准各种已知的主角类型都可访问相应的功能或数据，而且所有事务都按照预期的方式运行，并在先前的应用程序功能测试中运行了所有的事务。1.1.1故障转移和恢复测试故障转移和恢复测试可确保测试对象能成功完成故障转移，并能从导致意外数据损失或数据完整性破坏的各种硬件、软件或网络故障中恢复。故障转移测试可确保：对于必须持续运行的系统，一旦发生故障，备用系统就将不失时机地“顶替”发生故障的系统，以避免丢失任何数据或事务。恢复测试是一种对抗性的测试过程。在这种测试中，将把应用程序或系统置于极端的条件下（或者是模拟的极端条件下），以产生故障（例如设备输入/输出(I/O)故障或无效的数据库指针和关健字）。然后调用恢复进程并监测和检查应用程序和系统，核实应用程序或系统和数据已得到了正确的恢复。测试目标确保恢复进程（手工或自动）将数据库、应用程序和系统正确地恢复到了预期的已知状态。测试中将包括以下各种情况：客户机断电服务器断电通过网络服务器产生的通信中断周期未完成（数据过滤进程被中断，数据同步进程被中断）。数据库中的数据元素无效或遭到破坏技术应该使用为功能和业务周期测试创建的测试来创建一系列的事务。一旦达到预期的测试起点，就应该分别执行或模拟以下操作：客户机断电：关闭PC机的电源。服务器断电：模拟或启动服务器的断电过程。13HNDX/NCR保密资料

8机密交项目测试计划通过网络服务器产生的中断：模拟或启动网络的通信中断（实际断开通信线路的连接或关闭网络服务器或路由器的电源）。一旦实现了上述情况（或模拟情况），就应该执行其他事务。而且一旦达到第二个测试点状态，就应调用恢复过程。在测试不完整的周期时，所使用的技术与上述技术相同，只不过应异常终止或提前终止数据库进程本身。完成标准在所有上述情况中，应用程序、数据库和系统应该在恢复过程完成时立即返回到一个已知的预期状态。此状态包括仅限于已知损坏的字段、指针或关键字范围内的数据损坏，以及表明进程或事务因中断而未被完成的报表。1.1测试需要提交文档l测试计划l测试单l测试报告2数据仓库测试概述数据仓库项目本身也是开发型项目，从系统建设的角度讲，应该遵从于标准的测试方案。但是数据仓库项目也有区别于其它项目的地方，所以在标准测试方案基础上，需要针对数据仓库项目的特征进行区别对待。l数据仓库项目是采用ETL工具、OLTP等相对产品进行二次开发的过程。所以其面向使用工具的测试应该在系统选型的时候完成，而在项目实施过程中的测试应该侧重于工具在项目中的应用，也就是借助工具二次开发功能的测试。l完整的数据仓库项目包括很多模块。如ETL模块、前端应用开发模块等。模块和模块之间的独立性比较强，通常模块之间都采用松耦合的方式设计，关联性较弱。特别是其中涉及到数据仓库工作主线的ETL开发工作和前端应用开发工作。可以以模块进行隔离，所以这是数据仓库测试为什么更加强调单元测试的重要性的原因。l虽然数据仓库项目更加强调单元测试，但是并不代表数据仓库项目不进行集成测试，数据仓库项目的集成测试主要体现在以下几个地方：13HNDX/NCR保密资料

9机密交项目测试计划n模块和模块之间的接口测试（如：通过Portal集成前端应用）n针对连接数据仓库的主线测试（如：数据正确性的测试：可以按照业务统计规则测试从ETL到前端应用的数据正确性。）n性能的测试：完成集成后的整体性能测试工作。l数据仓库项目的实施过程是一个螺旋式迭代推进的过程，其ETL开发、应用的开发以及应用的上线都采用分阶段的形式进行。每一个阶段都有设计、开发、测试、上线等阶段性工作，因此项目测试计划的安排贯穿于整个项目实施过程中，工作有别于其它单一性的项目和产品性的研发工作。1测试方案概述结合本项目的实施工作，我们建议的测试方案如下，简单的说概括为三句话：l单元测试和集成测试相结合，加强对测试全过程管理。lETL和前端应用开发以单元测试为主、迭代式安排测试计划、上线过程中进行集成测试。l其他模块在保证单元测试的情况下，以集成测试为主，按照项目整体进度安排测试计划。2测试方案详述按照目前本项目的模块和功能划分，我们进行的测试内容以及主要的测试方法将在本章中进行详细的描述。2.1ETL开发测试ETL的测试主要包括内容：2.1.1ETL脚本正确性测试l13HNDX/NCR保密资料

10机密交项目测试计划1、ETL脚本每个SQL处理的错误判断处理是否完整检查：检查每个SQL的完成后有没有错误处理语句。保证脚本对处理异常的判断。l2、ETL脚本的可重新运行的情况脚本检查：在当日ETL加载错误的情况下，ETL脚本本身的处理机制能够保证不需要人工干预重新处理的情况下，按照转换规则处理后数据仍然正确。1.1.1ETL抽取加载正确性测试l数据一致性测试：保证在抽取和加载过程中数据和数据仓库一期系统的一致性。可以从以下几个方面：记录数、Fastload和Fastexp本身的日志进行判断。1.1.2ETL转换的正确性测试l核对记录数：核对转换完成以后的记录数是否正确。l空值处理：按照NCR的数据仓库系统中对于空值有统一的处理规则，需要从运行结果看空值处理规则是否正确。l按照类型判断字段转换正确性，包括以下内容：n字符型：长度、空格、中文处理、是否有乱码问题n日期型：是否有非法日期、日期格式是否正确n数值型：整体长度是否满足、小数点位数是否正确1.1.3ETL转换规则正确性测试l字段的业务含义判断：结合SDM文档从字段名成和字段内容查看字段的业务含义是否正确，从而验证转换规则是否正确。l数据正确性验证：n对于不具有可统计性质的数据：需要按照记录抽样检查转换规则。n对于具有可统计性质的数据：需要从业务统计规则角度编写SQL语句进行验证。同时也可以借助于有关联关系的表进行交叉验证。13HNDX/NCR保密资料

11机密交项目测试计划1.1.1ETL总控的正确性处理测试l测试ETL整体调度程序对ETL工作的调度，判断整体控制流程的正确性。l测试ETL整体调度流程的异常处理能力。ETL整体控制流程的正确性处理测试就是ETL整体模块的集成测试工作。同时可以记录在整个加载的时间以及在整个加载过程中系统地性能来进行ETL本身的性能测试。1.2前端应用开发测试前端应用的测试主要包括以下内容：1.2.1界面测试测试内容：l界面布局的合理性l功能应用名字的正确性、是否正确反映了业务含义1.2.2输出结果测试数据结果的检查主要是格式性检查：l检查应用是否有输出结果，如果是图形结果，选择的图形类型是否合理，以及图形显示是否正确。l显示内容是否合理、分页处理是否正常。l不同类型的字段的输出结果的显示是否正确。l显示宽度、字段长度是否合理。1.2.3数据正确性测试l对于不具有可统计性质的数据：需要按照记录抽样检查转换规则。l对于具有可统计性质的数据：需要从业务统计规则角度编写SQL语句进行验证。13HNDX/NCR保密资料

12机密交项目测试计划1.1Portal测试1.1.1Portal应用集成测试l测试Portal对MSTR应用的集成n测试Portal应用与MSTR应用的对应关系的正确性。n测试Portal调用MSTR应用的稳定性和安全性l测试Portal对其他应用模块的集成（按照既定的集成方案进行测试）n数据仓库管理应用集成n非结构化数据管理应用集成n元数据管理应用集成n数据管理应用集成1.1.2Portal-SSO的测试l在完成集成后进行单点登陆的测试l测试Portal在用户管理相关功能l测试Portal的用户密码管理的相关功能l测试Portal用户登录和注销的正确性、稳定性以及方便性。1.1.3Portal权限管理功能的测试l测试Portal进行功能管理的相关功能正确性l测试Portal进行用户权限定义的相关功能的正确性1.1.4Portal本身架构的测试l测试Portal功能树功能的正确性l测试Portal其他功能的正确性1.2集成上线测试、系统整体性能测试1.2.1Teradata系统故障和恢复测试测试在生产环境下Teradata数据库的高可靠性，主要测试部分节点出现故障的情况下系统的可用性。13HNDX/NCR保密资料

13机密交项目测试计划1.1.1ETL加载整体性能测试主要测试在日常加载处理情况下的ETL加载性能，主要包括以下内容：l日常整体加载时间l数据库处理的性能l前端展现的性能等指标1.1.2前端应用访问不用并发用户机制下的性能测试主要测试在不同并发用户情况下系统的整体处理能力，包括：l相同查询的不同并发性能测试；l不同查询应用的并发测试；l不同并发用户数量的级别的并发测试；l针对OLAP访问应用以及数据库访问应用的并发测试。1.1.3系统备份与恢复的测试l备份性能测试：测试日常增量备份性能和周末全量备份性能。l恢复性能测试：测试部分恢复的性能问题，同时估算系统全恢复的性能。l备份正确性测试：通过恢复后数据和原数据的比对完成数据备份正确性的测试。1.2测试的组织下表列出了在该项目的测试工作的人员配备情况角色具体职责或注释测试总负责和项目经理一起制订测试时间安排，制定变更跟踪流程、提供技术指导、获取适当的资源、评估测试工作的有效性ETL测试员前端应用测试员负责完成ETL以及前端应用的测试工作确定测试计划、确定测试用例的优先级并实施测试用例。生成测试计划、设计测试数据、 生成测试用例、维护测试用例、执行测试、记录结果、跟踪变更13HNDX/NCR保密资料

14机密交项目测试计划其他模块测试人员按照其他模块测试方案完成测试工作13HNDX/NCR保密资料