《集团大数据平台系统测试整体方案》由会员分享，可在线阅读，更多相关《集团大数据平台系统测试整体方案（5页珍藏版）》请在金锄头文库上搜索。
1、集团大数据平台系统测试整体方案1.1 系统测试方法本方案对系统建设过程中及最终的交付过程设计了详细的测试目标，并针对这些目标提供了多种不同的测试方法：1) 业务/需求驱动测试：从用户的实际业务需求出发，分析业务目标、业务流程、用户角色、业务规则、业务数据、业务发展等测试对象，针对这些对象确定测试范围、测试方法和策略。测试是否充分，也是从业务流程和数据来衡量。软件系统能否充分满足业务需求，是业务/需求驱动测试最关切的问题，基于需求的验证方法、基于用户场景的测试方法。2) 产品质量风险驱动测试：根据产品质量模型：内部质量-外部质量 - 使用质量来进行测试，强调全生命周期消除产品质量风险，从代码评审
2、、代码复杂度度量等工作开始，对内部质量进行评估以暴露质量风险，然后逐步扩展到系统外部质量、用户使用质量的评估，持续揭示、反馈产品质量主要风险。3) 功能驱动测试：就是从系统功能特性出发，根据软件功能规格设计说明书，针对每个功能进行验证，确定功能运行是否正常，是否和设计保持一致。一般会将功能进行分解，分为子功能、子功能的子功能，形成功能点列表，针对功能点进行测试用例设计和执行。4) 结构驱动测试：基本类似于：结构化测试、白盒测试。从程序结构来驱动测试，进行程序结构分析，逐步覆盖程序的各个部分及其关联关系，如基于组件测试、基于接口测试或基于API进行测试；从代码结构进行测试，包括代码行覆盖、分支覆
3、盖、基本路径覆盖等。结构驱动测试的充分性度量会更客观性，特别是基于代码覆盖率分析，本项目采用相关工具进行则自动化测试。1.2 系统测试阶段1) 单元测试单元测试是最微小规模的测试;以测试某个功能或代码块。本方案采用开发人员交叉测试的方式进行，主要测试内部程序设计和编码的细节。2) 集成测试集成测试是指一个应用系统的各个部件的联合测试，以决定他们能否在一起共同工作并没有冲突。部件可以是代码块、独立的应用、网络上的客户端或服务器端程序。这种类型的测试尤其与客户服务器和分布式系统有关。一般集成测试以前，单元测试需要完成。集成测试是单元测试的逻辑扩展。它的最简单的形式是：两个已经测试过的单元组合成一个
4、组件，并且测试它们之间的接口。从这一层意义上讲，组件是指多个单元的集成聚合。在现实方案中，许多单元组合成组件，而这些组件又聚合成程序的更大部分。方法是测试片段的组合，并最终扩展进程，将您的模块与其他组的模块一起测试。最后，将构成进程的所有模块一起测试。此外，如果程序由多个进程组成，应该成对测试它们，而不是同时测试所有进程。集成测试识别组合单元时出现的问题。通过使用要求在组合单元前测试每个单元，并确保每个单元的生存能力的测试计划，可以知道在组合单元时所发现的任何错误很可能与单元之间的接口有关。这种方法将可能发生的情况数量减少到更简单的分析级别3) 系统测试系统测试是基于系统整体需求说明书的黑盒类
5、测试，应覆盖系统所有联合的部件。系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与需求规格不相符合或与之矛盾的地方。系统测试的对象不仅仅包括需要测试的产品系统的软件，还要包含软件所依赖的硬件、外设甚至包括某些数据、某些支持软件及其接口等。因此，必须将系统中的软件与各种依赖的资源结合起来，在系统实际运行环境下来进行测试。4) 验收测试接受测试是基于客户或最终用户的规格书的最终测试，或基于用户一段时间的使用后，看软件是否满足客户要求。一般从功能、用户界面、性能、业务关联性进行测试。1.3 系统测试相关提交物本方将按照内部的测试模板，对各个阶段的测试过程提供报告，以便于跟踪修复相关问题。
