修改BUG心得

【修改BUG心得】的更多相关文章

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

今天修改bug基本完成

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

怎么说, 开发会很乐意去主动修改bug?

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

关于修改bug的思考

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

如何在修改bug时切换分支保留修改又不提交

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

WPF-22：WPF绘制五角星改进版（增加半个五角星的绘制）-修改bug

之前用坐标画多边形的方法,绘制五角星.今天调试时发现当时写的时候有bug,修改一下. 原文: http://blog.csdn.net/yysyangyangyangshan/article/details/9313421,当时没测试绑定的问题,一测试发现绑定有问题.原来是多颗五角星控件中,依赖属性的typeof写错了类. SelectCount和ItemsCount的typeof(FivePointStar)应该为typeof(FivePointStarGroup)才对,顺便将属性的赋值里的代…

BUG心得

在<程序员,你会从 Bug 中学习么?>一文中,我写了我是怎样追踪这些年遇到的最有趣 bug 的.最近我重新浏览了这所有的 194 个条目(历时 13 年),看看我从这些 bug 中学到了学到了那些重要的经验教训.我分为编码.测试和调试三大类. 编码这些都是过去给我带来棘手 bug 的问题: 1. 事件顺序当处理事件时,问以下问题富有成效:事件是否可以以不同的顺序到达?如果没收到这些事件怎么办?如果事件在同一行出现两次怎么办?即使这通常不会发生,在系统的其他部分(或交互系统)中的bug也会…

定时器图片轮播淡入淡出基本功能已实现，正在修改BUG中。。（附图效果和源代码）

用JQ写的源码如下: 实现功能: 1,图片自动按顺序轮播,轮播选中的图片透明度为1,其他为0.1: 2,鼠标停在的图片上透明度为1,其他为0.1: 3,鼠标离开,继续轮播,起始位置为鼠标停在的图片的下一张图片: 存在BUG: 当鼠标在多个图片上滑动的时候,图片的轮播顺序会被打乱! <!DOCTYPE html><html lang="en"><head> <meta charset="UTF-8"> <title…

调试bug心得

1. 忌主观主义.遇到问题,优先考虑客观排除法,按模块一一屏蔽测试排除.忌自己认为某个模块里的某个逻辑有问题,一直研究修改测试,被其他模块导致的偶然事件所干扰.通过排除法,找到震源,再解决.…

修改bug 提交出错：操作失败: 无法更改关系，因为一个或多个外键属性不可以为 null

提交出错:操作失败: 无法更改关系,因为一个或多个外键属性不可以为 null.对关系作出更改后,会将相关的外键属性设置为 null 值.如果外键不支持 null 值,则必须定义新的关系,必须向外键属性分配另一个非 null 值,或必须删除无关的对象. //处理入库计划状态 if (partsPlannedWarehouseOrder != null) { ).ToArray()) //partsPlannedWarehouseOrder.PartsInPlanOrderDetails.Remov…