XXXX系统
SIT案例
承建单位：XXXX公司
编制时间：XXXX年XX月
1、引言
1.1编写目的
本测试计划目的，为测试XXXX系统功能正常可用，是否符合需求设计，业务逻辑是否符合需求设计具体包括以下方面：
（1）为测试各项活动制定一个现实可行的、综合的计划，包括每项测试活动的对象、范围、方法、进度和预期结果。
（2）为项目实施建立一个组织模型，并定义测试项目中每个角色的责任和工作内容。
（3）开发有效的测试模型，能正确地验证正在开发的 软件系统。
（4）确定测试所需要的时间和资源，以保证其可获得性、有效性。
（5）确立每个测试阶段测试完成以及测试成功的标准、要实现的目标。
（6）识别出测试活动中各种风险，并消除可能存在的风险，降低由不可能消除的风险所带来的损失。
1.2背景
（系统背景描述）。
1.3定义
XXXX系统：指“XXXX平台功能需求”及相关服务。
1.4参考资料
XXXX-需求规格说明书。
XXXX-概要设计说明书。
XXXX-详细设计说明书。
2、测试计划
2.1软件说明
| 功能名 | 功能简述 | 相应用户角色权限 |
| 配置管理-字典管理 | 用于对不同场景下字段或对象的标准化定义 | 拥有XXXX账号 |
2.2测试内容
验证XXXX系统，XXXX模块功能正常符合预期，符合需求设计。
2.3功能测试
关注XXXX系统，XXXX模块功能正常可用符合需求设计的业务逻辑，且异常情况系统有相关提示，界面布局正常，文字描述准确无误，提示消息没有歧义。
2.4进度安排
| 时间点 | 主要工作 | 参与人员 | 人天 |
| XXXXXXXX--XXXXXXXX | 产品测试计划和用例编写，评审，修改 | 测试人员 | |
| XXXXXXXX--XXXXXXXX | 产品测试执行 | 测试人员 |
2.5条件
| 测试工具 | 版本 |
| 运行环境 | 东方通 |
| Chrome | 75 |
| 达梦数据库 | 8 |
2.6测试资料
输入：
1.XXXX-需求规格说明书。
2.XXXX-概要设计说明书。
3.XXXX-详细设计说明书。
输出：
1.XXXX-SIT案例。
2.7测试培训
组织产品经理、项目经理，对参与此项目的人员进行培训，讲解此次被测、被开发功能的业务逻辑。
2.8兼容性测试
| 测试范围 | 使用不同版本的不同浏览器、分辨率、操作系统分别进行测试。 不同操作系统、浏览器、分辨率和各种运行软件等各种条件的组合测试 |
| 测试目标 | 核实系统在不同的软件和硬件配置中运行稳定 |
| 采用技术 | 黑盒测试 |
| 工具与方法 | 手工测试 |
| 开始标准 | 项目组移交系统测试 |
| 完成标准 | 在各种不同版本不同类项浏览器、操作系统或者其组合下均能正常实现其功能（此测试根据开发提供依据决定测试范围） |
| 特殊项 | 时间关系兼容性无法覆盖测试问题，根据业务场景选择优先兼容浏览器及版本 |
根据以上表格所示及需求规格说明书，此次测试需要关注2.2描述的所有功能兼容Chrome65以上，功能的主流程兼容Firefox60以上。
1）关注XXXX系统在不同浏览器上功能的实现情况。
2）关注同一浏览器低版本和高版本对系统的影响程度。
2.9UI界面测试
1）每个子模块中搜索框、筛选框的大小高度颜色，文字的异常显示。
2）新增/修改/删除弹框中每个输入项的样式。
3）对不同分辨率，XXXX系统组件的适配程度,页面布局。
2.10弱网测试
1）弱网情况下，关注接口返回数据的速度。
2）相关下载功能是否正常。
3、测试案例设计
3.1XX管理
3.1.1XX管理
| 用例编号 | 标题 | 前置条件 | 输入 | 输出 |
| XXXX_01 | 场景筛选 | 拥有XXXX系统账号并登录成功 | 输入场景进行搜索 | 场景搜索成功 |
4、评价准则
4.1范围
依据测试用例能够覆盖到需求中的功能点，对功能点进行全量覆盖。
模拟不同的场景，进行异常测试，如弱网情况，服务器断电重启，关注系统的响应时间是否正常，原则不能出现丢失数据的情况，若出错需要给出对应的原因。
4.2数据整理
目前采用手工方式整体测试所需数据，在互联网找到需求中所需相关数据，及文档归纳在文件夹中。
4.3尺度
| 项目级别 | A级 | B级 | C级 |
| 测试结束标准 | 测试用例执行率为100%。 系统测试后，不能遗留一级缺陷。 关闭缺陷为95%以上。 | 执行优先级为中级及以上的用例。 系统测试后，不能遗留一级缺陷。 关闭缺陷为90%以上。 | 执行优先级为中级及以上用例。 系统测试后，不能遗留一级缺陷。 关闭缺陷为85%以上。 |
862
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
