软件测试标准

一、软件上线发布标准

质量发布标准主要由各种类型的测试用例通过率和缺陷修复标准组成。根据本项目新功能的影响，进行测试分析，制定合理的测试类型覆盖，下面是各种测试类型的简单说明：

 

测试类型	说明	是否采用	用例覆盖率为100%	缺陷修复率95%(P1P2P3缺陷必须修复)
功能测试	根据需求文档、设计文档等运用各种测试方法检查产品是否正确实现了功能	采用	达到	达到
回归测试（主要功能回归）	完成核心功能回归测试及跨线功能联测，根据本迭代影响规划的测试用例集	采用
产品验收测试		采用
界面测试/UED验收测试	检查界面是否符合公司界面规范，UI及交互设计是否美观合理	采用
易用性测试	检查系统是否易用友好，是否符合通用的操作习惯
接口测试	检查系统能否与外部或内部系统在各种测试场景下接口正常工作
安装及升级测试	检查系统能否正确安装、升级是否成功，配置基础数据是否正确	暂无
性能测试	提取系统性能数据，检查系统是否满足在需求中所规定达到的性能。	暂无
安全性测试	检查系统安全，是否达到安全需求，是否存安全隐患	暂无
兼容性测试	对于 C/S 架构的系统来说，需要考虑客户端支持的系统平台及老版本兼容。 对于 B/S 架构的系统来说需要考虑用户端浏览器的类型及版本。	采用
其他类型测试	根据设计影响设定的测试场景
	接口自动化、UI自动化、探索性测试、交叉测试	暂无

 

1. 缺陷修复标准

界定标准

Bug解决之后回复给测试，备注产生原因及影响范围 P1, P2, P3 级bug必须修改 如果文案具有功能误导性，必须修改 如果样式已经严重影响页面美观，必须修改 P4、P5级别的可以在和产品人员确认后，确实不影响线上主要功能，解决起来涉及的模块或者问题较多，可以下次发布时解决，此时需要在测试报告中注明，并标注好分配人员。

2、测试用例通过率

界定标准

P1和P2测试用例通过率必须达到100% P3测试用例通过率必须达到95%以上

二、测试启动/停止标准

分类	界定标准
停止	当测试中出现下列情况之一时，应当停止测试活动，待错误得到修改，提交新的程序后，再启动测试： 被测系统在进行系统测试时，发现其致命错误或严重错误导致其他功能项无法继续测试，需暂停测试返回开发； 软件项目需暂停以进行调整时，测试应随之暂停，并备份暂停点数据； 软件项目在其开发生命周期内出现重大估算，进度偏差，需暂停或终止时，测试应随之暂停或终止，并备份暂停或终止点数据； 如有新的项目需求，则在原测试计划下做相应的调整； 若开发暂停，则相应测试也暂停，并备份暂停点数据； 若项目中止，则对已完成的测试工作做测试活动总结；
再启动	错误得到修改后，需要重新启动测试，要求： 开发提供修改后的程序；提供修改程序的相关说明。 项目再启动时，测试进度重新安排或顺延，修改测试计划和相关测试用例‘