祥云平台技术支持双语网站,网站内链怎么删除,玉泉营网站建设公司,学习做网站需要多久1、BUG粗略可分为两类#xff1a;
一种是显性的#xff0c;编译直接就通不过#xff0c;必须马上解决。
第二种是隐性的#xff0c;新功能完成后#xff0c;编译成功顺利运行#xff0c;洋洋自得#xff0c;而问题隐藏在幕后#xff0c;测试之后才逐渐发现有问题
一种是显性的编译直接就通不过必须马上解决。
第二种是隐性的新功能完成后编译成功顺利运行洋洋自得而问题隐藏在幕后测试之后才逐渐发现有问题
从代码角度是没毛病的没报错但不符合设计需求。
而随着工程复杂度的上升找问题甚至快速看懂以往的代码都变得越来越困难尤其是逻辑很复杂的系统有注释的话好一些。这也拖慢了DEBUG的速度连发现BUG在哪里都是个难题。 2、低级错误。就个人而言以往的BUG中有很大概率最终发现是低级错误
比如功能相似的变量或BP命名相似结果用错了则必然不符合需求。
查了一圈都没毛病最终才发现是用错了如果早点发现则节约大量时间。
从命名上就要规避要区分开来。
没用的要删掉或名字改为冷门的以减少误操作。
比如修改过程中某个分支判断的真假接反也会导致不符合需求密密麻麻一大堆而屏幕显示内容少加大了失误概率。 3、地方不对。虽然理论上放哪里都行但实际上重要逻辑放在UI或物件里则就容易出问题虽然不报错但达不到效果。
而放在FPC、GM等重要地方就能发挥作用换个地方就不行。
原因之一就是物体与UI很可能一开始并没有加载所以相关参数也无法传出去逻辑是废的。
