一. Bug的严重等级定义: 1. Blocker 即系统无法执行.崩溃或严重资源不足.应用模块无法启动或异常退出.无法测试.造成系统不稳定. 严重花屏 内存泄漏 用户数据丢失或破坏 系统崩溃/死机/冻结 模块无法启动或异常退出 严重的数值计算错误 功能设计与需求严重不符 其它导致无法测试的错误, 如服务器500错误 2.Critical 即影响系统功能或操作,主要功能存在严重缺陷,但不会影响到系统稳定性. 功能未实现 功能错误 系统刷新错误 数据通讯错误 轻微的数值计算错误 影响功能及界面的错

在软件工程理论中,BUG严重级别(severity)是用于指示软件质量问题导致的负面影响的程度.但在大部分实际的软件开发组织中,对BUG严重级别(severity)的定义和使用常常充斥着大量的争议和分歧.甚至有些组织即使有专门的BUG严重级别定义文档,但是由于其描述的宽泛和模糊性,使得争议和分歧并没有得到有效的减轻.本文将尝试探讨工程实践中的一些具体问题,并提出笔者的一些观点. BUG严重级别定义对于软件开发组织来讲,是一个非常重要的事情.因为它影响了如下几个方面: 影响修复某个BUG的必要性和

安全测试bug 业务端提出, 在修改是否给联系人发送短信接口,如果操作人和被操作的联系人不在同一个企业的情况下, 也是可以修改的. 解决办法: 加校验.

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

缺陷定义: 出现以下缺陷测试定义为致命 bug l  系统无响应处于死机状态. l  点击某个菜单后出现“The page cannot be displayed”或者返回异常错误. l  进行某个操作增加.修改.删除等后出现“The page cannot be displayed” 或 者返      回异常错误 l  当对必填字段进行校验时未输入必输字段出现“The page cannot be displayed” 或者返回异常错误 l  系统定义不能重复的字段输入重复数据

在代码测试中,通常一个 Bug 需要我们定义他们的优先级(即定义开发人员应该如何相应这个Bug) 和它的严重等级(即该 Bug 发生后对程序的影响). 专业的英文为 Priority -- 优先级:和Severity -- 严重等级. 优先级和严重等级不是紧密结合的 Bug 的两个属性,不是一个 Bug 的严重等级越严重那么它的优先级就越高. 具体为一个Bug 定义多少个 Severity 的值取决于不同项目/团队对其的定义.这里根据我个人的理解给出一些定义: Highest - 最高,通常当一

文档说明如下: Bug严重程度: A-崩溃的:由于程序所引起的死机.非法退出.死循环:数据库发生死锁:因错误操作导致的程序中断:主要功能错误:造成数据破坏丢失或数据异常:数据库连接错误:数据通讯错误. B-严重的:程序运行错误:程序接口错误:主要功能轻微错误.次要功能缺失:边界条件操作时导致异常:严重的数值计算错误:数据库的表.业务规则.缺省值未加完整性等约束条件. C-一般的:操作界面错误(包括数据窗口内列名定义.含义是否一致):打印内容.格式错误:简单的输入限制未放在前台进行控制:功能冗余:

前些日子上线了新版的app,在上线后发现了几个重大的bug,在此总结,在以后的测试工作中需要额外的关注. 需求流程bug 页面刷新bug 标签栏刷新bug 第一个bug出现的原因是产品需求与运营实际操作不同步而产生的bug 产品上线的需求是上线一个活动,活动有报名时间,报名通过公布名单时间.在流程图上,所有一系列的操作都是在活动时间内操作的(包括活动报名,查看名单,通过报名,上传活动体验),而在活动结束后没有任何的操作.但是实际上线后发现的问题是,运营都是在活动结束后才会公布名单,然后用户才可以

Bug复现 使用Webbench对服务器进行压力测试,创建1000个客户端,并发访问服务器10s,正常情况下有接近8万个HTTP请求访问服务器. 结果显示仅有7个请求被成功处理,0个请求处理失败,服务器也没有返回错误.此时,从浏览器端访问服务器,发现该请求也不能被处理和响应,必须将服务器重启后,浏览器端才能访问正常. 排查过程 通过查询服务器运行日志,对服务器接收HTTP请求连接,HTTP处理逻辑两部分进行排查. 日志中显示,7个请求报文为:GET / HTTP/1.0的HTTP请求被正确处理和

前言: 最近做项目时遇到了很多莫名其妙的问题,其中就有这个打印(NSLog).也不多废话了,我们先来回顾一下Xcode8发布以来,我们遇到的一些关于打印的问题,当然也有解决方法: 1.Xcode8打印问题 先看下面这个图片,相信使用Xcode升级到Xcode8的都不陌生吧. 当时的感觉就是莫名其妙,这里打印出来的一大堆日志,然而对于我们开发并没有多大用处,个人感觉是apple测试Xcode时查看的打印信息,发布时忘记删掉的原因(谨代表个人想法,若有错误,望指出).当然,网上也给出了解决方法: 很

BUG等级划分,一般划分为:严重BUG.较严重BUG.一般性BUG.建议性BUG A类—严重错误,包括以下各种错误: 1． 由于程序所引起的死机,非法退出 2． 死循环 3． 数据库发生死锁 4． 因错误操作导致的程序中断 5． 功能错误 6． 与数据库连接错误 7． 数据通讯错误 B类—较严重错误,包括以下各种错误: 1． 程序错误 2． 程序接口错误 3． 数据库的表.业务规则.缺省值未加完整性等约束条件 C类—一般性错误,包括以下各种错误: 1． 操作界面错误(包括数据窗口内列名定义.含义

前几天与开发在讨论问题的时候,开发提了一个问题,说是已经解决的问题,能否用excel表格总结一下,问了一下原因,感觉想法很好,就总结了一下. 在上家公司的时候,提交bug用的是mantis,现在是禅道,两者模式差不多,都是提交bug.开发修改.测试验证是否解决,解决了关闭,没有解决则打回重新解决. 这个时候,假如开发在解决bug的过程中引入了新的bug,该如何判断是哪些操作引入了新bug?一般情况下,开发人员与测试人员在验证bug的时候,都是就题解题,很少会去关心其它方面. 例如:A点到D点,有

目录 1.1 Monkey测试简介...1 1.2 Monkey程序介绍...1 1.3 Monkey命令的简单帮助...2 1.4 Monkey命令参数介绍...2 1.5 Monkey测试步骤...2 1.6 Monkey测试问题分析及处理技巧...3 1.7 Monkey测试注意事项...3 1.8 Monkey测试命令...3 1.9 Monkey测试问题分析...4 1.1 Monkey测试简介Monkey测试是Android平台自动化测试的一种手段,通过Monkey程序模拟用户触摸屏

今天遇到一个特别奇葩的问题 IOSSDK9.1 Xcode7.1.1 使用表控制器UITableViewController来刷新表时, 之前对表的frame进行的修改,都会被恢复,沾满整个屏幕. 目前的解决办法就是  自己创建表tableView;

(1)sehll实例 # cat subshell #!/bin/bash if (set -u; : $var); then #冒号与$间有空格 echo "Variable is set." else echo "Not set" fi (2)输出结果: # ./subshell ./subshell: line 3: var: unbound variable Not set (3)原因分析: 其中set -u命令用于设置shell选项,u是nounset表示

描述: 1.上级机构可以为空. 2.机构添加时,选择了上级机构,在未提交前,另一用户将该机构删除,然后前一用户再提交表单,提示会保存成功,本操作应该保存失败. 思路:在上级机构不为空时,保存前进行查询判断,如果保存前一刻查询该机构存在则可以保存成功,否则保存提示“保存失败,请检查机构是否存在,再重试!”: @RequiresPermissions("sys:office:edit") @RequestMapping(value = "save") public St

模板在运行时出现了以下 1 个错误:---------------------------Controller.tt(-1,-1) : error : 获取 AppDomain 以便从主机运行转换时出现问题.该过程无法继续. 模板在运行时出现了以下 1 个错误:---------------------------Controller.tt(-1,-1) : error : 获取 AppDomain 以便从主机运行转换时出现问题.该过程无法继续. 模板在运行时出现了以下 1 个错误:------

首先:我们应该让电脑和手机 处在同一个局域网下面,最简单的方法,就是让手机链接电脑的 WiFi ,或者让电脑链接手机的 WiFi ,然后得到我们的 ip 地址 在电脑上获取 ip 地址就行 获取方法:window + r  ---> cmd ---> ipconfig   三个指令 然后我们的vue项目,先去下载 vue 的脚手架 vue-cli ,然后一切全部准备完毕后,在当前项目的 package.json 的文件中 scripts 对象上,有一个 dev 的属性,属性值就是我们运行的指令

bug定义 狭义:软件程序的漏洞或缺陷 广义:测试工程师或用户所发现和提出的软件可改进的细节(增强型.建议性)或需求文档存在差异的功能实现 职责:发现bug,提给开发,让其修改 bug类型--了解 代码(功能)错误---最常见--优先级偏高 界面优化--UI测试--优先级偏低 设计缺陷--优化建议:需求就不合理--优先级偏低 bug的等级--优先级 致命错误--blocker 常规操作引起的系统崩溃.死机.死循环.闪退 造成数据泄露的安全性问题,比如恶意攻击造成的账户私密信息泄露 涉及金钱计算-

在测试过程中和不同开发合作,往往会发现一些bug都是大多数开发人员常出现的错误,为了帮助开发人员,也减少测试的重复工作量,非常有必要将以往出现的bug做整理,分析原因,让开发知道这些bug, 避免再次出现, 让测试人员腾出更多的时间去发现新的bug, 所以,测试开发需要做bug预防. Web测试bug预防: 1. 分辨率. 在不同分辨率下网页显示的效果和状态,这个需要产品人员在产品开发之前就明确的. 2. 浏览器的兼容性.明确需要兼容哪些浏览器及浏览器的版本(360,IE,Chrome,fire