1.".equals()" should not be used to test the values of "Atomic" classes.bug 主要不要使用equals方法对AtomicXXX进行是否相等的判断Atomic变量永远只会和自身相等,Atomic变量没有覆写equals()方法.2."=+" should not be used instead of "+="bug 主要"=+" 与 &

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

bug级别分类 2014-10-20 10:02 6403人阅读 评论(0) 收藏 举报  分类: SQA(17)  版权声明:本文为博主原创文章,未经博主允许不得转载.   目录(?)[+]   由于要做bug数据分析,要了解缺陷管理系统的分类方法,去网上搜索到如下分类法: 英文参考: BUG的严重级别分类 Severity This field describes the impact of a bug. Blocker: Blocks development and/or testing

今天修改bug基本完成 在修改bug过程中配到几个郁闷的问题,印象最深的两个1.检查出生日期或日期的合法性,引用的日历控件不能完全保证取到值时操作,现在突然想到或许我该仔细研究日历控件接口,在返回错误时类似回调js一样的清空数据:最终我上网找了一个检查日期是否合法的方法,没想到原以为很简单的方法在网上找了3个才能最终用,还不如当初自己写的检验方法有效:2.在设置div出现滚动条时问题,本来父div中固定宽度为250,div中有iframe,当div没有设置width属性时,iframe中网页内容

1. springboot动态修改日志级别+权限认证 1.1. 需求 网上找到的动态修改日志级别的方式,基本都是没有权限验证的,或者特地关闭权限验证,但也没给出加上验证的解决方式 修改日志等级也是一个敏感操作,最好不能暴露地址直接修改,所以我研究了下,把权限验证加上了 1.2. 解决 1.2.1. pom 首先加上pom <dependency> <groupId>org.springframework.boot</groupId> <artifactId>

作者: zyl910 一.缘由 NLog是一个很好用的日志类库.利用它,可以很方便的将日志输出到 调试器.文件 等目标,还支持输出到窗体界面中的RichTextBox等目标. 而且它还支持在运行时修改配置,例如可用于实现这样的需求--在界面上做个下拉框,可动态调整RichTextBox的日志级别过滤. 二.输出到RichTextBox 2.1 办法 首先,项目中需要加入NLog的程序包.既用 NuGet 下载这些包-- NLog NLog.Config NLog.Windows.Forms 随后

1. pom中引入 org.springframework.boot       spring-boot-starter-actuator 2. 发送POST请求: 地址: http://[服务地址]:[服务端口]/loggers/[要修改日志级别的包路径] 请求头: name: Content-Type value: application/json 请求体: {"configuredLevel":"DEBUG"} 后边的DEBUG为日志级别 参考内容: http

声明:本文来源于MLDN培训视频的课堂笔记,写在这里只是为了方便查阅. 1.概念:SpringBoot整合Restful架构 2.背景 Spring 与 Restful 整合才是微架构的核心,虽然在整个 SpringBoot(SpringCloud)之中提供有大量的服务方便整合,但是这些 整合都不如 Rest 重要,因为 Rest 是整个在微架构之中进行通讯的基础模式.那么对于 Rest 首先必须对其有一个最为核心的解释: 利用 JSON 实现数据的交互处理.而且 Spring 里面提供有一个非

怎么说, 开发会很乐意去主动修改bug? 一图顶上千言万语,如下:

  修改BUG心得 分类: 项目管理/CMMI2013-01-14 22:06 845人阅读 评论(0) 收藏 举报 目录(?)[-] 一 二 三 一. 1.写第一版时就杜绝这些的发生. 2.思维要开阔, 3.修改BUG,写代码的人都很厉害,不管是写界面还是底层.不要以人做的模块的难易来断定人. 二. 今天让项目经理找到些bug,但都是无关紧要的,最主要是因为在作页面的时候,业务逻辑不是很清晰,需求描述的不好,所以我自己做起来也有麻烦,当然,不是我没错,只是以后我做项目经理,对以后自己下属的要求

1. centos7 之前应该使用init 的启动脚本 不支持并行 速度比较慢, centos7 开始使用systemd 的模式 提高了开机的性能 所以之前的init 脚本修改 启动级别应该就无效了 之前的启动级别定义为: - 系统停机状态 - 单用户工作状态 - 多用户状态(没有NFS) - 多用户状态(有NFS) - 系统未使用,留给用户 - 图形界面 - 系统正常关闭并重新启动 这里面注意一点 init 6 不能输入到之前的控制文件中 不然就会循环启动... 2. 到了centos7 先看

转自 JBoss6.1.0修改启动jvm内存以及修改日志级别 - liangbinny的专栏 - 博客频道 - CSDN.NEThttp://blog.csdn.net/liangbinny/article/details/41242373 修改内存: 在%JBOSS_HOME%/bin/standalone.conf下,修改java_opt, 修改为: JAVA_OPTS="-server -Xss128k -Xms4096m -Xmx4096m -XX:MaxNewSize=1024m -X

一.供参考的完整日志配置 <?xml version="1.0" encoding="UTF-8"?> <!-- 配置LoggerConfig,即Appenders的日志级别为WARN --> <Configuration status="WARN"> <!-- 定义下面的引用名 --> <Properties> <property name="basePath"

 作者:朱金灿 来源:http://blog.csdn.net/clever101 有软件就有bug,这意味着软件研发不仅仅是新功能开发,更要拿出相当一部分精力去修改bug.但基本很多软件开发者并不喜欢修改bug,对这项工作的厌恶程度并不下于写文档.究其原因有以下几点:一是修改bug并不会带来像开发新功能那么大的成就感,甚至修改bug意味着承认自己开发的软件中存在缺陷,这毫无疑问会给人一种沮丧感:二是修改别人开发模块的bug意味着吃别人的狗粮,等于自己要去读懂别人写的代码,理解别人的思路,弥

使用git的时候,我们往往使用branch解决任务切换问题,例如,我们往往会建一个自己的分支去修改和调试代码, 如果别人或者自己发现原有的分支上有个不得不修改的bug,我们往往会把完成一半的代码 commit提交到本地仓库,然后切换分支去修改bug,改好之后再切换回来.这样的话往往log上会有大量不必要的记录.其实如果我们不想提交完成一半或者不完善的代码,但是却不得不去修改一个紧急Bug,那么使用’git stash’就可以将你当前未提交到本地(和服务器)的代码推入到Git的栈中,这时候你的工作

1.jenkins日志有时候也会消耗掉很大内存,在传输时也会消耗掉大量带宽,如图,300+M的日志大小,太夸张了吧 2.修改日志级别的方法: 在配置文件里修改,重启后永久生效,配置路径:/etc/sysconfig/jenkins 如下图所示,默认级别为5--Info 方法二:系统管理-->系统日志-->日志级别,修改默认日志级别,但据说这样设置,重启后失效,未验证 另外,由参考1可知,jenkins的日志有继承关系,类x.x.x继承类x.x,x.x集成x. 参考: 1.https://wik

centos6 在centos6里打开vim /etc/inittab文件看到下面有一行 id:5:initdefault,因此我们可以通过修改这个文件的id后的数字来修改运行级别 如果我们想要直接切换运行级别可以使用 init 运行级别数字 的命令 例如: init 3 init 5 centos7 在centos7中打开相同路径的文件,却发现全是注释,并没有一处可以修改 配置文件中告诉我们可以通过systemctl get-defalut的命令查看默认运行级别,通过systemctl set

工作中,在排查线上问题时,有以下场景在不重新部署或重启服务的情况下,需要动态调整线上日志级别 1.线上有些日志打印过多干扰有用的日志,需要动态修改线上日志记录器的打印日志级别,调高一些日志级别,打印出更少的干扰日志 2.由于线上日志级别打印的相关有用日志太少,需要动态修改线上日志记录器的打印日志级别,调低一些日志级别,打印出更多的有用日志 本文的两个工具类使用的版本如下: ----------------logback--------------------- <dependency>   &

CentOS7系统如果用mini镜像安装或者服务器版本安装,默认是没有安装图形界面的.如果需要额外去安装图形界面,可以手动来安装CentOS Gnome GUI包.然后会总结一下,在CentOS7系统中的系统运行级别的设置以及如何切换. 命令行下安装 Gnome 包 yum groupinstall "GNOME Desktop" "Graphical Administration Tools" 更新系统的默认运行级别 如果你想在系统下次启动的时候自动进入图形界面,

一.主要分类 BUG类型标准主要分两类: Ø 依据优先级分类. Ø 依据严重程度分类. 二.主要内容 依据优先级分类标准 定义 优先级:指一个BUG相对于其他BUG对于公司的影响,解决的及时性. 分类标准 紧急 ² 系统无法工作 ² 测试无法继续正常工作 ² 特殊情况:如重要客户(项目重要性) 高 ² 需求问题 ² 实现与需求不符 ² 出现调试代码 ² 功能性错误 ² 关联性错误 ² 前后模块不一致 ² 链接错误 ² 特殊性的程度性能低下 ² 程序引起的安全问题 注:涉及所有关于数据流的错误 中

一 修改Ubuntu启动级别 sudo apt-get install sysv-rc-conf 执行: sysv-rc-conf 打x的表示开机启动. 二 启动级别 Ubuntu默认启动级别为2 root@lanny:/etc/rc2.d# runlevel N 2 Ubuntu的默认开机的runlevel是2,可以用runlevel来查看当前的默认运行级别. debian系(ubuntu是基于debian)的Linux一直是用runlevel 2来默认启动,并且runlevel定义也与red