集成测试计划范例
1.引言
（1）编写目的：本文是描述教学管理系统的集成测试的计划大纲，主要描述如何进行集成测试活动，如何控制集成测试活动，,集成测试活动的流程以及集成测试活动的工作安排等。保证程序连接起来也能正常的工作，保证程序的完整运行。
（2）背景：本次测试计划主要是针对软件的集成测试：不含硬件，系统测试，以及单元测试（需要已经完成单元测试）主要的任务是： 测试在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失； 测试各个子功能组合起来，能否达到预期要求的父功能； 一个模块的功能是否会对另一个模块的功能产生不利的影响； 全局数据结构是否有问题； 单个模块的误差积累起来，是否会放大，从而达到不可接受的程度。主要测试方法是：使用黑盒测试方法测试集成的功能。并且对以前的集成进行回归测试.本文主要的读者对象是：项目负责人，集成部门经理，集成测试设计师。
（3）定义： 软件测试：软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精心设计一批测试用例，并利用这些测试用例运行软件，以发现软件错误的过程。
测试计划：测试计划是指对软件测试的对象、目标、要求、活动、资源及日程进行整体规划，以保证软件系统的测试能够顺利进行的计划性文档。
测试用例：测试用例指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略的文档；内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等。
测试对象：测试对象是指特定环境下运行的软件系统和相关的文档。作为测试对象的软件系统可以是整个业务系统，也可以是业务系统的一个子系统或一个完整的部件。
测试环境：测试环境指对软件系统进行各类测试所基于的软、硬件设备和配置。一般包括硬件环境、网络环境、操作系统环境、应用服务器平台环境、数据库环境以及各种支撑环境等。
（4）参考资料：
•开始测试需要以下文档：
《需求规格说明书》-Requirement Analysis
  《项目计划表》- Project Plan
《软件详细设计书》-Software Design
《单元测试报告》-Module Test Report
《单元测试用例》- User Case
•开始测试前必须完成的任务：
软件编码；
单元测试；
•结束时提交的文档：
《集成测试规划书》；
《测试用例文档》；
《集成测试报告》；
2．计划
（1）系统说明：各角用例图如下：
图  用例图
（2）测试内容：
•子系统集成：授课计划管理模块：授课计划是教学的依据，授课计划的添加、授课计划的修改、授课计划的查看和授课计划的审核。教学资源申请与查询模块：主要涵盖申请教学资源、查询教学资源使用、删除申请记录、删除申请记录、申请教学资源和Excel 数据导出等功能。课程信息管理模块：包括增加课程基本信息、修改课程基本信息、删除课程基本信息和按条件查询课程基本信息
•功能集成：有关增加，删除，修改，查询各个数据的操作。
•数据集成：数据传递是否正确，对于传入值的控制范围是否一致等等
•函数集成：函数是否调用正常。
（3）测试策略
本系统的集成测试采用自底向上的集成（Bottom-Up Integration）的方式。自底向上集成方
resolved是什么状态式从程序模块结构中最底层的模块开始组装和测试。因为模块是自底向上进行组装的，对于一个给定层次的模块，它的子模块（包括子模块的所有下属模块）事前已经完成组装并经过测试，所以不再需要编制桩模块（一种能模拟真实模块，给待测模块提供调用接口或数据的测试用软件模块）。
选择这种集成方式，管理方便、测试人员能较好地锁定软件故障所在位置。
集成测试中的主要步骤：
•制定审核测试计划
•制定和审核测试用例
•进行测试活动
（3）人员安排
测试负责人：Xxx。
控制并完成测试任务和测试过程，决定测试人员提交上来的Bug是否需要修改；
测试设计人员：Xxx，Xxx。
书写集成测试用例；
测试人员：Xxx，Xxx，Xxx。
按照测试用例进行测试活动；
开发人员：Xxx。
程序Bug修改，程序员间协调；
用户代表：无。
（4）时间安排表如下：
表4-1
测试工作
进度(人*工作日)
开始日期
结束日期
测试计划
1*2
20100326
20100328
测试设计
2*5
20100401
20100406
测试执行总共进度
3*4
20100406
20100410
每次回归进度
3*1
20100412
20100413
测试报告
1*3
20100420
20100424
3．测试步骤说明
在本项目中：采取以下几个步骤：
（1）设计《集成测试设计用例》
自底向上集成测试的步骤：
步骤1: 按照概要设计规格说明，明确有哪些被测模块。在熟悉被测模块性质的基础上对被测模块进行分层，在同一层次上的测试可以并行进行，然后排出测试活动的先后关系，制定测试进度计划
步骤2: 在步骤1的基础上，按时间线序关系，将软件单元集成为模块，并测试在集成过程中出现的问题。这里，可能需要测试人员开发一些驱动模块来驱动集成活动中形成的被测模块。对于比较大的模块，可以先将其中的某几个软件单元集成为子模块，然后再集成为一个较大的模块。
步骤3: 将各软件模块集成为子系统（或分系统）。检测各自子系统是否能正常工作。同样，可能需要测试人员开发少量的驱动模块来驱动被测子系统。
步骤4: 将各子系统集成为最终用户系统，测试是否存在各分系统能否在最终用户系统中正常工作。
（2）集成测试：组织人员按照《集成测试设计用例》测试系统集成度。
•测试人员按照测试用例逐项进行测试活动,并且将测试结果填写在测试报告上；（测试报告必须覆盖所有测试用例）
•测试过程中发现Bug，将Bug填写在Bug free上发给集成部经理；（Bug状态NEW）
•对应责任人接到Bugfree发过来的Bug
•对于明显的并且可以立刻解决的Bug，将Bug发给开发人员；（Bug状态ASSIGNED）对于不是Bug的提交，集成部经理通知测试设计人员和测试人员，对相应文档进行修改; （Bug状态RESOLVED，决定设置为INVALID）;对于目前无法修改的,将这个Bug放到下一轮次进行修改；（Bug状态RESOLVED，决定设置为REMIND）
（3）问题反馈：反馈Bug给开发人员。
•开发人员接到发过来的Bug立刻修改；（Bug状态RESOLVED，决定设置为FIXED）
•测试人员接到Bugfree发过来的错误更改信息，应该逐项复测，填写新的测试报告（测试报告必须覆盖上一次中所有REOPENED的测试用例）；
（4）集成测试测试总结报告：完成以上几步后，综合相关资料生成报告。
（5）进入系统测试。
整个过程如下图4-3：
图4-3 集成测试过程
4．评价准则
（1）模块验收标准
•接口：接口提供的功能或者数据正确。
•功能点：验证程序与产品描述、用户文档中的全部说明相对应，一致性。
•流程处理：验证程序与产品描述、用户文档中的全部说明相对应，一致性。
•外部接口：验证程序与产品描述、用户文档中的全部说明相对应，一致性。
（2）集成测试验收标准
首先，《集成测试设计用例》中所设计的功能测试用例必须全部通过，性能及其他类型测试用例通过90%以上。在未通过的测试用例中，不能含有 “系统崩溃”和“严重错误”，“一般错误”小于5%。
测试结果与测试用例中期望的结果一致，测试通过，否则标明测试未通过。测试回归申请结束,测试人员提出申请这轮测试结束，提交集成部测试经理；集成部测试经理召集本组人员开会讨论；讨论通过，进行下一轮测试，并且部署下一轮测试的注意事项，流程等内容；如果发现这轮测试目前还存在问题没有解决，延期下一轮测试时间，讨论下一步工作应该如何进行。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。