信息化系统项目测试验收方案..docx

想预览更多内容,点击预览全文

申明敬告:

本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己完全接受本站规则且自行承担所有风险,本站不退款、不进行额外附加服务;如果您已付费下载过本站文档,您可以点击这里二次下载

文档介绍

信息化系统项目测试验收方案项目测试、验收方案项目测试计划测试是项目质量的重要保证,因此必须高度重视项目的测试工作。在本项目中,我们将着重进行以下三类测试:项目组内部测试主要实施者为我中心项目测试小组,该测试小组主要负责对整个测试过程的组织和实施。测试小组为整个系统测试的组织者和实施者。在项目组内部测试的过程中,除测试小组外,各分系统的开发者不仅是测试组测试前的“自我测试者”,同时也要承担一部分其它的测试任务,主要是对其它分系统的测试。通过这种方式的测试,一方面可以强化各个子系统在技术上的沟通,同时也可通过对他人开发的功能模块的测试发现自身所存在的不足之处。项目组内部测试要达到的目标是消除功能上的错误,排除系统的稳定性隐患,基本上达到系统的预定设计目标。业务人员测试在业务人员测试之前,系统必须经过项目组的内部测试,并经测试主管签字后,方可组织业务人员进行测试。业务人员测试的目标是看系统功能设计是否能够满足实际的需要,操作上是否简便,界面是否友好,并确认系统所产生的数据是符合业务需要的。压力测试 应用服务器处于分布式计算的核心位置,它们之间的交互通常很难测试。分布式开发、大型的开发者团队以及对代码日益组件化的期望都有可能使应用服务的开发变得越来越容易隐藏错误。这些类型的错误极难检测出来。压力测试是检测这类代码错误的一种有效方法,但是只有在压力系统设计得比较有效的情况下才能发挥作用。1.1测试方法传统的测试方法包括某种形式的简单单元测试,通常由开发人员执行。设计这些测试需要了解软件的内部知识,并且这些测试几乎总是针对产品的非常小的、特定的部分。这些类型的测试非常适合与其它代码组件极少交互,甚至没有交互的简单 Web服务。功能验证也是一种测试过程,在这个过程中,对产品源代码了解有限的设计者进行测试以确认产品或服务的核心功能。设计这种测试是为了证明这个核心功能符合某个规范这种测试也是

最近下载