作者s001582000 (仁杰)
看板Soft_Job
标题[请益] 进入新领域 怎样才能将bug减到最少
时间Thu May 5 23:58:44 2016
是这样的
小弟是iOS工程师
资历约一年半左右
期间除了obj-c swift以外
还写到android 和 java
学到赚到
今天有个Demo需求是
一个图片压缩档
解压缩成指定的比例以及放到指定资料夹
环境用mac os x
功能完成後
有发现一个bug
在高解析度下取得的图档会跟原始档不一样
必须要绕到更底层取得图片资讯
解决之余便交出去了
结果被骂得臭头
由於是第一次写mac os x
是我忽略了在retina下的dirve会成两倍大
虽然没有retina的dirve可以测试 但还是应当注意才是
再踏进一个新的领域
应该如何让可能发生的bug降到最低
想请前辈们请益
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 61.228.130.101
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1462463928.A.191.html
1F：→ jarhys: 要没有bug就要不写程式05/06 00:13
2F：→ jack0204: 一直写阿，发生BUG又不可耻，可耻的是每次都是相同的BUG05/06 00:31
3F：推 clarkman: 新东西没经验，有bug很正常吧，没人讲你也不知道有这些05/06 00:32
4F：→ clarkman: 问题05/06 00:32
5F：→ yyc1217: 同样的bug不要发生第二次就好05/06 00:47
6F：推 Argos: 你的电脑从来没当机过吗？那些东西可能都是世界顶级的工程05/06 01:26
7F：→ Argos: 师写的喔～多测试才是正途05/06 01:27
8F：→ lasx: 我比较纳闷的是 不是解决了 为什麽会被骂？05/06 01:27
9F：→ hearther: 所以ios上没遇过retina吗？05/06 01:47
10F：推 shietsd: 进新领域越快发现越多bug才学得越快，但不要相同的类似05/06 01:53
11F：→ shietsd: 的bug出现第二次。05/06 01:53
12F：→ hSATAC: 请前辈 review 或 pair 啊?干嘛自己闷着头做05/06 03:29
13F：推 fiiox3: 有bug有学习05/06 06:56
14F：→ jazzter: 尽量test吧 不过你这bug没经验的话也test不到05/06 07:13
15F：推 dlikeayu: bug的来源是为了优化，那就没什麽好大惊05/06 08:10
16F：→ dlikeayu: 小怪的05/06 08:10
17F：→ dlikeayu: 程式最怕的是为了懒而写出来的东西05/06 08:11
18F：→ Csongs: bug在客户手中发生才可耻05/06 08:42
19F：→ gn01838335: 是demo给客户看吗？05/06 09:04
主管看的
此程式也仅供内部使用
※ 编辑: s001582000 (39.8.75.124), 05/06/2016 09:07:33
20F：推 Csongs: 这也算学到经验吧 05/06 09:17
21F：推 f124: 多死几次知道错了下次就不会再中了... 05/06 09:17
22F：→ f124: 不然减少的最好方法就是不要写... 05/06 09:18
23F：→ Csongs: 虽然作个自动测试，但有时候要靠累积经验才能降低错误发生 05/06 09:19
24F：推 jerry771210: more code, more bugs. 05/06 09:56
25F：推 doranako: 靠经验跟直觉 05/06 09:58
26F：推 james732: 发生bug不可耻+1 刚入门很正常吧？ 05/06 10:07
27F：推 maxqq: 被骂到臭头就是主管的问题吧 05/06 10:19
28F：→ maxqq: 有时候功能小，不代表复杂度不高，尤其兼容性的问题 05/06 10:19
29F：→ maxqq: 主要还是多测试几次，无论是自动测试还是手动测试 05/06 10:20
30F：→ maxqq: 测试过的项目，只要项目变动，就必须重新测试 05/06 10:20
31F：→ maxqq: 另外写这麽多种语言不代表很强 05/06 10:20
32F：→ maxqq: 最好还是专注在完全熟悉你的 tool 还有 debug 模式 05/06 10:21
33F：→ maxqq: 学习一个新语言，东拼西凑，花不了多久时间 05/06 10:21
34F：→ maxqq: 但组织架构、模组、测试方法和debug 功力...可能才是评论 05/06 10:22
35F：→ maxqq: 你够不够资深的关键点 05/06 10:22
36F：推 abc0922001: 没bug心里会毛毛的 05/06 11:35
37F：推 alog: 用别人写的东西本来就有不可预料的状况 05/06 12:03
38F：→ alog: 有些事连文件都提及到 05/06 12:03
39F：→ alog: 未* 05/06 12:06
40F：推 sing10407: 觉得是你被刁难 05/06 12:21
41F：推 ousapas: unit test e2e test 05/06 13:00
42F：推 Curapikt: JS很常发生啊，用了某个api然後才发现某个浏览器的旧版 05/06 14:02
43F：→ Curapikt: 本不支援；後来解决方式是主管去说服客户升级；这东西只 05/06 14:02
44F：→ Curapikt: 能靠test case跟累积经验才有办法解决 05/06 14:02
45F：推 cobrasgo: unit test是最基本的 05/06 14:19
46F：推 jinmin88: 就写完多测试啊 没啥捷径 给人的code bug很多代表没啥测 05/06 16:07
47F：→ jinmin88: 随着经验的增长你能想到的测试case就越多 自然bug变少 05/06 16:08
48F：推 shenevol: bug不是成长的轨迹吗? 但有前辈code review会成长超快 05/06 18:07
49F：→ gpctv: 这样也要骂?! 05/07 01:50
50F：推 Rexup: 没bug的程式？！我不信...短时间要写出少bug的程式很难。 05/07 02:59
51F：→ Rexup: 尽量写unit test或请QA还比较实际 05/07 02:59
52F：推 sorianotw: 多累积经验，尽可能去思考所有可能性的排列组合 05/07 08:33
53F：→ sorianotw: 自然bug会减少 05/07 08:34
54F：→ sorianotw: 即便找了qa team来测，也会发现有些人的bug就是比别人 05/07 08:35
55F：→ sorianotw: 少，这就是开发阶段掌控能力的差别 05/07 08:35
56F：→ sorianotw: 也是我们RD需要去精进的方向 05/07 08:35
57F：推 realbout: 知道都是从不知道开始 05/07 20:54
58F：推 comesuck: 画图啊 05/07 22:40
59F：推 Rexup: 之前看过一种说法,设计的太多有时候实作反而太慢..... 05/11 01:11
60F：→ Rexup: 像这种内部的......我觉得花一堆时间design想bug很浪费 05/11 01:11
61F：→ shizeng: 没retina 环境可以测，出了Bug只是刚好，叫公司提供retin 05/15 15:12
62F：→ shizeng: a 开发环境再来骂！ 05/15 15:12