数据交互接口
测试计划
1测试简介
1.1目的
xx业务是与人民群众切身利益休戚相关的民生事项,尤其在当前市场的背景下,xx行业企业已成为一支重要力量。为进一步响应党和的“推进决策科学化、民主化,完善决策信息和智力支持系统”、“推行电子政务,强化社会管理和公共服务”的号召,深入落实“信息省份、智慧省份”理念,加大、加强、加快xx行业企业业务的信息化建设,是xx行业企业业务向“规范化、精细化、服务化”发展的必经之路。
通过本次“xx行业企业接口交互”的测试,验证系统全部功能是否符合用户需求,尽可能发现系统中存在的程序与设计的缺陷。
1.2背景
xx行业企业信息化建设是一个需创新思维、长期、复杂、多学科、综合性强的系统工程。为提高xx行业企业信息化建设水平,以中心xx行业企业现行业务管理系统运行多年获得的宝贵经验为基础,针对中心工作实际,参考别的xx行业企业中心先进经验,建立xx行业企业与其他企业交互接口交互。xx行业企业与受托其他企业通过该系统平台进行对业务管理,是企业和受托其他企业认真贯彻和落实上级主管部门关于加强企业业务管理、加强资金风险防控、做好优质服务精神的重要体现,也是实现xx行业企业提高业务管理水平关键环节。。
1.3范围
此次测试所涉及到的系统包括:xx行业企业数据交互接口管理系统
主要测试模块如下表所示:
系统名称 | 序号 | 测试模块 |
收款业务 | 1 | 流水查询明细 |
2 | 还贷流水数据业务 | |
3 | 逾期数据业务 | |
付款业务 | 1 | 贷款金额发放业务 |
2 | 支付操作付款 | |
3 | 个人支付付款业务 | |
实时查询 | 1 | 企业账户余额查询 |
●软件需求规格说明书
●项目开发计划
●概要设计说明书
●详细设计说明书
1.5参考资料
序号 | 参考文档 | 版本号 | 出版机构 | 备注 |
1 | 企业项目数据交互接口交互-用户需求说明书 | V1.0 | ||
2 | 企业项目数据交互接口交互--软件需求规格说明书 | V1.0 | ||
2.1测试环境
2.1.1测试资源需求
●硬件环境:
⏹数据库服务器一台
⏹应用服务器一台
⏹测试PC机一台
●软件环境:
⏹数据库服务器——安装Windows Server 2008操作系统,Oracle12g数据库
⏹应用服务器——安装Windows Server 2008操作系统,tomcat web服务器
⏹测试PC机——安装Windows xp/Windows 7操作系统,浏览器安装IE6或者IE8
●网络环境:应用服务器、数据库服务器、测试客户端机器之间可以相互连通。
●测试工具:
根据实际业务场景,模拟用户操作,设计测试数据。
2.2条件
无。
2.3测试方法
2.3.1单元测试
在系统开发阶段,由编程人员对所开发的程序进行自测和交叉测试。针对本项目的实际情况,单元测试作为编码中的工作之一,由开发人员提供代码走查表。
2.3.2集成及系统测试
1、集成测试
在单元测试完成后,由测试人员进行集成测试。检查申请受理、网点审批等子模块间的合成是否能达到预期的效果、接口之间的数据传递是否准确无误或引起异常崩溃。
2、系统测试
测试人员建立模拟测试环境,对软件系统进行全面测试,主要包括功能测试、用户界面测试、性能测试等。
具体步骤如下:
1)功能测试
主要验证各个模块是否满足需求,包括输出结果的正确性与准确性,审核处理结果的正确性。
2)用户界面测试
主要测试系统的界面显示,包括输入与输出界面的正确性,合理性以及方便性;验证用户界面易用,友好,无歧义等。
2.4测试需求及策略
序号 | 系统测试内容 | 系统测试对象 | 系统测试策略 | 系统测试目的 |
1 | 功能测试 | 新增模块的功能 | 分模块进行测试;按照需求对应相应功能; 模块间业务流程测试; | 验证系统功能可用无中断以及系统的连贯性与正确性 |
2 | 用户界面测试 | 系统新增模块的界面 | 界面检查; 界面设计是否符合用户习惯 | 验证用户界面易用,友好,无歧义 |
遵循先提取,转账业务系统产生流水,后流水查询业务取流水记录
2.6测试通过准则
测试活动的停止至少要满足《测试过程》中测试通过准则中的任意一项。
●测试通过准则:
缺陷修复率达到95%;
不存在缺陷严重程度为致命和严重的缺陷;
遗留总量不超过缺陷量的5%;
未达到测试通过准则而要停止测试的项目,需由中心经理和客户批准签字,方可准予交付。
3测试组织结构
描述项目的测试组织结构及测试活动所需的支持人员,包括其主要职责、知识或技能等。
3.1组织形式
依据软件项目需求相关文档,编写测试用例;
依据测试用例,在测试过程中发现的问题,做详细记录,提交问题报告;
针对提交的测试问题报告,做出问题解决方式的判断,对属于系统缺陷的
及时解决;
阶段测试后,汇总测试过程中的问题,形成测试总结报告。
3.2角色和职责
相关人员和职责如下表所示:
角色 | 角色描述 | 人数 | 人员 | 具体职责 |
测试人员 | 测试用例设计; 实施测试用例; 执行测试。 | 1 | 张三、李四 | 编写测试用例; 执行测试; 记录测试数据,缺陷数据; 缺陷跟踪。 |
技术支持人 | 确保测试、数据(数据库)环境得到管理和维护。 | 1 | 王五,李四 | 分配和管理角色对测试系统的访问权; 管理测试数据(数据库); 对测试过程中出现的争议BUG进行评审以给出最终解决方案; 提供管理报告。 |
测试协调人 | 测试过程协调 测试结果审计 | 1 | 张三 | 对测试规程以及测试标准执行情况的验证; 对测试过程中出现争议BUG的跟踪。 |
测试阶段 | 执行情况 | 说明 |
单元测试 | 执行 | 由代码人员执行 |
集成测试 | 合并 | 合并到系统测试一起执行 |
系统测试 | 执行 | |
验收测试 | 执行 |
从环境的搭建、测试用例的设计、系统模块功能的测试到测试工作的总结、问题的分析及反馈,大约需要工作日两周半时间来完成。
任务 | 内容与安排 | 人员指派 | 工作量(人日) |
环境搭建 | 包括服务器配置,搭建 | 张三、李四 | 3 |
相关文档了解 | 对需求规格说明书阅读分析,为测试用例编写及执行测试做好准备 | 张三、李四 | 3 |
编写测试用例 | 依据需求编写测试用例 | 张三 | 2 |
执行测试、测试跟踪、回测 | 接口交互各业务功能模块测试、于核心业务系统链条 | 张三、李四 | 7 |
测试总结和分析、问题反馈 | 测试总结分析 | 张三、李四 | 1 |
合计 | 3人次 | 16 |
在开发公司针对项目进行了充分的集成测试后,还需要用户对项目进行相应的验收测试,检验项目是否符合用户需求及功能点的设计是否完整。依据项目系统建设要求,建议组织各业务相关部门由专人至少进行一周时间的测试。
6测试风险计划
无
7测试交付文档
本项目的测试活动结束后,需提交以下文档:
《企业项目数据交互接口交互_测试计划》
《企业项目数据交互接口交互_测试用例》
《企业项目数据交互接口交互_测试记录》
《企业项目数据交互接口交互_测试总结报告》
8附录
无。