1. 如何编写测试集成测试用例 1.1 集成测试 1.1.1 适用对象 已经通过单元测试的软件模块 。
1.1.2 进入条件 （1） 已经完成单元测试 。（2） 软件单元已经置于软件配置管理之下 。
1.1.3 测试内容 （1） 软件单元之间的接口测试 。（2） 全局数据结构测试 。
（3） 功能测试 。（4） 边界测试 。
1.1.4 具体要求 （1） 由项目负责人决定采用非增式或增式测试方法 。（2） 当采用增式测试方法时，由项目负责人决定采用自顶而下或自底向上的的集成测试 方法 。
（3） 调用对覆盖率应达到100% 。(4) 确认软件单元无错误地连接 。
（5） 集成测试由开发部负责开展 。1.1.5 实施步骤 （1） 在概要设计阶段完成【集成测试计划】，并且在详细设计阶段加以细化更新 。
（2） 建立集成测试环境，完成测试设计和开发 。（3） 执行集成测试用例，并且详细记录测试结果 。
（4） 判定测试用例是否通过 。（5） 提交集成测试报告 。
返回《软件测试流程及步骤》 。
2. 软件测试的测试用例怎么写 ● 测试用例编号
◇ 规则：编号具有唯一性、易识别性，由数字和字符组合成的字符串
◇ 约定：
系统测试用例：产品编号-ST-系统测试项名-系统测试子项名-XXX
集成测试用例：产品编号-IT-集成测试项名-集成测试子项名-XXX
单元测试用例：产品编号-UT-单元测试项名-单元测试子项名-XXX
● 测试项目
◇ 规则：当前测试用例所属测试大类、被测需求、被测模块、被测单元等
◇ 约定：
系统测试用例测试项目：软件需求项 如：测试手机在没有SIM卡的情况下，可以拨打紧急电话
集成测试用例测试项目：集成后的模块名或接口名 如：测试模块A提供的文件接口
单元测试用例测试项目：被测试的函数名 如：测试函数int ReadFile(char *pszFileName)
● 测试标题
规则：测试用例的概括简单的描述用例的出发点、关注点，原则上不能重复 。
● 重要级别
规则
高：保证系统基本功能、核心业务、重要特性、实际使用频率高的测试用例；
中：重要程度介于高和低之间的测试用例；
低：实际使用频率不高、对系统业务功能影响不大的模块或功能的测试用例 。
● 预置条件
规则：执行当前测试用例需要的前提条件，是后续步骤的先决条件
● 输入
规则：用例执行过程中需要加工的外部信息，输入、文件、数据库等
● 操作步骤
规则：执行当前测试用例需要经过的操作步骤，保证操作步骤的完整性 。
● 预期输出
规则：当前测试用例的预期输出结果，包括返回值的内容、界面的响应结果、输出结果的规则符合度等
3. 关于集成测试,我想了解一下 集成测试（也叫组装测试，联合测试）是单元测试的逻辑扩展 。
它的最简单的形式是：两个已经测试过的单元组合成一个组件，并且测试它们之间的接口 。从这一层意义上讲，组件是指多个单元的集成聚合 。
在现实方案中，许多单元组合成组件，而这些组件又聚合成程序的更大部分 。方法是测试片段的组合，并最终扩展进程，将您的模块与其他组的模块一起测试 。
最后，将构成进程的所有模块一起测试 。此外，如果程序由多个进程组成，应该成对测试它们，而不是同时测试所有 集成测试进程 。
【集成测试怎么写】 集成测试识别组合单元时出现的问题 。通过使用要求在组合单元前测试每个单元并确保每个单元的生存能力的测试计划，可以知道在组合单元时所发现的任何错误很可能与单元之间的接口有关 。