验收测试
项目制-验收
文档验收
- 文档齐全（参考如上文档清单）；
- 文档内容描述准确, 没有歧义和错误的表达；
- 文档内容容易理解, 通过使用适当的术语、图形表示、详细的解释来表达；
- 文档对主要功能和关键操作尽量提供应用实例。
- 测试用例覆盖率校验，需求全覆盖
- 用例内容：正常场景 异常场景
- 测试报告，附上bug清单。
界面验收
- 界面设计符合数科的设计规范；
- 外包团队需提供与软件适配的浏览器、手机、PAD等品牌与版本号清单；
- 各界面需要做好PC、手机、PAD等UI兼容与机器适配；
- 原则上，浏览器至少需适配Chrome、Safari、火狐、IE8以上；
- 原则上，手机至少需适配苹果、小米、华为、vivo、OPPO、三星、魅族。
功能验收
- 功能验收范围覆盖（接口、数据库存取、页面功能）；
- 测试用例执行情况查看（选取总量10%用例执行，优先级高）
- bug率 一二级严重bug无，三级bug数小于5%或者2个。
- 业务场景功能测试不通过数的比例<1.5%；
- 不存在严重等级为1的错误；
- 不存在严重等级为2的错误；
- 严重等级为3的错误数量小于5%或者2个；
- 所有提交的问题都已得到修复；
性能验收
- 提供性能测试报告；
- 相关重要指标达到以下要求：
- 最低标准：50并发，响应耗时小于3S（并发数根据 实际用户量 业务使用情况确定）
交接前提条件
- 需提供用户验收通过确认书；
- 涉及交接的软件，原则上建议接受交接软件所有功能，不建议交接软件部分功能模块；
- 跟财务类无关的软件或功能，所有功能需在线上稳定运行不少于3个月；跟财务类相关的软件或功能，所有功能需在线上稳定运行不少于6个月；
- 线上稳定运行既线上可用率，需满足：最近3至6个月内，线上没有出现影响20人以上或数据错误的严重bug，且每月线上bug数不超过3个。
源码验收
- 代码应只保留跟本项目相关的代码，无效代码应一律去除；
- 数据库应只保留跟本项目相关的表、视图、存储过程、函数、触发器、定时job等，无效内容应一律去除；
- 特别注意合理做好数据表结构设计，适当冗余提升性能；
- 代码结构清晰无冗余，注释完整有效，避免硬编码；
- 但凡不符合源码验收规范的，外包团队需修复完毕。
过程管控
- 用例提交时间，开发完成时间 即刻提交测试用例
- 用例评审记录
- 文档必须跟随项目填写。
其他注意点
- 对于外包团队的软硬件选型，建议业务部门邀请本公司IT团队一起参与决策；
- 与外包团队商签署的商务合同和补充协议等，建议业务部门邀请本公司IT团队一起参与制定；
- 外包团队使用的环境、数据库、网络、语言、框架、技术、组件等需事先获得本公司IT团队认可；
- 如外包项目不符合或无法满足上述验收规范的，建议商务层面延长付款周期、扣除相应款项或终止合同；
- 每一笔合同款在支付给外包团队之前，除了需获得用户验收通过确认书之外，还应通过IT团队验收；
验收通过
100%实现需求明细列表所有功能，即100%满足业务需求的软件。
- 无致命bug
- 无阻塞功能
- 无一般问题
- 优化问题少量
- 可直接上线
验收不通过
- 一次 —返回整改
- 两次 —扣除项目总额10%
- 三次 —扣除项目总额25%
- 以后依次递增10%，直至扣完
