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

1、湖南电信经营分析与决策支持系统项目湖南电信经营分析与决策支持系统项目测试计划测试计划2005 年 09 月本文档及其所含信息为机密材料并且由湖南电信和 NCR 共同拥有本文档中的任何部分都不得以任何手段任何形式进行复制与传播未经湖南电信和 NCR 书面授权，不得将材料泄露给第三方Copyright 2005 HuNan telecom & NCR版权保留所有的权利文档控制文档控制文件准备资料文件准备资料HNDX意见意见版本版本校稿人校稿人校稿意见校稿意见校稿日期校稿日期客户签收客户签收姓名姓名签字签字签收日期签收日期版本版本文文件准备人件准备人修改内容修改内容准备日期准备日期HNDX校稿校稿N

2、CR校稿校稿1.0黄侃文档建立2005-09-25交项目测试计划HNDX/NCR 保密资料1机密目目 录录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

3、 开发测试开发测试.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集成上线测试、系统整体性能测试集成上

4、线测试、系统整体性能测试.115.4.1Teradata 系统故障和恢复测试.115.4.2ETL 加载整体性能测试.125.4.3前端应用访问不用并发用户机制下的性能测试.125.4.4系统备份与恢复的测试.125.5测试的组织测试的组织.12交项目测试计划HNDX/NCR 保密资料2机密1前言前言本文主要是描述湖南电信数据仓库项目（以下简称“该项目” ）的测试方案，整体测试方案涵盖内容：项目的测试方案概论在数据仓库项目中的应用模块测试方法详细描述项目测试的组织和管理整体测试进度安排和现阶段测试具体计划以上内容我们将在下面进行分章节的论述。2系统开发测试方法概论系统开发测试方法概论2.1测试

5、阶段性划分测试阶段性划分在开发型项目中，测试按照阶段性划分主要分为以下几个阶段：单元测试阶段：单元测试阶段：开发人员单元测试阶段由开发人员针对自身设计和开发的代码进行测试。开发人员交叉测试阶段（可以选择）组织开发人员按照模块设计进行交叉测试工作测试人员单元测试阶段专门的测试人员进行模块的单元测试集成测试阶段：集成测试阶段：系统集成测试阶段，在测试环境中完成模块协同工作测试：主要完成模块之间协同工作的测试。系统性能压力测试阶段：在模块协同工作的情况下，模拟系统正常运行的压力测试。生产系统上线测试阶段：生产系统上线测试阶段：生产系统上线测试交项目测试计划HNDX/NCR 保密资料3机密主要进行在生

6、产环境下集成测试以及上线试运行工作。2.2测试的工作流程测试的工作流程制定测试计划确定测试需求、制定测试策略、确定测试资源、生成测试计划设计测试准备工作量分析文档、确定并说明测试用例、确定测试过程，并建立测试过程的结构、复审和评估测试覆盖 实施测试记录或通过编程创建测试脚本、确定设计与实施模型中的测试专用功能、执行测试过程、记录结果对测试进行评估评估测试用例覆盖、评估代码覆盖、分析缺陷、确定是否达到了测试完成标准与成功标准2.3测试类型概述测试类型概述在测试过程中包含的主要测试类型（主要针对数据仓库项目设计到的部分进行了罗列和描述）：数据和数据库完整性测试功能测试用户界面测试性能评测安全性和访

7、问控制测试故障转移和恢复测试2.3.1数据和数据库完整性测试数据和数据库完整性测试在该项目中，数据仓库应作为一个子系统来进行测试。主要包括一下目标和技术以及完成标准：测试目标确保数据库访问方法和进程正常运行，数据不会遭到损坏。技术调用各个数据库访问方法和进程，并在其中填充有效的和无效的数据（或对交项目测试计划HNDX/NCR 保密资料4机密数据的请求）。检查数据库，确保数据已按预期的方式填充，并且所有的数据库事件都已正常发生；或者检查所返回的数据，确保为正当的理由检索到了正确的数据完成标准所有的数据库访问方法和进程都按照设计的方式运行，数据没有遭到损坏。2.3.2功能测试功能测试对测试对象的功

8、能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。通过图形用户界面 (GUI) 与应用程序进行交互，并对交互的输出或结果进行分析，以此来核实应用程序及其内部进程。测试目标确保测试对象的功能正常，其中包括导航、数据输入、处理和检索等功能。技术利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容：在使用有效数据时得到预期的结果。在使用无效数据时显示相应的错误消息或警告消息。各业务规则都得到了正确的应用。完成标准所计划的测试已全部执行。所发现的缺陷已全部解决。2.3.3用户界面测试用户界面测

9、试用户界面 (UI) 测试用于核实用户与软件之间的交互。UI 测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。另外，UI 测试还可确保 UI 中的对象按照预期的方式运行，并符合公司或行业的标准。测试目标核实以下内容：通过测试对象进行的浏览可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法（Tab 健、鼠标移动）的使用窗口的对象和特征（例如，菜单、大小、位置、状态和中心）都符合标准。技术为每个窗口创建或修改测试，以核实各个应用程序窗口和对象都可正确地进行浏览，并处于正常的对象状态。交项目测试计划HNDX/NCR 保密资料5

10、机密完成标准成功地核实出各个窗口都与基准版本保持一致，或符合可接受标准2.3.4性能评测性能评测性能评测是一种性能测试，它对响应时间、事务处理速率和其他与时间相关的需求进行评测和评估。性能评测的目标是核实性能需求是否都已满足。实施和执行性能评测的目的是将测试对象的性能行为当作条件（例如工作量或硬件配置）的一种函数来进行评测和微调。测试目标核实所指定的事务或业务功能在以下情况下的性能 行为：正常的预期工作量预期的最繁重工作量技术使用为功能或业务周期测试制定的测试过程。通过修改数据文件来增加事务数量，或通过修改脚本来增加每项事务的迭代数量。脚本应该在一台计算机上运行（最好是以单个用户、单个事务为基

11、准），并在多个客户机（虚拟的或实际的客户机，请参见下面的“需要考虑的特殊事项”）上重复。完成标准单个事务或单个用户：在每个事务所预期或要求的时间范围内成功地完成测试脚本，没有发生任何故障。多个事务或多个用户：在可接受的时间范围内成功地完成测试脚本，没有发生任何故障。2.3.5安全性和访问控制测试安全性和访问控制测试安全性和访问控制测试侧重于安全性的两个关键方面：应用程序级别的安全性，包括对数据或业务功能的访问;系统级别的安全性，包括对系统的登录或远程访问。应用程序级别的安全性可确保：在预期的安全性情况下，主角只能访问特定的功能或用例，或者只能访问有限的数据。如果具有数据级别的安全性，测试就可确

12、保“用户类型一”能够看到所有客户消息（包括财务数据） ，而“用户二”只能看见同一客户的统计数据。系统级别的安全性可确保只有具备系统访问权限的用户才能访问应用程序，而且只能通过相应的网关来访问。交项目测试计划HNDX/NCR 保密资料6机密测试目标应用程序级别的安全性：核实主角只能访问其所属用户类型已被授权访问的那些功能或数据。系统级别的安全性：核实只有具备系统和应用程序访问权限的主角才能访问系统和应用程序。技术应用程序级别的安全性：确定并列出各用户类型及其被授权访问的功能或数据。为各用户类型创建测试，并通过创建各用户类型所特有的事务来核实其权限。修改用户类型并为相同的用户重新运行测试。对于每种

13、用户类型，确保正确地提供或拒绝了这些附加的功能或数据。系统级别的访问：请参见以下的“需考虑的特殊事项”完成标准各种已知的主角类型都可访问相应的功能或数据，而且所有事务都按照预期的方式运行，并在先前的应用程序功能测试中运行了所有的事务。2.3.6故障转移和恢复测试故障转移和恢复测试 故障转移和恢复测试可确保测试对象能成功完成故障转移，并能从导致意外数据损失或数据完整性破坏的各种硬件、软件或网络故障中恢复。 故障转移测试可确保：对于必须持续运行的系统，一旦发生故障，备用系统就将不失时机地“顶替”发生故障的系统，以避免丢失任何数据或事务。恢复测试是一种对抗性的测试过程。在这种测试中，将把应用程序或系

14、统置于极端的条件下（或者是模拟的极端条件下） ，以产生故障（例如设备输入/输出 (I/O) 故障或无效的数据库指针和关健字） 。然后调用恢复进程并监测和检查应用程序和系统，核实应用程序或系统和数据已得到了正确的恢复。测试目标确保恢复进程（手工或自动）将数据库、应用程序和系统正确地恢复到了预期的已知状态。测试中将包括以下各种情况：客户机断电服务器断电通过网络服务器产生的通信中断周期未完成（数据过滤进程被中断，数据同步进程被中断）。数据库中的数据元素无效或遭到破坏技术应该使用为功能和业务周期测试创建的测试来创建一系列的事务。一旦达到预期的测试起点，就应该分别执行或模拟以下操作：交项目测试计划HND

15、X/NCR 保密资料7机密客户机断电：关闭 PC 机的电源。服务器断电：模拟或启动服务器的断电过程。通过网络服务器产生的中断：模拟或启动网络的通信中断（实际断开通信线路的连接或关闭网络服务器或路由器的电源）。一旦实现了上述情况（或模拟情况），就应该执行其他事务。而且一旦达到第二个测试点状态，就应调用恢复过程。在测试不完整的周期时，所使用的技术与上述技术相同，只不过应异常终止或提前终止数据库进程本身。完成标准在所有上述情况中，应用程序、数据库和系统应该在恢复过程完成时立即返回到一个已知的预期状态。此状态包括仅限于已知损坏的字段、指针或关键字范围内的数据损坏，以及表明进程或事务因中断而未被完成的报

16、表。2.4测试需要提交文档测试需要提交文档测试计划测试单测试报告3数据仓库测试概述数据仓库测试概述数据仓库项目本身也是开发型项目，从系统建设的角度讲，应该遵从于标准的测试方案。但是数据仓库项目也有区别于其它项目的地方，所以在标准测试方案基础上，需要针对数据仓库项目的特征进行区别对待。数据仓库项目是采用 ETL 工具、OLTP 等相对产品进行二次开发的过程。所以其面向使用工具的测试应该在系统选型的时候完成，而在项目实施过程中的测试应该侧重于工具在项目中的应用，也就是借助工具二次开发功能的测试。完整的数据仓库项目包括很多模块。如 ETL 模块、前端应用开发模块等。模块和模块之间的独立性比较强，通常

17、模块之间都采用松耦合的方式设计，关联性较弱。特别是其中涉及到数据仓库工作主线的 ETL开发工作和前端应用开发工作。可以以模块进行隔离，所以这是数据仓库测试为什么更加强调单元测试的重要性的原因。交项目测试计划HNDX/NCR 保密资料8机密虽然数据仓库项目更加强调单元测试，但是并不代表数据仓库项目不进行集成测试，数据仓库项目的集成测试主要体现在以下几个地方：模块和模块之间的接口测试（如：通过 Portal 集成前端应用）针对连接数据仓库的主线测试（如：数据正确性的测试：可以按照业务统计规则测试从 ETL 到前端应用的数据正确性。 ）性能的测试：完成集成后的整体性能测试工作。数据仓库项目的实施过程

18、是一个螺旋式迭代推进的过程，其 ETL 开发、应用的开发以及应用的上线都采用分阶段的形式进行。每一个阶段都有设计、开发、测试、上线等阶段性工作，因此项目测试计划的安排贯穿于整个项目实施过程中，工作有别于其它单一性的项目和产品性的研发工作。4测试方案概述测试方案概述结合本项目的实施工作，我们建议的测试方案如下，简单的说概括为三句话：单元测试和集成测试相结合，加强对测试全过程管理。ETL 和前端应用开发以单元测试为主、迭代式安排测试计划、上线过程中进行集成测试。其他模块在保证单元测试的情况下，以集成测试为主，按照项目整体进度安排测试计划。5测试方案详述测试方案详述按照目前本项目的模块和功能划分，我

19、们进行的测试内容以及主要的测试方法将在本章中进行详细的描述。5.1ETL 开发测试开发测试ETL 的测试主要包括内容：交项目测试计划HNDX/NCR 保密资料9机密5.1.1ETL 脚本正确性测试脚本正确性测试1、ETL 脚本每个 SQL 处理的错误判断处理是否完整检查：检查每个SQL 的完成后有没有错误处理语句。保证脚本对处理异常的判断。2、ETL 脚本的可重新运行的情况脚本检查：在当日 ETL 加载错误的情况下，ETL 脚本本身的处理机制能够保证不需要人工干预重新处理的情况下，按照转换规则处理后数据仍然正确。5.1.2ETL 抽取加载正确性测试抽取加载正确性测试数据一致性测试：保证在抽取和

20、加载过程中数据和数据仓库一期系统的一致性。可以从以下几个方面：记录数、Fastload 和 Fastexp 本身的日志进行判断。5.1.3ETL 转换的正确性测试转换的正确性测试核对记录数：核对转换完成以后的记录数是否正确。空值处理：按照 NCR 的数据仓库系统中对于空值有统一的处理规则，需要从运行结果看空值处理规则是否正确。按照类型判断字段转换正确性，包括以下内容：字符型：长度、空格、中文处理、是否有乱码问题日期型：是否有非法日期、日期格式是否正确数值型：整体长度是否满足、小数点位数是否正确5.1.4ETL 转换规则正确性测试转换规则正确性测试字段的业务含义判断：结合 SDM 文档从字段名成

21、和字段内容查看字段的业务含义是否正确，从而验证转换规则是否正确。数据正确性验证：对于不具有可统计性质的数据：需要按照记录抽样检查转换规则。对于具有可统计性质的数据：需要从业务统计规则角度编写 SQL语句进行验证。同时也可以借助于有关联关系的表进行交叉验证。交项目测试计划HNDX/NCR 保密资料10机密5.1.5ETL 总控的正确性处理测试总控的正确性处理测试测试 ETL 整体调度程序对 ETL 工作的调度，判断整体控制流程的正确性。测试 ETL 整体调度流程的异常处理能力。ETL 整体控制流程的正确性处理测试就是 ETL 整体模块的集成测试工作。同时可以记录在整个加载的时间以及在整个加载过程

22、中系统地性能来进行 ETL本身的性能测试。5.2前端应用开发测试前端应用开发测试前端应用的测试主要包括以下内容：5.2.1界面测试界面测试测试内容：界面布局的合理性功能应用名字的正确性、是否正确反映了业务含义5.2.2输出结果测试输出结果测试数据结果的检查主要是格式性检查：检查应用是否有输出结果，如果是图形结果，选择的图形类型是否合理，以及图形显示是否正确。显示内容是否合理、分页处理是否正常。不同类型的字段的输出结果的显示是否正确。显示宽度、字段长度是否合理。5.2.3数据正确性测试数据正确性测试对于不具有可统计性质的数据：需要按照记录抽样检查转换规则。对于具有可统计性质的数据：需要从业务统计

23、规则角度编写 SQL 语句进行验证。交项目测试计划HNDX/NCR 保密资料11机密5.3Portal 测试测试5.3.1Portal 应用集成测试应用集成测试测试 Portal 对 MSTR 应用的集成测试 Portal 应用与 MSTR 应用的对应关系的正确性。测试 Portal 调用 MSTR 应用的稳定性和安全性测试 Portal 对其他应用模块的集成（按照既定的集成方案进行测试）数据仓库管理应用集成非结构化数据管理应用集成元数据管理应用集成数据管理应用集成5.3.2Portal-SSO 的测试的测试在完成集成后进行单点登陆的测试测试 Portal 在用户管理相关功能测试 Portal 的用户密码管理的相关功能测试 Portal 用户登录和注销的正确性、稳定性以及方便性。5.3.3Portal 权限管理功能的测试权限管理功能的测试测试 Portal 进行功能管理的相关功能正确性测试 Portal 进行用户权限定义的相关功能的正确性5.3.4Portal 本身架构