项目验收测试_bug率多少比较合理

验收测试

项目制-验收

文档验收

• 文档齐全（参考如上文档清单）；

• 文档内容描述准确, 没有歧义和错误的表达；

• 文档内容容易理解, 通过使用适当的术语、图形表示、详细的解释来表达；

• 文档对主要功能和关键操作尽量提供应用实例。

• 测试用例覆盖率校验，需求全覆盖

• 用例内容：正常场景 异常场景

• 测试报告，附上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%，直至扣完