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