1、测试接收标准及 BUG 等级划分项目部署关于部署，需要注意1、 一定要记录好上线了什么东西？（上线记录文档） 。2、 代码的备份。 （出问题能随时恢复到指定版本） 。3、 部署指导文档。公司铁塔数据库t_actual 现网库 t_plan 规划库 t_xj 巡检相关远程环境Ie10192.168.32.122administrator 123 Ie9192.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%用例设计、三类四类部分用例设计。3、 用例设计要求按照每个功能的分一二三类问题进行设计。4、 严格用例设计及执行。 （接到需求后，先设计概要用例。用例完善后，覆盖度要高。 ）
