集成测试用例
集成测试用例
1.引言
集成测试用例是为集成测试而编制的一组测试输入、执行条件以及预期结果，以便测试模块之间数据接口是否满足某个特定需求或集成后的功能是否满足要求。请用户根据项目的实际测试情况，裁剪本测试用例模板。
1.1目的
集成测试是将模块按照概要设计要求组装起来进行测试，主要目标是发现与接口有关的问题。
1.2范围
主要测试模块之间数据传输是否正确、模块集成后的功能是否实现、模块接口功能与设计需求是否一致。
1.3读者对象
1.4参考资料
| 资料名称 | 出 版 单 位 | 作 者 | 日 期 |
| 术语、缩略语 | 解 释 |
2.1接口测试用例
系统内部的接口（即每个模块或类）由单元测试来执行，如果所选择的项目没有对外系统的接口，则可以不进行接口测试，也就没有相对应的用例。
| 用例编号： | 模块名称： | ||||
| 开发人员： | 版本号： | ||||
| 用例作者： | 设计日期： | 测试人员： | |||
| 用例描述: | |||||
| 前置条件: | 即执行本用例必须要满足的条件 | ||||
| 输入数据: | 一般分为典型值、边界值、异常值等情况进行来设计用例的输入数据 | ||||
| 预期结果: | 本测试用例执行预期输出的数据等 | ||||
| 实际结果: | 实际执行输出的结果 | ||||
| 结论: | 通过 未通过 | 测试日期： | |||
2.2集成功能测试用例
此处的功能测试的参照是概要设计中功能的划分，在系统集成在一起之后，来测试这些功能是否根据设计而得到实现。
| 用例编号： | 001 | 模块名称: | 员工身份管理模块 | ||
| 开发人员： | 版本号： | V1.0.0.1 | |||
| 用例作者： | 张三 | 设计日期： | 2010-09-09 | ||
| 用例描述： | 员工添加 | ||||
| 前置条件: | 姓名或用户名必须填写 办公电话、和传真必须是8位数字，或不填写 移动电话必须不是11位数字，或不填写 电子邮件必须有“@”符和“@”后两位域 填写办公电话（可选） 填写移动电话（可选） 选择部门 填写职务（可选） 填写职称（可选） 填写电子邮件（可选） 填写传真（可选） | ||||
| 步骤: | 数据输入完成 点击“确定”按钮 | ||||
| 输入数据: | 填写姓名 填写用户名 选择性别 填写办公电话 填写移动电话 选择部门 填写职务 填写职称 填写电子邮件 填写传真 | ||||
| 预期结果: | 条件符合，成功添加 | ||||
| 实际结果: | 实际执行输出的结果:与预期结果一致 | ||||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 用例编号： | 002 | 模块名称: | 员工身份管理模块 | ||
| 开发人员： | 版本号： | V1.0.0.1 | |||
| 用例作者： | 设计日期： | ||||
| 用例描述： | 管理员对员工信息的修改 | ||||
| 前置条件: | |||||
| 步骤: | 数据输入完毕 点击“确定”按钮 | ||||
| 输入数据: | 选择部门 填写职务 填写职称 | ||||
| 预期结果: | 可以成功修改 | ||||
| 实际结果: | 实际执行输出的结果: 与预期结果一致 | ||||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 用例编号： | 003 | 模块名称: | 员工身份管理模块 | ||
| 开发人员： | 版本号： | V1.0.0.1 | |||
| 用例作者： | 设计日期： | ||||
| 用例描述： | 员工信息修改 | ||||
| 前置条件: | 姓名或用户名必须填写 办公电话、和传真必须是8位数字，或不填写 移动电话必须不是11位数字，或不填写 电子邮件必须有“@”符和“@”后两位域 填写办公电话（可选） 填写移动电话（可选） 填写电子邮件（可选） 填写传真（可选） | ||||
| 步骤: | 数据输入完毕 点击“确定”按钮 | ||||
| 输入数据: | 填写姓名 选择性别 填写办公电话 填写移动电话 填写电子邮件 填写传真 | ||||
| 预期结果: | 条件符合，可以成功修改 | ||||
| 实际结果: | 实际执行输出的结果: 与预期结果一致 | ||||
| 测试人员： | 张颢严 | 设计日期： | 2009-09-09 | 结论： | 通过 |
| 测试人员： | 陈龙 | 设计日期： | 2009-09-23 | 结论： | 通过 |
| 测试人员： | 刘俊 | 设计日期： | 2009-09-24 | 结论： | 通过 |
| 测试人员： | 刘俊 | 设计日期： | 2009-09-25 | 结论： | 通过 |
| 用例编号： | 004 | 模块名称: | 员工身份管理模块 | ||
| 开发人员： | 版本号： | V1.0.0.1 | |||
| 用例作者： | 设计日期： | ||||
| 用例描述： | 员工信息删除 | ||||
| 前置条件: | 在弹出“是否确定要删除”的询问对话框中，选择“是” | ||||
| 步骤: | 点击“删除”按钮 弹出“是否确定要删除”的询问对话框 点击“是”，删除 | ||||
| 输入数据: | 点击删除按钮 | ||||
| 预期结果: | 选择“是”，可以成功删除 选择“否”，不做任何操作 | ||||
| 实际结果: | 实际执行输出的结果: 与预期结果一致 | ||||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 用例编号： | 005 | 模块名称: | 员工身份管理模块 | ||
| 开发人员： | 版本号： | ||||
| 用例作者： | 设计日期： | ||||
| 用例描述： | 管理员对员工重置密码 | ||||
| 前置条件: | 在弹出“是否确定要将密码置为空”的询问对话框中，选择“是” | ||||
| 步骤: | 点击“密码重置”按钮 弹出“是否确定要将密码置为空”的询问对话框 点击“是”，清楚密码 | ||||
| 输入数据: | 点击重置密码按钮 | ||||
| 预期结果: | 选择“是”，可以成功清除密码 选择“否”，不做任何操作 | ||||
| 实际结果: | 实际执行输出的结果: 与预期结果一致 | ||||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 用例编号： | 006 | 模块名称: | 员工身份管理模块 | ||
| 开发人员： | 版本号： | ||||
| 用例作者： | 设计日期： | ||||
| 用例描述： | 员工信息搜索 | ||||
| 前置条件: | 关键字不能为空 | ||||
| 步骤: | 输入关键字 点击“搜索”按钮 | ||||
| 输入数据: | 关键字 | ||||
| 预期结果: | 输出相关含有关键字的结果 | ||||
| 实际结果: | 实际执行输出的结果: 与预期结果一致 | ||||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 用例编号： | 007 | 模块名称: | 员工身份管理模块 | ||
| 开发人员： | 版本号： | ||||
| 用例作者： | 设计日期： | ||||
| 用例描述： | 员工信息查看 | ||||
| 前置条件: | 员工列表不为空 | ||||
| 步骤: | 点击一条记录 | ||||
| 输入数据: | |||||
| 预期结果: | 可以看到员工信息 | ||||
| 实际结果: | 实际执行输出的结果: 与预期结果一致 | ||||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 用例编号： | 008 | 模块名称: | 出口通知单模块 | ||
| 开发人员： | 版本号： | ||||
| 用例作者： | 设计日期： | ||||
| 用例描述： | 出口通知单添加 | ||||
| 前置条件: | 非国际部员工不能创建 | ||||
| 步骤: | 数据输入完成 点击“确定”按钮 | ||||
| 输入数据: | 填写若干字段 | ||||
| 预期结果: | 条件符合，成功添加 | ||||
| 实际结果: | 实际执行输出的结果: 添加一个出口通知单 | ||||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 用例编号： | 009 | 模块名称: | 出口通知单模块 | ||
| 开发人员： | 版本号： | ||||
| 用例作者： | 设计日期： | ||||
| 用例描述： | 出口通知单审核处理（新更改通知单的审核处理） | ||||
| 前置条件: | 不处在本部门的通知单，员工不能审核处理 | ||||
| 步骤: | 数据输入完成 点击“确定”按钮 转发下一步 | ||||
| 输入数据: | 填写若干字段 | ||||
| 预期结果: | 条件符合，成功审核处理 | ||||
| 实际结果: | 实际执行输出的结果: 成功变化状态 | ||||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 用例编号： | 010 | 模块名称: | 出口通知单模块 | ||
| 开发人员： | 版本号： | ||||
| 用例作者： | 设计日期： | ||||
| 用例描述： | 出口通知单删除 | ||||
| 前置条件: | 员工初创建未进行下一步处理或者是管理员登陆 在弹出“是否确定要删除”的询问对话框中，选择“是” | ||||
| 步骤: | 点击“删除”按钮 弹出“是否确定要删除”的询问对话框 点击“是”，删除 | ||||
| 输入数据: | 点击删除按钮 | ||||
| 预期结果: | 选择“是”，可以成功删除 选择“否”，不做任何操作 | ||||
| 实际结果: | 实际执行输出的结果: 与预期结果一致 | ||||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 用例编号： | 011 | 模块名称: | 出口通知单模块 | ||
| 开发人员： | 版本号： | ||||
| 用例作者： | 设计日期： | ||||
| 用例描述： | 出口通知单搜索 | ||||
| 前置条件: | 关键字段不能为空 | ||||
| 步骤: | 输入关键字段的值 点击“搜索”按钮 | ||||
| 输入数据: | 关键字段的值 客户型号：12 公司型号：123 | ||||
| 预期结果: | 输出相关含有关键字的结果 | ||||
| 实际结果: | 实际执行输出的结果: 正常显示 | ||||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 用例编号： | 012 | 模块名称: | 出口通知单模块 | ||
| 开发人员： | 版本号： | ||||
| 用例作者： | 设计日期： | ||||
| 用例描述： | 出口通知单查看 | ||||
| 前置条件: | 出口通知单列表不为空 | ||||
| 步骤: | 点击一条记录 | ||||
| 输入数据: | |||||
| 预期结果: | 可以看到出口通知单信息 | ||||
| 实际结果: | 实际执行输出的结果: 查看个数据项正常 | ||||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 用例编号： | 013 | 模块名称: | 附赠零部件模块 | ||
| 开发人员： | 版本号： | ||||
| 用例作者： | 设计日期： | ||||
| 用例描述： | 附赠零部件的生成 | ||||
| 前置条件: | 要有出口通知单的列表 有零部件的列表 | ||||
| 步骤: | 选择出口通知单 选择零部件 填写规格 填写数量 点击“生成”按钮 | ||||
| 输入数据: | 填写规格 字符串 填写数量 数字 | ||||
| 预期结果: | 条件符合，成功生成 | ||||
| 实际结果: | 实际执行输出的结果: 成功生成 | ||||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 用例编号： | 014 | 模块名称: | 员工身份管理模块 | ||
| 开发人员： | 版本号： | ||||
| 用例作者： | 设计日期： | ||||
| 用例描述： | 附赠零部件查看 | ||||
| 前置条件: | 有附赠零部件列表 | ||||
| 步骤: | 点击一条记录 | ||||
| 输入数据: | |||||
| 预期结果: | 可以看到附赠零部件信息 | ||||
| 实际结果: | 实际执行输出的结果: 正常显示 | ||||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 用例编号： | 015 | 模块名称: | 单独购买零部件模块 | ||
| 开发人员： | 版本号： | ||||
| 用例作者： | 设计日期： | ||||
| 用例描述： | 单独购买零部件的生成 | ||||
| 前置条件: | 有零部件的列表 | ||||
| 步骤: | 选择零部件， 填写规格 填写数量 点击“生成”按钮 | ||||
| 输入数据: | 填写规格 数据格式 任意字符串 填写数量 123123 数字格式 | ||||
| 预期结果: | 条件符合，成功生成 | ||||
| 实际结果: | 实际执行输出的结果: 正确生成单独购买零部件 | ||||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
| 测试人员： | 设计日期： | 结论： | 通过 | ||
Copyright © 2019-2025 51dongshi.net 版权所有
违法及侵权请联系：TEL:177 7030 7066 E-MAIL:11247931@qq.com 本站由北京市万商天勤律师事务所王兴未律师提供法律服务
