很多项目迭代速度快，对于版本是否上线，是由产品根据当前版本的需求及质量情况而定。但是版本的质量如何衡量呢？作为测试人员，首要任务就是质量保证并反馈质量情况，如果质量标准不能合理衡量，可能会给产品、开发带来质量上的误解，对于用户的体验及产品的留存率都有影响。今天谈谈如何评价一款产品的上线标准。

(1) 软件需求分析说明书中定义的所有功能已全部实现，性能指标全部达到要求。 (2) 在验收测试中发现的错误已经得到修改，各级缺陷修复率达到标准 (3) 所有测试项没有残余紧急、严重级别错误。 (4) 需求分析文档、设计文档和编码实现一致。 (5) 验收测试工件齐全（测试计划、测试用例、测试日志、测试通知单、测试分析报告，待验收的软件安装程序。）

(1) 紧急、严重级别错误修复率应达到100%; (2) 普通级别错误修复率应达到95%以上; (3) 优化级别错误修复率应达到60%以上; 注：项目紧急时，普通级别错误修复率达60% 以上；优化级别错误修复率达20% 即可。

(1) cpu% 并发期间最大使用率应不超过70-80%，如有集合点并发可允许短暂接近或到达100& 但大部分不应查过95%; (2) memery 测试期间保证内存充足可用内存不少于20%; (3) disk 监控硬盘是否有读写不超过40%; (4) cpu load average 不应超过cpu 核心数*2 或者不超过cpu 核心数。

(1) 响应时间（并发下的响应时间）响应时间又分为：   1.1 不同页面浏览时候的响应时间   1.2 点击注册用户时的响应时间   1.3 登录时的响应时间   1.4 搜索功能响应时间   1.5 项目特殊功能响应时间   注：事物的响应时间又分为最大响应时间、平均响应时间、最小响应时间（验收可忽略此数） 、90%响应时间。如为B/S 项目可设定验收标准为最大响应时间不超过20s、平均响应和90%响应不超过10s。   如为c/s 项目（手机客户端） 可设定为最大响应时间不超过30s、平均响应和90%响应不超过15s（因为手机网络相对较慢，可以适当加大响应时间） 。

(2) 测试中事物通过率：一般web 项目通过率为3 个9，设定验收标注为各个事物通过率为99.9%。(3) 系统能支持的用户量需要先评估上线后会有多少注册用户和活跃用户(4) 吞吐量应与hits tps 等数据成正比且波动较小