是这样的
小弟是iOS工程师
资历约一年半左右
期间除了obj-c swift以外
还写到android 和 java
学到赚到
今天有个Demo需求是
一个图片压缩档
解压缩成指定的比例以及放到指定资料夹
环境用mac os x
功能完成后
有发现一个bug
在高分辨率下取得的图档会跟原始档不一样
必须要绕到更底层取得图片资讯
解决之余便交出去了
结果被骂得臭头
由于是第一次写mac os x
是我忽略了在retina下的dirve会成两倍大
虽然没有retina的dirve可以测试 但还是应当注意才是
再踏进一个新的领域
应该如何让可能发生的bug降到最低
想请前辈们请益
作者: shizeng 2016-05-15 15:12:00
没retina 环境可以测,出了Bug只是刚好,叫公司提供retina 开发环境再来骂!
作者:
jarhys (沉默)
2016-05-06 00:13:00要没有bug就要不写程式
作者:
jack0204 (Jarbar王朝)
2016-05-06 00:31:00一直写阿,发生BUG又不可耻,可耻的是每次都是相同的BUG
新东西没经验,有bug很正常吧,没人讲你也不知道有这些问题
作者:
yyc1217 (somo)
2016-05-06 00:47:00同样的bug不要发生第二次就好
作者:
Argos (Big doge is watching u)
2016-05-06 01:26:00你的电脑从来没当机过吗?那些东西可能都是世界顶级的工程师写的喔~多测试才是正途
作者:
lasx (Mr.谢)
2016-05-06 01:27:00我比较纳闷的是 不是解决了 为什么会被骂?
作者:
hearther (hearther)
2016-05-06 01:47:00所以ios上没遇过retina吗?
作者:
shietsd (123)
2016-05-06 01:53:00进新领域越快发现越多bug才学得越快,但不要相同的类似的bug出现第二次。
作者:
hSATAC (cAt Ash)
2016-05-06 03:29:00请前辈 review 或 pair 啊?干嘛自己闷著头做
作者:
fiiox3 (飙速宅男)
2016-05-06 06:56:00有bug有学习
作者:
jazzter (阿里巴巴你妈妈)
2016-05-06 07:13:00尽量test吧 不过你这bug没经验的话也test不到
作者:
dlikeayu (太阳拳vs野球拳)
2016-05-06 08:10:00bug的来源是为了优化,那就没什么好大惊小怪的程式最怕的是为了懒而写出来的东西
作者:
Csongs (西歌)
2016-05-06 08:42:00bug在客户手中发生才可耻
作者:
Csongs (西歌)
2016-05-06 09:17:00这也算学到经验吧
作者:
f124 (....)
2016-05-06 09:17:00多死几次知道错了下次就不会再中了...不然减少的最好方法就是不要写...
作者:
Csongs (西歌)
2016-05-06 09:19:00虽然作个自动测试,但有时候要靠累积经验才能降低错误发生
作者:
maxqq (max)
2016-05-06 10:19:00被骂到臭头就是主管的问题吧有时候功能小,不代表复杂度不高,尤其兼容性的问题主要还是多测试几次,无论是自动测试还是手动测试测试过的项目,只要项目变动,就必须重新测试另外写这么多种语言不代表很强最好还是专注在完全熟悉你的 tool 还有 debug 模式学习一个新语言,东拼西凑,花不了多久时间但组织架构、模组、测试方法和debug 功力...可能才是评论你够不够资深的关键点
作者:
alog (A肉哥)
2016-05-06 12:03:00用别人写的东西本来就有不可预料的状况有些事连文件都提及到未*
作者:
ousapas (komica123)
2016-05-06 13:00:00unit test e2e test
作者:
Curapikt (StarLight Breaker!!)
2016-05-06 14:02:00JS很常发生啊,用了某个api然后才发现某个浏览器的旧版本不支援;后来解决方式是主管去说服客户升级;这东西只能靠test case跟累积经验才有办法解决
作者:
cobrasgo (人鱼线变成鲔鱼线,超帅)
2016-05-06 14:19:00unit test是最基本的
就写完多测试啊 没啥捷径 给人的code bug很多代表没啥测随着经验的增长你能想到的测试case就越多 自然bug变少
bug不是成长的轨迹吗? 但有前辈code review会成长超快
作者:
gpctv (gpctv)
2016-05-07 01:50:00这样也要骂?!
作者:
Rexup (Rexup)
2016-05-07 02:59:00没bug的程式?!我不信...短时间要写出少bug的程式很难。尽量写unit test或请QA还比较实际
多累积经验,尽可能去思考所有可能性的排列组合自然bug会减少即便找了qa team来测,也会发现有些人的bug就是比别人少,这就是开发阶段掌控能力的差别也是我们RD需要去精进的方向
作者:
Rexup (Rexup)
2016-05-11 01:11:00之前看过一种说法,设计的太多有时候实作反而太慢.....像这种内部的......我觉得花一堆时间design想bug很浪费