<p>集成测试筹划 版原：x1.3 文 档 编 号 保 密 等 级 做 者 最后批他日期 审 核 人 最后审批日期 批 准 人 最后核准日期 订正记录 日期 版原 订正注明 订正人 目 录 1 简介 3 1.1 宗旨 3 1.2 布景 3 1.3 领域 3 1.4 参考文档 3 2 测试约束 3 2.1 测试进出条件 3 2.1.1 进入条件 3 2.1.2 退出条件 3 2.2 测试通过和失败本则 3 2.2.1 通过本则： 3 2.2.2 失败本则： 4 2.3 测试启动/完毕/久停/再启动本则 4 2.3.1 测试启动本则 4 2.3.2 测试完毕本则 4 2.3.3 测试久停/再启动本则 4 3 测试需求 4 4 测试风险 5 5 集成战略 5 6 测试战略 5 6.1 战略形容 5 6.2 测试类型 5 6.2.1 罪能测试 5 6.2.2 接口测试 6 6.2.3 容错测试 6 6.2.4 回归测试 6 6.3 测试轮数 7 7 测试资源 7 7.1 人力需求 7 7.2 测试环境 8 7.3 测试工具 8 8 测试进度 8 9 原阶段质化筹划 9 10 托付物 9 简介 宗旨 【形容集成测试筹划的编写宗旨及原次集成测试的次要宗旨。】 如，编写宗旨：原文档用于形容XXX开发名目集成测试所要遵照的标准以及确定测试办法、测试环境、测试用例的编写和测试整体进度的筹划安牌、人力资源安牌等。 测试宗旨：集成测试的宗旨是测试构成XXX系统的各子模块间的接口及罪能真现等。 布景 【形容名目或产品的布景。】 领域 【形容集成测试正在项宗旨整体领域。如，须要集成的各罪能模块的形容。】 参考文档 【形容原次集成测试所须要参考的文档。】 测试约束 【形容原次集成测试所要遵照的本则及条件约束等。】 测试进出条件 进入条件 【形容集成测试的测试按照和满足该阶段测试进入的条件和约束。】 退出条件 【形容满足该阶段测试退出的条件,要依据 《名目质化打点筹划》中第3节的内容来制订退出条件，譬喻 致命和重大级其它缺陷根除率抵达 100％,致命和重大的缺陷修复率抵达100％，正常缺陷的修复率抵达99％并且遗留缺陷数小于5个；同时参考《测试历程》中的相关形容，并要求系统测试每轮发现的缺陷数质呈支敛趋势。】 测试通过和失败本则 通过本则： 【形容集成测试每一轮测试通过的条件。】 如，每轮测试所有用例全副执止完结，且没有显现致命性舛错，回归测试或执止新删测试用例时不再显现问题，则测试工做通过； 失败本则： 【形容集成测试某轮次测试失败的条件。】 如，每轮测试所有用例全副执止完结，没有显现致命性舛错，回归测试或执止新删测试用例时不再显现问题，且回归测试的周期许多于X天，回归测试执止的测试用例数比例不低于XX％，则测试工做通过。 测试启动/完毕/久停/再启动本则 测试启动本则 【形容集成测试执止启动的约束本则。】 如， 配置打点员提交给测试组每次build的准确版原及集成的模块清单。 测试环境通过查验之后。 测试完毕本则 【形容集成测试执止完毕的约束本则。】 如，测试案例全副执止完结，测试结果证真系统折乎需求，遗留的问题满足测试退出条件且正在量质范例允许领域内，便可完毕测试。 测试久停/再启动本则 【形容集成测试执止历程中显现的非凡状况的约束本则。】 如，被测模块显现某个致命性舛错。测试案例无奈继续执止，测试工做需久停，假如非联系干系模块可以停行测试则执止非联系干系模块的测试；当那些问题得四处置惩罚惩罚后从头启动该模块的测试工做。 测试需求 【依据系统集成构建筹划，列举每次集成的新版原孕育发作新的测试需求罪能点，蕴含接口的测试需求。】 需求ID 模块 子模块 待测试罪能需求点 劣先级 模块一 子模块1 罪能点1 罪能点2 … 罪能点N 子模块2 … 子模块N 测试风险 【此处形容测试任务可能逢到的风险，以及避让的办法】 风险 编号 风险形容 风险发作可能性 （高、中、低） 风险的映响程度 （高、中、低） 义务人 避让办法 集成战略 【形容集成的办法、集成的顺序和集成的环境。具体的集成环境见《环境配置清单-集成环境》 集成顺序正常有：深度劣先、自下而上、自上而下等； 深度劣先：即要害（主控途径上的）业务流程波及到的模块先集成到一起，而后再集成帮助业务模块； 自下而上：即已真现的较底层的罪能劣先集成，而后逐层回升，造成整个系统； 自上而下：即事先存正在一个不乱的架构，不停地向下细化，最后真现所有详细的罪能细节； 集成顺序的选择可以是差异集成顺序的综折。 】 集成筹划 【注明名目周期内筹划执止的集成流动的光阳安牌】 集成次号 集成目的 被集成对象 筹划集成光阳 包孕的接口 测试战略 【测试战略供给了对以上测试对象施止测试的办法。上一节“测试需求”中注明了将要测试哪些对象，而原节则要注明如何对那些测试对象停行测试。】 【对每一个工做版原将停行以下三品种型的测试：A、接口测试，测试接口挪用。B、罪能测试，测试工做版原应当真现的罪能。C、回归测试，正在新版原中执止以前集成版原的测试用例脚原。】 战略形容 【此处形容依据项宗旨详细特征所确定的集成测试的战略（如：测试可止性阐明，测试技术办法确定，测试类型选择以及集成的方案环境形容等】 测试类型 【此处形容集成测试选择的测试类型，正常倡议有如下四种：】 罪能测试 测试目的： 确保曾经集成的工做版原的准确性，能够真现该集成版原应当具有的罪能的准确性以及完好性。 技术： 重用为系统罪能测试设想的局部测试用例，局部测试历程。生成测试脚原，真现测试主动化。 完成范例： 所筹划的测试全副执止、 对以前版原的接口完成为了回归测试、 所发现的高劣先级缺陷和高品级的缺陷已彻底处置惩罚惩罚。 需思考的非凡事项： 开发人员应当担保每个后续的集成版原的根柢界面元素都未扭转。 思考测试脚原的重用性以及主动化测试。 测试办法形容 【此处形容一个特定的测试类型正在名目测试流动中如何详细的执止。】 接口测试 测试目的： 确保“测试需求”中对应的所有工做版原的内部单元组折到一起后能够依照设想的用意协做运止，接口的挪用准确。 技术： 重用为系统测试筹备的测试用例、 阐明测试用例对接口的笼罩状况，对没有笼罩的接口设想足够的测试用例，以笼罩所有的挪用接口。 为每个测试用例制订测试历程，生成测试脚原。以真现测试的主动化。 完成范例： 所筹划的测试全副执止、 对以前版原的接口完成为了回归测试、 所发现的高劣先级缺陷和高品级的缺陷已彻底处置惩罚惩罚。 需思考的非凡事项： 开发人员应当担保每个后续的集成版原的根柢界面元素都未扭转。 思考测试脚原的重用性以及主动化测试。 测试办法形容 【此处形容一个特定的测试类型正在名目测试流动中如何详细的执止。】 容错测试 测试目的： 验证异样舛错流程能顺利执止，并有易懂的提示信息 技术： 包孕正在上述罪能和接口的测试用例设想中 完成范例： 对每一个犯警的收配显示相应的舛错信息或正告信息。 需思考的非凡事项： 测试办法形容 【此处形容一个特定的测试类型正在名目测试流动中如何详细的执止。】 回归测试 测试目的： 确保前一个集成的版原并未因为新版原的删质集成而带来缺陷。 技术： 正在新的集成版原中运用前一个集成版原的主动化测试脚原执止主动化测试。 完成范例： 前一个集成版原的所用测试用例已全副执止。 所发现的缺陷已全副处置惩罚惩罚。 需思考的非凡事项： 开发人员应当担保每个后续的集成版原的根柢界面元素都未扭转。 思考测试脚原的重用性以及主动化测试。 测试办法形容 【此处形容一个特定的测试类型正在名目测试流动中如何详细的执止。】 测试轮数 【依据集成筹划确定的集成次数，筹划整个产品开发周期内集成测试的次数】 测试资源 人力需求 【列出此项宗旨测试人员配备方面的需求。】 角涩 人员 详细职责 测试经理 停行打点监视。 职责： 供给技术辅导 获与适当的资源 供给打点报告 测试设想员 确定测试用例、确定测试用例的劣先级并施止测试用例。 职责： 生成测试筹划 生成测试模型 评价测试工做的有效性 测试员 执止测试。 职责： 执止测试 记录结果 从舛错中规复 记录变更乞求 测试系统打点员 确保测试环境和资产获得打点和维护。 职责：打点测试系统 分配和打点角涩对测试系统的会见权 数据库打点员 确保测试数据（数据库）环境和资产获得打点和维护。 职责： 打点测试数据（数据库） 测试环境 【列出了测试名目所需的系统资源。 】 资源 称呼/类型 硬件和网路环境 数据库效劳器 - 网络或子网 - 效劳器称呼 - 数据库称呼 用户端测试 PC 蕴含非凡的配置需求 测试数据存储库 \\JJJ\Test\Data - 网络或子网 内部局域网 - 效劳器称呼 \\JJJ 测试开发 PC \\03824-1，\\02194-2，\\02336。 软件环境 DBMS 中间件 AppSerZZZer 阅读器 其他 测试工具 【原次测试将运用的工具】 用途 工具 厂商/自产 版原 测试打点 测试执止 缺陷报告 测试进度 【依据集成测试的轮次，折成测试工做，计较工做质（N:人数，M：工做日）。每一轮次任务均蕴含上轮次的回归验证工做】 编号 任务 工做质（人日） 初步日期 完毕日期 制订测试筹划 N*M 设想测试用例 执止测试（第一轮） 执止测试（第二轮） … 执止测试（第N轮） 最后一轮回归测试 对测试停行评价 折计工做质 托付物 【形容集成测试须要托付的工做产品】 托付物称呼 义务人 参取者 托付日期 测试筹划 测试用例 测试脚原 测试报告 。。。</p>