一.背景 最近在推进组内流程规范专项建设,从"研发测试流程"."提测规范"."测试准入标准"."bug优先级标准"."测试停止标准"."测试准出标准"和"测试报告模板"7个纬度制定了标准,希望能给看到的人带来一点火花. 二.准入标准 提测后,进入测试环节,需满足以下全部条件: 1)     冒烟测试用例全部通过 2)     主流程可以走通 3)     界面上的功能…

优先级定义如下: <版本前期阶段>(功能刚提测): [P0—紧急]:完全不能满足产品要求,基本功能明显未实现或完全不可用,阻塞测试流程与进度(核心功能流程) 1.功能未实现 .功能缺失 2.业务流程不正确 3.闪退 4.数据未上报 5.越权(付费与免费) 6.数据统计计算错误 7.用户信息丢失或错误,如升级及覆盖安装后数据异常 8.币种显示错误 9.严重视觉(UI)问题:核心页面 10.页面显示(元素不可点.核心页面错乱) 11.安全问题(XSS.SQL等注入) 12.系统兼容性问题导致主要功…

致命bug:不能完全满足系统要求,系统停止运行,系统的重要部件无法运行,系统崩溃或者挂起等导致系统不能正常运行. 修改优先级为最高,该级别问题需要立即修改. 1.系统崩溃 2.导致程序重启,死机或非法退出 3.死循环 4.数据丢失或异常 5.数据通讯错误. 6.硬件故障,系统悬挂 严重bug:严重地影响系统要求或基本功能的实现,且没有更正办法(重新安装或重新启动该软件不属于更正办法).使系统不稳定.或破坏数据.或产生错误结果,或部分功能无法执行,而且是常规操作中经常发生或非常规操作中不可避免的主…

缺陷种类 缺陷级别 详细说明 功能缺陷 Urgent (V级) 1.操作系统无法正常使用,死机,出现致命错误 2.数据丢失 3.被测试系统频繁崩溃,程序出错,使功能不能继续使用 4.性能与需求不一致 5.系统资源弓|发性能问题 6.系统配置引发错误 7.安全性问题 Very High (IV级) 1.功能与需求不致,或功能未实现 2.功能有错误,影响使用 3.数据传输有错误 4.安装与卸载问题 High (III级) 1功能有错误,但不影响使用 2.界面错误 3.边界条件出错 Medium (I…

什么是BUG 使用人工或自动手段,来运行或测试某个系统的过程.其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别 BUG分类 完全没有实现的功能 基本实现了用户需要的功能,但是运行时会出现一些功能或性能上的问题 实现了用户不需要的功能,即多余的功能…

通过图片另存为 或者 放大浏览器倍率 查看.…

[HIS] HIT行业常用名词及缩写定义 1.   EHR 居民个人电子健康记录 2.   MPI 居民个人主索引 3.   HIS 医院管理信息系统 4.   CIS 医院临床信息系统 5.   PRM 患者关系管理 6.   LIS 检验信息系统 7.   RIS 放射信息系统 8.   PACS 医学影像存储与传输系统 9.   UIS 超声信息系统 10.EIS 内窥镜信息系统 11.PIS 病理信息系统 12.B/S 浏览器/服务器体系结构 13.C/S 客户端/服务器体系结构 14.…

博主在搭建好bugfree后,修改了系统中“优先级”字段,将原先系统定义的优先级“1.2.3.4”修改为符合博主自己项目要求的优先级“高.中.低”.修改成功后,系统确实将原先提交的BUG优先级从“1.2.3.4”自动修改为“高.中.低”,博主很开心. 但是突然发现系统内已有的一个项目无法访问. 问题现象 一旦从界面上切换到该项目,整个界面便会抛出一个PHP Error,如下图: 问题原因 优先级修改的时候我自定义了三个等级“高.中.低”,原来系统有四个等级“1.2.3.4”,该项目中有人提交了一…

一.提单模板 标题:[项目组][模块][子模块][发生原因]问题简要描述描述:[预置条件] 有就写清楚,没有就写无[操作步骤]1.XXXXX2.XXXXXX3.XXXXX[实际结果] XXXXX[预期结果] XXXXXX[问题发生时间]——偶现的问题必须要写,必现问题可以不用写[设备信息]机器人SN号[复现概率]3/3[备注]如果有一些其他信息,可以写在这里 二.偶现bug 在上述提交bug要求上添加:1.填写复现概率(30次以上),寻找规律协助开发定位2.截图3.记录时间点4.记录设备编号5.…

一.        BUG处理流程图: 流程描述: 1.  测试人员发现bug提交给开发. 2.  开发人员判断是否是bug. 3.  如果是bug,进行修改,修改完成后更改bug状态为已解决. 4.  如果不是bug,退回给测试人员并描述退回原因,或为设计如此,或为外部原因,或者不能重现. 5.  开发人员修改完成的bug,由测试人员进行验证,确认修改正确,关闭bug. 6.  验证未通过的bug重新激活,开发人员继续修改,直至验证通过,关闭bug. 7.  测试人员需要对开发人员退回的bug…