项目测试和验收汇总Word文件下载.docx

项目测试和验收汇总Word文件下载.docx

《项目测试和验收汇总Word文件下载.docx》由会员分享，可在线阅读，更多相关《项目测试和验收汇总Word文件下载.docx（12页珍藏版）》请在冰豆网上搜索。

描述说明

测试人员

测试状态

1.

IT资源配置管理测试

OK

2.

IT系统监测测试

3.

事态及预警报警测试

4.

IT运维管理测试

5.

报表统计测试

1.4测试计划和用例

计划-TestScript1–IT资源配置管理测试

测试目的:

检验是否可以对IT资源的配置、模型关系、运维历史进行管理。

测试要求:

包括三个方面的具体要求，一是能够通过定义IT组件之间的关系来描述IT系统的整体架构，关系具体包括至少六种：

连接关系、组成关系、复制关系、使用关系、涉及关系、数据交换关系。

二是能够对IT资源的配给情况进行统计和管理，具体包括各类IT资源的数量、目前可网管的比例以及保修期和生命周期的信息。

三是可以追溯到每个IT设备的运维档案，包括该设备的发布历史、变更历史、事件处理历史以及开发或采购合同等。

步骤

测试描述说明

预期结果

实际测试结果和测试数据

1.1

应当可以设置配置项关系。

可正常使用

1.2

使得IT资源的配置组成、关系模型、运维信息进行映射。

计划-TestScript2–网络监控测试

检验网络系统的监控功能是否满足。

网络设备的CPU、内存、风扇、电源和温度。

网络线路的接口、流量、负载和丢包。

网络协议中VTP、STP、OSPF的监控。

在系统中填写网络设备的IP地址和凭证（凭证需正确录入SNMP团体名）。

数据正确录入。

通过

应当可以自动扫描网络设备的配置项。

1.3

对扫描到的配置项自动进行监测。

计划-TestScript3–报警和预警的事态管理测试

●测试目的:

检验是否可以发现故障设备，并派发故障单。

●测试要求:

自动发现故障、自动生成工单。

自动化联动资源配置模型，定位故障设备。

前提条件：

系统进行了自动化监测，并已经配置了IT资源配置关系图。

点击事态管理，点击左侧状态栏中的新建及未关闭的事态。

按状态，未解决的事态可被统计。

可正确统计数据。

自动发现故障、自动生成工单。

计划-TestScript4–报表统计测试

检验是否可以按照可用性和容量对IT系统进行统计。

利用IT资源配置管理中已有的模型，查看系统是否能够统计出该IT服务的服务吞吐量，以及该服务相关IT设备的性能趋势。

点击报表功能，选择报表模板，进行报表内容的定义。

报表内容可以被定义。

报表可按照定义的时间，自动生成，并发给指定人员。

1.5测试方法

测试过程按三个步骤进行，即单元测试、组装、系统测试，根据不同阶段测试的侧重点不同，分别介绍测试策略。

1.5.1单元测试

首先按照系统、子系统和模块进行划分，但最终的单元必须是功能模块，或面向对象过程中的若干个类。

单元测试是对功能模块进行正确检验的测试工作，也是后续测试的基础。

目的是在于发现各模块内部可能存在的各种差错，因此需要从程序的内部结构出发设计测试用例，着重考虑以下五个方面：

1）模块接口：

对所测模块的数据流进行测试。

2）局部数据结构：

检查不正确或不一致的数据类型说明、使用尚未附值或尚未初始化的变量、错误的初始值或缺省值。

3）路径：

虽然不可能做到穷举测试，但要设计测试用例查找由于不正确的计算（包括算法错、表达式符号表示不正确、运算精度不够等）、不正确的比较或不正常的控制流（包括不同数据类型量的相互比较、不适当地修改了循环变量、错误的或不可能的循环终止条件等）而导致的错误。

4）错误处理：

检查模块有没有对预见错误的条件设计比较完善的错误处理功能，保证其逻辑上的正确性。

5）边界：

设计数据流、控制流中刚好等于、大于或小于确定的比较值的用例。

1.5.2集成测试

在单元测试的基础上需要将所有的模块按照设计要求组装成系统，进行集成测试，这时需要考虑的问题：

1）在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失。

2）一个模块的功能是否会对另一个模块的功能产生不利的影响。

3）各个子功能组合起来，能否达到预期要求的父功能。

4）全局数据结构是否有问题。

5）单元模块的误差累积起来，是否会放大，从而达到不能接受的程度。

1.5.3系统测试

系统测试目的是在于验证软件的功能和性能及其他特性是否与用户的要求一致，主要是下列类型的测试：

1）用户界面测试：

测试用户界面是否具有导航性、美观性、行业或公司的规范性、是否满足设计中要求的执行功能。

2）性能测试：

测试相应时间、事务处理效率和其他时间敏感的问题。

3）强度测试：

测试资源（内存、硬盘）敏感的问题。

4）容量测试：

测试大量数据对系统的影响。

5）容错测试：

测试软件系统克服软件、硬件故障的能力。

6）安全性测试：

测试软件系统对非法侵入的防范能力。

7）配置测试：

测试在不同网络、服务器、工作站的不同软硬件配置条件下，软件系统的质量。

8）安装测试：

确保软件系统在所有可能情况下的安装效果和一旦安装之后必须保证正确运行的质量。

二、项目验收

客户IT运维监控项目的验收，其验收方案和计划是依据项目目标制定的、在项目完成后对项目过程中产生的所有成果进行检验的指导文件。

2.1验收内容与验收标准

验收规范（包括项目、指标、方式和测试仪器等）应由实施方在验收前1个月提交给客户。

客户可根据合同及技术规范书和客户的有关规定进行修改和补充，经双方确认后形成验收文件作为验收依据。

（验收内容与验收标准）。

验收内容应包括：

合同执行情况、软件运行情况、项目文档与技术资料交付。

如果验收时间、验收内容、验收标准、验收流程等发生变更时，双方应进行友好协商，并提交书面协商报告。

2.2验收阶段

IT运维监控项目的验收可以包括以下几个阶段：

●产品生产及出厂验收

●到货验收

●安装调试及系统集成验收

●其中，安装调试及系统集成验收又分为初验与终验。

2.2.1产品生产及出厂验收

实施方软件研发过程执行CMM3级体系标准，严格按照客户技术规范中的技术指标要求对产品进行设计、编码与测试，确保产品在出厂前是完全合格的。

同时，客户也可派代表监督实施方软件研发生产过程。

2.2.2到货验收

到货验收标准：

在客户指定地点对产品进行开箱验收，检查产品的数量、产品的型号、规格、外型、外观、包装、随机资料文件符合标书指定的要求。

2.2.3安装调试及系统集成验收

全部产品到货并验收后，按照客户的要求在指定的地点依据投标书的性能指标完成安装调试及开通工作，按照招标书的功能和性能要求完成系统集成。

软件系统安装，调测所需工具，仪表及安装材料均由实施方提供。

2.3验收组织

验收前可成立专门项目验收委员会。

项目验收委员会是组织成立的IT运维监控项目验收的组织机构。

验收委员会一般设主任1人，并由该委员会成立验收小组和文档审查小组，两个小组各任命1个组长，可配备若干测试员和审查员。

验收委员会成员组成一般包括工程项目组成员、用户代表、监理方和特邀专家、实施方代表。

特邀专家应是客户和实施方共同认可的该领域的权威，并熟悉国内外该领域技术发展的状况。

验收委员会主持整个系统的验收工作，包括如下职责：

●审核系统验收申请；

●制定系统验收计划；

●文档审查小组审核实施方提交的相关文档，出具《文档审查报告》；

●审核测试方案、测试计划和测试用例，以保证测试能满足验收要求；

●验收小组按照验收测试方案和测试用例组织验收测试，并形成《验收测试分析报告》；

●听取《项目总结报告》、《文档审查报告》和《验收测试分析报告》等；

●判定所验收的系统是否符合合同、满足系统需求，形成《验收报告》；

●监督系统验收后的产品移交。

2.4验收程序

验收计划

根据项目进展情况，组织项目验收委员会，制定项目验收计划。

项目组织委员会对在项目初期制定的《项目验收计划》进行修正，作为验收工作的指导文件。

《项目验收计划》须由客户和实施方共同进行评审，各方项目负责人和高级管理者应参加评审并负责对该计划进行批准。

《项目验收计划》应包括的内容有：

验收活动安排和日程、验收标准、验收是否通过的规则、验收意见等。

验收委员会按照批准后的《项目验收计划》对系统进行验收。

验收申请

IT运维监控项目的阶段性实施结束后，实施方书面向客户项目负责人正式提交《项目验收申请》，由客户项目负责人、项目验收委员会和相关方面进行沟通，对实施方提出的验收申请进行正式答复。

验收测试

由项目验收委员会组织成立的验收小组负责对系统的验收测试。

验收测试可有以下形式：

●现场演示；

●实施方测试；

●客户或专家与实施方共同测试；

●第三方测试机构参与执行测试。

第2、3类形式时：

实施方需要制定验收测试计划、编写测试大纲和测试用例、执行测试，测试完成后由小组出具《测试分析报告》；

根据项目实际情况可以选择《验收测试方案》或《验收测试分析报告》。

第4类形式时：

实施方需要提交测试大纲、用户手册等资料，并有义务协助执行测试。

由测试机构出具《测试计划》、《测试用例》和《测试分析报告》。

文件验收

验收准备过程中，实施方应按照合同或双方认可的，提交完整的、规范的项目文档和技术资料清单，由验收委员会成立的文档审查小组进行审查。

文档审查完成后由小组出具《文档审查报告》。

验收会议

项目验收委员会组织召开验收会议，验收委员会听取《项目总结报告》、《文档审查报告》和《测试分析报告》等，观看系统演示，最后由验收委员会按照程序给出验收结论或意见，形成《项目验收报告》。

《项目验收报告》应明确表明验收是否通过，验收通过后系统自动转入维护期，进入项目运行维护阶段。

如果验收结论为不通过，则系统整改后，重新准备验收。

2.5项目初验

系统安装、调试达到技术规范书规定的指标并开通业务后，可进行系统初验。

验收规范（包括项目、指标、方式和测试仪器等）由实施方前1个月提交给客户。

客户可根据合同及技术规范书和客户的有关规定进行修改和补充，经双方确认后形成验收文件作为验收依据。

初步验收通过后，由双方代表共同签署初验报告。

项目初验可分为单点验收、集成验收。

单点验收，是一种分散的验收方式，即采取对软件各应用主体进行逐项测试。

单点测试由客户指定人员负责验收，单点验收报告以双方签字确认生效。

集成验收，在单点验收结束后，向客户递交工作报告，并结合系统测试报告进行集成验收测试。

2.5.1验收内容

初验的内容包括：

●客户IT运维监控项目所有相关软硬件及其协同工作的功能和性能等测试；

●此次项目相关的其他产品的功能和性能等测试。

●详细的测试内容和计划，将在工程实施时，由实施方工程实施技术人员提交详细的测试规范，由客户审核通过后确定。

2.5.2初验测试时间

本次项目涉及软硬件产品安装调试完成，并满足下列条件后，即可进入初验阶段。

初验测试一般20个工作日左右，视具体系统的复杂程度而定：

●系统成功安装且可运行；

●系统经过调试达到技术规范书规定的各项指标；

●系统在调试后具备业务开通能力。

客户与实施方针对上述三个方面进行确认和协商，在一致认为系统满足初验测试开始标准和具备初验测试条件下，由实施方提交测试规范，客户审核测试方案，双方协商修改并确定测试方案。

测试方案确定后，由实施方提出初验申请，客户批准申请，开始进行初验测试。

2.5.3初验测试规范

验收测试规范明确验收测试的范围、测试方案，明确条件和责任。

初验测试方案由客户和实施方最终确认后，方可指导初验测试。

实施方在初验测试开始前5天提供初验测试规范。

在测试规范中实施方描述初验的测试计划、时间要求、测试方式、具体测试指标和测试标准等。

具体文档包括：

●《客户产品初验测试方案》

●《客户产品初验测试报告》

在初验测试过程中所需要的专业测试仪器由实施方提供，并在初验开始前15天提供给客户。

客户在实施方提交测试规范后，根据项目合同及项目技术规范书，结合客户的有关规定和制度，对规范进行修改和补充。

实施方对客户修改和补充后的测试规范进行确认，在双方都确认的情况下，形成系统初验测试验收依据，指导双方展开初验测试工作。

2.5.4初验测试的中止

在验收测试中发现的问题，可能会中止验收测试的进行，直到问题被改正为止。

中止测试的决定必须由客户和实施方同意；

且必须建立在发生严重阻碍问题的基础上。

可中止（停止或失败）验收测试的问题类型要符合下列各项特性：

●主要的系统功能被阻塞或者不工作；

●系统的稳定性严重制约了进一步测试。

2.5.5初验结论

移交给客户的软件系统的验收标准分为四个优先级，包括：

优先级1、优先级2、优先级3和优先级4等：

●不可重复的问题报告不在上述的验收标准中计算；

●除优先级1问题之外，在客户系统的验收测试范围外的，将通过变更控制管理进行处理。

这一类客户所预期的系统功能的问题是与需求文档不相同，或没有写在系统需求文档中，这类问题不妨碍客户认可验收；

●实施方和客户双方共同根据《客户产品初验测试方案》、完成《客户产品初验测试报告》后，填写初验测试报告，对测试中发现的问题形成问题报告；

●根据问题报告与移交标准进行比较，实施方和客户确认初验结果。

验收通过

客户在实施方提供的系统符合上述定义的验收标准后，以书面形式对初验结果进行认可，双方签订初验协议，系统进入试运行阶段。

拒收

如果本次项目所提供的系统在验收期间没有符合验收标准，客户将：

●立即书面通知实施方；

●用尽量多的细节来描述故障，以便实施方能解决这些故障；

●在所提供的系统被拒收的事件中，实施方会在另外的重建期内，尽可能地努力，来更正不符合验收标准的缺陷；

●在重建期后，实施方会重新移交系统，重新进入系统初验。

2.6项目终验

系统通过初验后进入3个月试运行期，试运行期结束所有性能指标达到技术规范书的要求时，可进行终验。

在试运行期间，如果发现由于软件本身的原因造成故障，实施方负责进行免费修改，且试运行期从故障修复之日起重新计算，顺延3个月，若仍达不到要求，继续顺延，一直到系统连续3个月无故障时为止。

在全部达到要求时，双方签署最终验收文件。

终验报告双方签字有效。

客户应在项目终验前做好相应的验收准备，保证项目终验的顺利进行。

2.6.1试运行周期

系统从客户和实施方签署初验报告起进入试运行阶段，试运行周期为签署初验报告后顺延3个月。

2.6.2试运行参考标准

系统试运行期间，应参考以下标准对系统的运行情况进行考察：

●客户与实施方签订合同；

●客户在技术规范书中提到系统实现各项功能和性能指标；

●经客户和实施方确认的系统初验规范；

●系统需求报告等文档。

2.6.3终验通过标准

试运行期间，实施方可以根据客户需要和要求安排专门的技术人员在系统运行现场进行技术支持，当系统发生故障和问题时，及时进行故障解决和排除；

如果在试运行期间，系统发生重大故障，且影响系统的正常运行，则停止试运行时间的计数，实施方解决故障；

在终验测试需提交《客户试运行期间运行报告》、《客户终验报告》等。

2.6.4系统终验

系统在通过3个月的试运行后并满足上述终验标准后，由实施方提交书面的终验申请，由客户批准申请，由客户与实施方签订最终验收文件。