CSDN论坛 > Delphi > VCL组件开发及应用

TColorBox的Bug~~ [问题点数:17分,结帖人zswang]

Bbs9
本版专家分:83122
Blank
银牌 2001年12月 总版技术专家分月排行榜第二
Blank
红花 2002年5月 Delphi大版内专家分月排行榜第一
2002年1月 Delphi大版内专家分月排行榜第一
Blank
黄花 2007年11月 .NET技术大版内专家分月排行榜第二
2007年1月 Delphi大版内专家分月排行榜第二
2006年12月 Delphi大版内专家分月排行榜第二
2006年10月 Delphi大版内专家分月排行榜第二
2002年8月 Delphi大版内专家分月排行榜第二
2002年6月 Delphi大版内专家分月排行榜第二
2001年12月 Delphi大版内专家分月排行榜第二
Blank
蓝花 2002年4月 Delphi大版内专家分月排行榜第三
结帖率 100%
CSDN今日推荐
Bbs7
本版专家分:13858
Bbs6
本版专家分:8188
Bbs9
本版专家分:83122
Blank
银牌 2001年12月 总版技术专家分月排行榜第二
Blank
红花 2002年5月 Delphi大版内专家分月排行榜第一
2002年1月 Delphi大版内专家分月排行榜第一
Blank
黄花 2007年11月 .NET技术大版内专家分月排行榜第二
2007年1月 Delphi大版内专家分月排行榜第二
2006年12月 Delphi大版内专家分月排行榜第二
2006年10月 Delphi大版内专家分月排行榜第二
2002年8月 Delphi大版内专家分月排行榜第二
2002年6月 Delphi大版内专家分月排行榜第二
2001年12月 Delphi大版内专家分月排行榜第二
Blank
蓝花 2002年4月 Delphi大版内专家分月排行榜第三
Bbs9
本版专家分:83122
Blank
银牌 2001年12月 总版技术专家分月排行榜第二
Blank
红花 2002年5月 Delphi大版内专家分月排行榜第一
2002年1月 Delphi大版内专家分月排行榜第一
Blank
黄花 2007年11月 .NET技术大版内专家分月排行榜第二
2007年1月 Delphi大版内专家分月排行榜第二
2006年12月 Delphi大版内专家分月排行榜第二
2006年10月 Delphi大版内专家分月排行榜第二
2002年8月 Delphi大版内专家分月排行榜第二
2002年6月 Delphi大版内专家分月排行榜第二
2001年12月 Delphi大版内专家分月排行榜第二
Blank
蓝花 2002年4月 Delphi大版内专家分月排行榜第三
匿名用户不能发表回复!
其他相关推荐
处理bug的一般流程
每一个bug都是程序员努力的结晶,要懂得珍惜 当bug产生了,而我们由无法定位bug产生的原因的时候,我们应该意识到,there is something wrong首先要检查的是拼写的,很多的bug都是拼写的错误导致的,比如少写了一个字母,大小写不正确,使用了中文的标点符号… 其次你要开始怀疑自己了,不要怀疑那些被用了无数遍的开源插件,他们产生错误的概率微乎其微,肯定是你错了; 如果,我是说如果,
一份BUG提交规范
1,BUG全部提交到http://XXX.XXX.XXX.XXXBUG论坛上 2,创建的问题的时候,“概要”--用简单明了的语句说明白你这个BUG,就相当与BUG的中心语句 3,BUG优先级分为4种情况    致命问题:系统任何一个主要功能完全丧失、用户数据受到破坏、系统崩溃、悬挂、死机,或者危及人身安全    严重问题: 系统的主要功能部分丧失、数据不能保存,系统的次要功能完全丧
每天写bug是一种怎样的体验?
点击上方“程序员小灰”,选择“置顶公众号”有趣有内涵的文章第一时间送达!本文转载自公众号  小象源 | 小象     文 | 小象君“哥们,又在写bug呢?”据说这是对程序员杀伤力最大的一句话没有之一!之所以如此,那是因为这是句大实话啊!程序员的人生就是bug和debug交织在一起的悲歌尽管每天都要和Bug打交道可你是否知道Bug这个叫法是怎么来的吗?上图中那个黑乎乎的东西就是史上第一个程序Bug
Bug产生的原因有
开发人员完成功能后,需要自测: 开发过程中:每个工程师都希望能再前期就能将功能梳理完毕 自测意思是只在自己的手机上 Code Review 没有命名规范和代码规范。 对输入输出的数据不做验证。 Bug产生的原因包括以下这几种: 1 ,崩溃问题 2 ,技术难点问题 3 ,由于技术人员的粗
深入BUG分析
BUG不是纸面数据,数据为王的时代,BUG应该为测试、应该为质量提供更多的信息。
一张图看懂bug的生命周期
bug的生命周期如下图: 各个流程详细说明如下:创建新bug,判断其是否已经在数据库中存在同样的bug,如果存在,解其为“Duplicate”。关闭bug,流程结束。创建新bug,判断其是否已经在数据库中存在同样的bug;如果不存在,判断其是否如此设计;如果是,解其为“By Design"。关闭bug,流程结束。创建新bug,判断其是否已经在数据库中存在同样的bug;如果不存在,判断其是否如此...
五款轻量型bug管理工具横向测评
最近正在使用的本地bug管理软件又出问题了,已经记不清这是第几次了,每次出现问题都要耗费大量的时间精力去网上寻找解决方案,劳心劳力。
如何清晰的描述BUG? BUG的基本属性都有哪些?
来自IT公司面试手册 一个好的错误跟踪系统包括了错误的必要信息,如果做得不好,会造成迷惑,并误导读者。好的故障描述应该包括十个基本部分:标题、项目、所属模块、优先级、重要性、异常等级、可重复性、现象、操作过程和附件。 ①标题 使用一两句话来描述错误,告诉经理、开发人员以及其他读者为什么应该关心该问题。好的标题应该着重于出现的bug现象。但是过于简洁易引起误导,使得原本重要的问题被
BUG管理工具的跟踪过程
用BugZilla为例子 测试人员发现了BUG,提交到Bugzilla中,状态为new,BUG的接受者为开发接口人员 开发接口将BUG分配给相关的模块的开发人员,状态修改为已分配 开发人员和测试确认BUG,如果是本人的BUG,则设置为接收;如果是别的开发人员的问题,则转发出去,由下一个开发人员来进行此行为;如果认为不是问题,则需要大家讨论并确认后,拒绝这个BUG,然后测试人员关闭此问题。 如
bug与故障的区别以及防范措施
最近跳到了新东家之后,忙于学习各种技能和业务流程好久没更新学习总结了,新的环境的确扩充了自己的知识面,也对之前混淆的概念有了些更深的认识,今天就来聊聊bug与故障的区别,以及对应的防范措施,聊之前我先申明一下,这些只是我个人的理解,不是真理,也不是定律,有不同观点的同学可以尽情的提出来,只有充分的讨论才有可能产生“爱情的结晶”:),好了废话不多说直接上主菜        我理解的bug是指程序的
关闭
关闭