测试接收标准

《测试接收标准》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、测试接收标准及BUG等级划分项目部署关于部署，需要注意1、一定要记录好上线了什么东西？（上线记录文档）。2、代码的备份。（出问题能随时恢复到指定版本）。3、部署指导文档。公司铁塔数据库t_actual现网库t_plan规划库t_xj巡检相关远程环境Ie10192.168.32.122administrator  123Ie9192.168.32.126admin admin测试注意  针对每个BUG进行问题分类划分，暂定四个类型，技能、业务、责任、外部原因。  技能：开发人员能力原因导致。  业务：因开发人员对业务不够了解或所做内容不符合需求。  责任：开发人员马虎

2、、责任心不够造成的。外部原因：需求不明确、产品设计错误、项目返工等非开发人员造成的原因。客户端测试BUG等级划分说明：BUG等级对应禅道上每个BUG的严重等级。严重等级为1的对应一类问题，依此类推。一类问题：①主流程无法跑通。②应用模块无法启动或异常退出、或无法登录。③主要功能未实现。（比如：一个报表模块，查询功能不可用，或者报错）④循坏报错，无法正常退出。（死循环等）⑤因程序造成数据丢失、系统死机。⑥严重的权限及安全性问题。⑦严重的数值计算错误。（视实际情况）⑧与数据库连接错误 。⑨内存泄漏。（性能）二类问题：①主功能个别部分未正常实现。（比如：报表模块，导出功能

3、出错、无法正常保存等）②程序接口错误等。③语音或数据通讯错误。④轻微的数值计算错误。⑤数据库的表、业务规则、缺省值未加完整性等约束条件。三类问题：①操作界面错误（包括数据窗口内列名定义、含义是否一致）②导出内容、格式错误。③简单的输入限制未放在前台进行控制。④长时间操作无进度提示⑤删除操作未给出提示。⑥数据库表中有过多的空字段。⑦系统未优化（性能问题）四类问题：①界面不规范 ②辅助说明描述不清楚③输入输出不规范④提示窗口文字未采用行业术语 ⑤可输入区域和只读区域没有明显的区分标志⑥个别不影响产品理解的错别字⑦建议测试接收标准两种条件任意一种未达到，即认为未达到测试接

4、收标准，测试人员直接返回至开发，并在禅道上记录对应的问题。①出现下面任意一种情况。Ø主流程无法跑通。Ø应用模块无法启动或异常退出、或无法登录。Ø主要功能未实现。（比如：一个报表模块，查询功能不可用，或者报错）②一类用例20%未通过，二类用例60%未通过。说明：一类用例和一类问题等同，在禅道用例设计上体现在优先级（1、2、3、4），对应BUG严重程度（1、2、3、4），依此类推。测试流程图在原有测试流程基础上增加预测试环节。对测试人员的要求1、统一BUG等级划分标准。2、在接到需求，测试前应该提前设计测试用例。至少要保证一类所有用例设计、二类80%用例设计、三类四类部

5、分用例设计。3、用例设计要求按照每个功能的分一二三类问题进行设计。4、严格用例设计及执行。（接到需求后，先设计概要用例。用例完善后，覆盖度要高。）