测试接收标准规范.docx

测试接收标准及BUG等级划分项目部署关于部署，需要注意一定要记录好上线了什么东西？（上线记录文档）。代码的备份。（出问题能随时恢复到指定版本）。部署指导文档。公司铁塔数据库 t_actual 现网库 t_plan 规划库 t_xj 巡检相关远程环境Ie10192.168.32.122administrator??123Ie9192.168.32.126admin?admin 测试注意? ? 针对每个BUG进行问题分类划分，暂定四个类型，技能、业务、责任、外部原因。? ? 技能：开发人员能力原因导致。? ? 业务：因开发人员对业务不够了解或所做内容不符合需求。? ? 责任：开发人员马虎、责任心不够造成的。外部原因：需求不明确、产品设计错误、项目返工等非开发人员造成的原因。客户端测试BUG等级划分说明：BUG等级对应禅道上每个BUG的严重等级。严重等级为1的对应一类问题，依此类推。一类问题：主流程无法跑通。应用模块无法启动或异常退出、或无法登录。主要功能未实现。（比如：一个报表模块，查询功能不可用，或者报错）循坏报错，无法正常退出。（死循环等）因程序造成数据丢失、系统死机。严重的权限及安全性问题。严重的数值计算错误。（视实际情况）与数据库连接错误?。内存泄漏。（性能）二类问题：主功能个别部分未正常实现。（比如：报表模块，导出功能出错、无法正常保存等）程序接口错误等。语音或数据通讯错误。轻微的数值计算错误。数据库的表、业务规则、缺省值未加完整性等约束条件。三类问题：操作界面错误（包括数据窗口内列名定义、含义是否一致）导出内容、格式错误。简单的输入限制未放在前台进行控制。长时间操作无进度提示删除操作未给出提示。数据库表中有过多的空字段。系统未优化（性能问题）四类问题：界面不规范?辅助说明描述不清楚输入输出不规范提示窗口文字未采用行业术语?可输入区域和只读区域没有明显的区分标志个别不影响产品理解的错别字建议测试接收标准两种条件任意一种未达到，即认为未达到测试接收标准，测试人员直接返回至开发，并在禅道上记录对应的问题。出现下面任意一种情况。主流程无法跑通。应用模块无法启动或异常退出、或无法登录。主要功能未实现。（比如：一个报表模块，查询功能不可用，或者报错）一类用例20%未通过，二类用例60%未通过。说明：一类用例和一类问题等同，在禅道用例设计上体现在优先级（1、2、3、4），对应BUG严重程度（1、2、3、4），依此类推。测试流程图在原有测试流程基础上增加预测试环节。对测试人员的要求统一BUG等级划分标准。在接到需求，测试前应该提前设计测试用例。至少要保证一类所有用例设计、二类80%用例设计、三类四类部分用例设计。用例设计要求按照每个功能的分一二三类问题进行设计。严格用例设计及执行。（接到需求后，先设计概要用例。用例完善后，覆盖度要高。）本页为著作的封面，下载以后可以删除本页！【最新资料 Word版可自由编辑！！员工录用管理制度为规范试用期员工的管理和辅导工作，创造良好的试用期工作环境，加速试用员工的成长和进步，特制定目标责任制制度。一、员工试用期规定?1、自员工报到之日起至人力资源部确认转正之日起。?2、员工试用期限为3个月，公司根据试用期员工具体表现提前或推迟转正。（一）、福利待遇?1、试用期员工工资根据所聘的岗位确定，核算时间从到岗工作之日起计算，日工资为：月工资÷（本月天数-休假天数）2、过节费按正式员工的1/2发放。3、按正式员工标准发放劳动保护用品。（二）、休假?1、试用期内累计事假不能超过3天，如果特殊情况超过3天需报董事长批准。?2、可持相关证明请病假，请病假程序和天数与正式员工要样。3、可请丧假，请假程序和天数与正式员工要样。4、不享受探亲假、婚假。?二、员工入职准备?1、身份证复印件一份，原件待查。2、学历证明复印件一份，原件待查。?3、县级以上人民医院的体检报告。4、4张一寸照片?5、部分职位（如出纳、收银员、司机、仓管）试用期员工还须须准备房产证明、户口本、直系亲属身份证复印件等。三、行政手续?1、试用人员手续办理完毕后，由行政部向试用期人员发放办公相关用品。?2、发放工作牌，办理考勤卡。?3、试用期人员需要食宿的、由行政部安排住宿和就餐。?4、将试用期人员带入用人部门。四、用人部门指引1、试用员工的直接上级是“入职指引人”。2、带领试用期员工熟悉本部门及其他部门，向其介绍今后工作中要紧密配合的部门及员工，同时介绍公司内公共场所的位置，包括会议室、停车场、洗手间等。3、与试用期员工进入面谈，商讨入职后的工作安排，并向试用期员工描述其工作的部门架构，岗位名称，职务，岗位职责等。简单介绍将来的职业发展方向和目前工作时遇到的实际问题。?4、教会试用期员工使用生产工具或办公用具。5、公司有活动要及时告知试用期