
公司发了个 iOS 的新版本 版本在测试阶段漏了一项 结果那一项就真的出问题了 现在补救版本已经上传了 但都 4 天了苹果还没审核 加急都 3 次了。。。 用户一堆投诉 运营又鸭梨山大 感觉我就要快引咎辞职了。。。 PS:公司没有专职测试人员 都靠开发自己解决。。。
1 nuc093 2016 年 6 月 21 日 顶住! |
2 e1nher1ar 2016 年 6 月 21 日 人生在世,除了生死,没有大事。 |
3 liteneo 2016 年 6 月 21 日 论热更新的重要性 |
4 cheneydog 2016 年 6 月 21 日 墨菲法则 |
5 uuus007 2016 年 6 月 21 日 顶住! |
7 wsy2220 2016 年 6 月 21 日 via Android 吃一堑长一智 |
8 lijinma 2016 年 6 月 21 日 谁没出过线上事故啊,淡定点。 安静接受,痛定思痛,好好总结。 |
9 passion336699 2016 年 6 月 21 日 楼主头像和这个场景好搭.... 吃一堑长一智! |
10 dxwwym 2016 年 6 月 21 日 没测试才体现了你的重要性, 一定要有没我你们更烂的气场! |
11 niboy 2016 年 6 月 21 日 事情已经发生了,除了等待,你似乎也做不了啥 以后写 checklist ,检查完后再上线。 |
12 Vernsu 2016 年 6 月 21 日 据说现在 iOS 审核 1 天就过了 |
13 smartdie 2016 年 6 月 21 日 此次经验将成为未来人生的宝贵财富 |
14 Sentive 2016 年 6 月 21 日 昨天被裁了,心情很糟,和 LZ 差不多的原因。 |
15 zjuster 2016 年 6 月 21 日 产品呢,功能测试 是产品的职责之一啊。 我大概是被纯银洗脑了 |
16 caileijuve 2016 年 6 月 21 日 反正程序员都是背锅的 |
17 leonlh 2016 年 6 月 21 日 一般来说,这事谁负责这个项目,谁来背锅。 没有专职测试,上线前找产品测试,产品 OK 后方可上线。 |
18 Deeer 2016 年 6 月 21 日 没做相应处理的,都会遇到这样的问题的,或多或少罢了 或说今天我也要提交版本了,我好方。。。 |
19 a0000 2016 年 6 月 21 日 via Android 推荐一部好电影《活着》 真心的,想开点,没啥大不了的 |
20 palmers 2016 年 6 月 21 日 说句推卸责任的话, 公司竟然没有一个专门的测试组, 要你一个人背负全部责任我觉得不合理 |
21 murmur 2016 年 6 月 21 日 公司竟然没有一个专门的测试组,人人都全栈么? |
22 palmers 2016 年 6 月 21 日 一次事故,对公司来说是事故,对你来说也是一次经验, 好好总结,别太压抑了。 |
23 ChiangDi 2016 年 6 月 21 日 跟公司要求招聘专门的测试人员 |
24 mikuazusa 2016 年 6 月 21 日 其实项目初期是最需要测试的...除非你们研发全是大牛级别 |
25 XVXVXXX 2016 年 6 月 21 日 一定要 Hotfix 啊!!! JSPatch 很好用的啊!!!切记切记,上个 JSPatch , KPI 有指望了。 |
26 loryyang 2016 年 6 月 21 日 我一直有个观点:错误是靠制度规范来避免,而不是靠人来避免的 人永远会犯错的,要避免犯错,就要建立完整的保障机制 没有人主观想出错的,肯定是不小心疏忽了,如果公司一直这么追责犯错者,那么最终员工都会战战兢兢,毫无战斗力 |
27 boyhailong 2016 年 6 月 21 日 这锅要一个一个人来背? 行么? |
28 XDA 2016 年 6 月 21 日 不出问题没人记得你,出点问题才体现出你存在的价值啊 |
29 hanxiV2EX 2016 年 6 月 21 日 via iPhone 补丁 |
30 hohoho 2016 年 6 月 21 日 向公司提加测试人员,项目中加 JSPatch ,引入 Bug 上报系统。 |
31 fwings260 2016 年 6 月 21 日 楼主淡定 记得有句话:人可以不完整但人生不可以不完整,有的时候为了完整人生甚至可以不完整人 顶住压力,多少年后这件事只是你可和别人谈笑风生时的谈资,引咎辞职,可能就成了你职场道路上的污点了 加油 |
32 inet6 2016 年 6 月 21 日 别说十年后了,就算 1 年后,这事儿都小的不值一提,加油,楼主! |
33 smithtel 2016 年 6 月 21 日 淡定,开了你也无事于补,反而还要去招人,接手项目也需要时间, boss 权衡利弊之后,肯定不会开了你,内心要强大。 |
34 twl007 2016 年 6 月 21 日 墨菲定律再一次显神威 - - |||| |
35 zhuce 2016 年 6 月 21 日 via iPhone 没啥,该干嘛干嘛,下次用 checklist 避免 |
36 ydm3324803 2016 年 6 月 21 日 你没必要引咎辞职,你做好了你的本分 |
37 zhangchioulin 2016 年 6 月 21 日 论<JSPatch><日志系统><Bug 反馈系统重要性> |
39 zhangchioulin 2016 年 6 月 21 日 @zhangchioulin 论<JSPatch><日志系统><Bug 反馈系统>的重要性 刚刚打错了 |
40 woaitqs 2016 年 6 月 21 日 这是多么宝贵的财富! |
41 HustLiu 2016 年 6 月 21 日 责任不该楼主一人承担,看开点 |
42 kamal 2016 年 6 月 21 日 回复好温暖 |
43 paloalto 2016 年 6 月 21 日 上图是阿波罗是 10 号飞船拍摄的月球照片,远处是地球。 |
44 zetaoouyang 2016 年 6 月 21 日 虽然自己有可能利益受损,但是坚持无愧良心,心里就安心! 安心比什么都宝贵 |
45 tooZero 2016 年 6 月 21 日 关键是这件事让你学到了什么 |
46 iOran 2016 年 6 月 21 日 我上周也是,上上周五中午临时确认改需求,我改了,下次要测试完然后发包。下午三点,老大能不能发包,我说我改完了,但是不建议发包,毕竟临时改的东西,而且测试不够。但最后他还是坚持上,结果测试估计没有策之前已经测过的,然后出问题了,运营背不住,测试背不住,我也背不住。尼玛,还是 618. |
47 yangzj1992 2016 年 6 月 21 日 一个技术部门没测试出了错全怪开发?这要怪也直接怪到 CTO 头上吧. |
48 ranbin 2016 年 6 月 21 日 1 、走加急 2 、 case study 3 、主动推进上 patch 过错谁都会犯,别太放在心上。本山大叔不说:犯错再改、改完再犯,犯完还改,改完再犯,千锤百炼嘛! |
49 xwartz 2016 年 6 月 21 日 没有测试部门很正常吧,但是要做好其他措施。 |
50 inisun 2016 年 6 月 21 日 那个 jspatch 的 c 我还以为屏幕脏了,然后还去擦屏幕了...深深感到被套路了 |
51 ayaseangle 2016 年 6 月 22 日 冒险思维。。。 |
53 rayshen 2016 年 6 月 22 日 你这算不错了,还有用户投诉,你知道无论你做的怎么样好还是烂,都不会有人用的寂寞吗 |
55 Canrz 2016 年 6 月 22 日 算是晓得了 JSPatch |
56 KgM4gLtF0shViDH3 2016 年 6 月 22 日 那个 c 字母是怎么打上去的。。还有楼主报上 app 的名字呗。 |
58 vjnjc 2016 年 6 月 22 日 看来楼主是个有丰富经验的程序员,不管是淡定的经验还是蛋疼的经验 -0- |
60 KgM4gLtF0shViDH3 2016 年 6 月 22 日 @vjnjc 谢啦 |
61 LongCT 2016 年 6 月 28 日 擦屏幕+1 |