测试接收标准.docxVIP

测试接收标准及BUG等级划分项目部署关于部署，需要注意一定要记录好上线了什么东西？（上线记录文档）。代码的备份。（出问题能随时恢复到指定版本）。部署指导文档。公司铁塔数据库 t_actual 现网库 t_plan 规划库 t_xj 巡检相关远程环境Ie10192.168.32.122administrator??123 Ie9192.168.32.126admin?admin 测试注意 针对每个BUG进行问题分类划分，暂定四个类型，技能、业务、责任、外部原因。 技能：开发人员能力原因导致。 业务：因开发人员对业务不够了解或所做内容不符合需求。 责任：开发人员马虎、责任心不够造成的。外部原因：需求不明确、产品设计错误、项目返工等非开发人员造成的原因。客户端测试BUG等级划分说明：BUG等级对应禅道上每个BUG的严重等级。严重等级为1的对应一类问题，依此类推。一类问题：主流程无法跑通。应用模块无法启动或异常退出、或无法登录。主要功能未实现。（比如：一个报表模块，查询功能不可用，或者报错）循坏报错，无法正常退出。（死循环等）因程序造成数据丢失、系统死机。严重的权限及安全性问题。严重的数值计算错误。（视实际情况）与数据库连接错误?。内存泄漏。（性能）二类问题：主功能个别部分未正常实现。（比如：报表模块，导出功能出错、无法正常保存等）程序接口错误等。语音或数据通讯错误。轻微的数值计算错误。数据库的表、业务规则、缺省值未加完整性等约束条件。三类问题：操作界面错误（包括数据窗口内列名定义、含义是否一致）导出内容、格式错误。简单的输入限制未放在前台进行控制。长时间操作无进度提示删除操作未给出提示。数据库表中有过多的空字段。系统未优化（性能问题）四类问题：界面不规范?辅助说明描述不清楚输入输出不规范提示窗口文字未采用行业术语?可输入区域和只读区域没有明显的区分标志个别不影响产品理解的错别字建议测试接收标准两种条件任意一种未达到，即认为未达到测试接收标准，测试人员直接返回至开发，并在禅道上记录对应的问题。出现下面任意一种情况。主流程无法跑通。应用模块无法启动或异常退出、或无法登录。主要功能未实现。（比如：一个报表模块，查询功能不可用，或者报错）一类用例20%未通过，二类用例60%未通过。说明：一类用例和一类问题等同，在禅道用例设计上体现在优先级（1、2、3、4），对应BUG严重程度（1、2、3、4），依此类推。测试流程图在原有测试流程基础上增加预测试环节。对测试人员的要求统一BUG等级划分标准。在接到需求，测试前应该提前设计测试用例。至少要保证一类所有用例设计、二类80%用例设计、三类四类部分用例设计。用例设计要求按照每个功能的分一二三类问题进行设计。严格用例设计及执行。（接到需求后，先设计概要用例。用例完善后，覆盖度要高。）