公司发了个 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
|