阿里IOS运维团队要凉凉了？？？

引用 @我要睡觉去了 发表的:
真要是故意人为的那这哥们就要进去了，而且时间不会短

怎么进去，又不是删库跑路。写代码写出了bug难道还要坐牢？

引用 @魔小兽霍霍 发表的:
但是如果是推错了包，这个怪开发测试可就太牵强了。。。
主要还是要看根因是啥，顶死了说开发的可靠性不行，不能快速恢复

测试肯定跑不了，运维取包肯定要和测试对版本的，除非运维故意这么干，另外阿里上线肯定是灰度发布的，这都没发现还灰度啥，测试大锅跑不了

研发：产品要求这样写的

引用 @cafat123 发表的:
感觉这种bug测不出，那阿里估计也没请测试了，开发做完自己随便点点就上了😂

测不出也正常，只要bug隐藏的够深。测试用例覆盖不到就行。如打个不恰当的比方，他是某一个时间点触发，精确到了秒级。然后只有那个时间段你开着app才会触发然后修改程序本身，后面就有一直有问题。这种你让测试怎么测呢。测试也是要在一定框架范围内写测试用例的。又不是天马行空全部暴力测试（这样的话，阿里早倒闭了，因为测试人太多了工资太高了。。。）

现在改成秒现对话框了，估计实际问题不大，但是要追责就热闹了

引用 @虎扑JR0703503195 发表的:
感觉只要他不作死，咬住技术失误，最多就是行业内没人敢请。。

这个很好说的，如，本来这段代码是之前内测版本的，合入代码某一段代码没有删，但是做了技术屏蔽，不会触发，现在我也不知道怎么就触发了

引用 @南沙龙穴岛 发表的:
支付宝现在一条推送十几条垃圾消息，真的醉了……

哈哈，支付宝的通知我早关了

引用内容被灭过多已被折叠

都是打工仔 不懂这个优越感哪来的

引用 @我要睡觉去了 发表的:
真要是故意人为的那这哥们就要进去了，而且时间不会短

笑死我了，被一楼的程序猿喷惨

起码p1吧 3月25号一大堆人要预定325了？

66666666，企业压榨的结果，不好意思，又出了个BUG，赶紧拜拜雍正吧

就app来说支付宝真垃圾

引用 @eagleisyou 发表的:
不知道判断条件是啥。如果代码设定必须经过25号早上一段时间才触发，测试是没法发现的，

可以发现，测试环境一样可以跑日终。不过这种应该是运维出事概率高。
算了，人家阿里流程很严谨先进的，我们别猜了。

引用 @羅先森 发表的:
一般不是会有code review,不知道咋搞的，

说到点了
就是review代码的人为核心责任人

引用 @初夏浅唱 发表的:
我听说是这哥们吧绩效拿了3.25分，被辞退了。

这么扯淡的事，不会真有人信吧…还阿里的人找不到bug都来了…也就忽悠下外行

引用 @一个没有感情的手杀 发表的:
淘宝支付宝加载比其他软件明显卡一大截

支付宝加载还卡？
没有比支付宝加载更快的app了吧

引用 @SKT丶clearlove 发表的:
阿里大佬们一天都解决不了？这哥们有点强啊

这也就忽悠下外行，这么简单的bug，把淘宝代码给我我都能改

引用 @初夏浅唱 发表的:
这哥们留下的BUG，现有的工程目前还没找出来，只能通过代码缩短显示时间。

兄弟…你知道这话在我们搞程序的人来看，是多搞笑吗？目前工程还没找出来，正在吃饭差点笑喷🐶

更新了就没了

引用 @penguinku 发表的:
测不出也正常，只要bug隐藏的够深。测试用例覆盖不到就行。如打个不恰当的比方，他是某一个时间点触发，精确到了秒级。然后只有那个时间段你开着app才会触发然后修改程序本身，后面就有一直有问题。这种你让测试怎么测呢。测试也是要在一定框架范围内写测试用例的。又不是天马行空全部暴力测试（这样的话，阿里早倒闭了，因为测试人太多了工资太高了。。。）

你说的不就是定时启动么，如果这么简单的bug那发现后，直接把这行代码删了就行了 肯定没这么简单。 好多年前xp就有这种病毒 开机就启动30秒自动关机的提示，直接在安全模式下，把这个代码删了完事了，对不懂电脑的人 只能重装系统 装杀毒软件了

弹窗还有，只是时间很短，跟上午弹出来的内容不一样，最早弹出来的是说是测试版本。

引用 @圣地亚哥总裁 发表的:
支付宝那广告弹窗给我恶心吐了，早上骑自行车扫码跳出来一个不知道啥广告，网卡还关半天关不掉

这显然是故意设置的关不了的模式，举个摩拜的例子，去年前年是可以通过断开网络跳过广告的，后来修复了，直接退出程序好像

引用 @喵喵大爷 发表的:
这也就忽悠下外行，这么简单的bug，把淘宝代码给我我都能改

没写过ios，不会只是一个alert的原因吧

引用 @龙牙山上的骑士 发表的:
支付宝加载还卡？
没有比支付宝加载更快的app了吧

直接进到快捷支付那一个界面确实不算慢，但要是直接点开真的挺慢的，更别说打开里面其他附属的小程序

引用 @清风丯不解语 发表的:

感谢，作为小白终于看懂了。

闪的够快

如果是重大的bug，而且无法短时间解决的话，阿里难道没有roll back机制吗，为啥要把这个有严重问题的版本继续放在产线上

现在还这样

我今天更新下淘宝就好了啊

引用 @蓝色笑忘输 发表的:
估计这个bug是卡着3.25这个日期开发故意做的，如果条件做的狠，比如非要经历3/25 的08:00:00 08:30:01 09:00:02，测试还真不好测试出来。

代码走查 版本比对 难度投产都不看下吗？

引用 @天地英豪 发表的:
又不是删库跑路，还不准别人出bug？

这个级别的bug足够辞退他，并且正常测试团队，包括相关负责人和ios开发的领导起码一年的奖金全泡汤了，这是个非常非常严重的bug

引用 @可欣爸爸666 发表的:
代码走查 版本比对 难度投产都不看下吗？

所以是code review的问题啊，这个问题，灰度也查不出来吧

引用 @Alibaba马云 发表的:
这种故意写的bug，谁能知道

故意可能性不大

现在还是有

引用 @虎扑JR0703503195 发表的:
感觉只要他不作死，咬住技术失误，最多就是行业内没人敢请。。

阿里出来的，就算有这种事，小点公司还是抢着要的吧……

引用 @老宁123 发表的:
淘宝点自己头像出来个什么淘宝人生…什么破玩意

这个特么贼烦……

引用 @派伟俊 发表的:
听说是手机时间调到3.28后淘宝就不能用了

我试了一下，改成3月28之后还能运行，提示信息变成“发现新版本，优化更多细节，提升购物体验去AppStore升级”然后不定时的会闪退。

引用 @龙牙山上的骑士 发表的:
支付宝加载还卡？
没有比支付宝加载更快的app了吧

那是因为方舟编译器的功劳 不是华为手机还是卡 🐶🐶🐶

引用 @mokake 发表的:
那是因为方舟编译器的功劳 不是华为手机还是卡 🐶🐶🐶

……
华为宣传还是nb

ios秒开是不是也是方舟编译器的功劳……

人家支付宝团队都辟谣了，他们团队自己优化的

引用 @Hizensie 发表的:
阿里出来的，就算有这种事，小点公司还是抢着要的吧……

如果事后调查真是故意留下的bug，阿里要搞他，也没啥人敢要的。
这是职业道德的问题，小公司哪里经得起这样的不定时炸弹。

引用 @Jimmydug 发表的:
测试肯定跑不了，运维取包肯定要和测试对版本的，除非运维故意这么干，另外阿里上线肯定是灰度发布的，这都没发现还灰度啥，测试大锅跑不了

测试和运维的锅肯定比开发的大(开发者甚至没锅，只要他没发错版本号，在自己开发平台上完美跑过)，从流程上讲，最终部署上线的运维锅更大，屁股没帮人搽干净。以前在小公司，我作为运维是要测试的，应该不像阿里分这么细，活累事多工资少，转开发才发现这个世界这么美好。

为什么这个人的淘宝有暗黑模式

引用 @抓板不用手 发表的:
为什么这个人的淘宝有暗黑模式

如果你来的话，春天就不用来了💚💙

我是楼主小号，来凑个热闹。。。。

我也看到

什么鬼啊，没有测试的吗，没测试环境也得上预发布看看吧。。

引用 @啊氓来了 发表的:
昨天有个兄弟是不是就是这个组的？说是测试版本发到了生产上了。

要是这个原因怎么可能这么久了还没解决。。

现在还这样

引用 @小林宥嘉呀 发表的:
这错误一天都没搞定，应该当时也没发现

问题是这问题十分容易复现 打开就弹 这都没发现吗 不可能的 测试又不是傻子

引用 @魔小兽霍霍 发表的:
如果是推错了包，那就是运维的事儿。。。跟开发测试没啥关系。。
这么明显的错误应该也不太可能是软件bug

测试包发给运维去推么 也不是运维责任啊

引用 @初夏浅唱 发表的:
据说，审查，发布一条线全部都要担责任。

整个淘系都跑不掉，闹不好整个bu受影响。。唉

引用 @有了改名卡却不知道改啥了咋办 发表的:
要是这个原因怎么可能这么久了还没解决。。

不知道阿里为什么不会滚，可能bug确实是到时间触发

引用 @梦之领域 发表的:
你说的不就是定时启动么，如果这么简单的bug那发现后，直接把这行代码删了就行了 肯定没这么简单。 好多年前xp就有这种病毒 开机就启动30秒自动关机的提示，直接在安全模式下，把这个代码删了完事了，对不懂电脑的人 只能重装系统 装杀毒软件了

所以说是一个不恰当的比方 只是说不能都怪测试 虽然线上事故 测试锅是跑不了了

引用 @蓝色笑忘输 发表的:
估计这个bug是卡着3.25这个日期开发故意做的，如果条件做的狠，比如非要经历3/25 的08:00:00 08:30:01 09:00:02，测试还真不好测试出来。

没有代码审查？

引用 @盒饭要加蛋 发表的:
也就是说三天之内找不到原因， 就全部不能用了？

最多ios用不了，安卓和web端没事

引用 @虎扑JR0814607216 发表的:
这个级别的bug足够辞退他，并且正常测试团队，包括相关负责人和ios开发的领导起码一年的奖金全泡汤了，这是个非常非常严重的bug

可是他就是被辞退后才干的啊？

引用 @骑车追大象 发表的:
问题是这问题十分容易复现 打开就弹 这都没发现吗 不可能的 测试又不是傻子

这个bug是在3月25号8点才出现的，测试怎么测试出来？难不成提前把手机日期调成3月25号码？正常情况下没有人会这么测试。

引用 @Squirtle007 发表的:
可是他就是被辞退后才干的啊？

先不说他是不是被辞退啊，这个目前没有官方声明。如果真是这样，那他在行业内也进入黑名单了，这个报复有点不值当的。阿里公关可以很快把事情压下去，不过吃苦的就是测试和开发人员了，奖金肯定是没了

引用 @骑车追大象 发表的:
问题是这问题十分容易复现 打开就弹 这都没发现吗 不可能的 测试又不是傻子

可能人家是定好时间，25日才出现的。不是传说绩效被打了3.25分么。测试的时候肯定不出现啊

我今天更新了一下，不就好了吗，真的是

引用 @羅先森 发表的:
一般不是会有code review,不知道咋搞的，

code review只能防君子。要防止恶意代码，理论上的全部code review全部代码要看，每次code review配三个人。至少国内商业项目不可能给这么充足的时间。国内一般code review都是开发感觉自己哪段代码没把握，请人帮忙查bug

引用 @帅奇的烦恼 发表的:
讲了这么多能告诉我这到底有啥实际影响么

影响用户体验，这个对公司就是实实在在的影响。

引用 @wubo1000 发表的:
可以发现，测试环境一样可以跑日终。不过这种应该是运维出事概率高。
算了，人家阿里流程很严谨先进的，我们别猜了。

你现在是知道25号会出这个bug说可以。当初测试哪知道要跑几号的测试用例？跑三个月够不够？程序定在四个月后弹框怎么办？

引用 @初夏浅唱 发表的:
如果你来的话，春天就不用来了💚💙

？

引用 @派伟俊 发表的:
最多ios用不了，安卓和web端没事

app商店已经可以更新了

引用 @eagleisyou 发表的:
code review只能防君子。要防止恶意代码，理论上的全部code review全部代码要看，每次code review配三个人。至少国内商业项目不可能给这么充足的时间。国内一般code review都是开发感觉自己哪段代码没把握，请人帮忙查bug

那确实没啥办法了。

引用 @徽州 发表的:
讲道理阿里的软件真的是花里胡哨一堆一堆的有的没的

太臃肿了 淘宝 支付宝都是 啥杂七杂八的东西一堆

引用 @徽州 发表的:
讲道理阿里的软件真的是花里胡哨一堆一堆的有的没的

又卡又垃圾 支付我都是用微信

引用 @eagleisyou 发表的:
你现在是知道25号会出这个bug说可以。当初测试哪知道要跑几号的测试用例？跑三个月够不够？程序定在四个月后弹框怎么办？

不知道你从事哪方面测试。正常来讲，日终定时器这类功能是会有一套完整的测试用例的。比如30号，31号，夸天，跨年，以及其他，比如结合一些特殊计时要求的场景。从你的疑问，感觉你可能不清楚一般这些点程序是怎么校验的。按你的说法那每秒都该测了。就到这里吧，可能我对这个bug理解有误能力有限。

不懂就问，一个淘宝为什么要用内测版啊？

引用 @初夏浅唱 发表的:
我听说是这哥们吧绩效拿了3.25分，被辞退了。

只是失误发了个测试包到线上而已

引用 @啊氓来了 发表的:
昨天有个兄弟是不是就是这个组的？说是测试版本发到了生产上了。

就是这样的情况，失误发了个测试包上去了

引用 @啊氓来了 发表的:
不知道阿里为什么不会滚，可能bug确实是到时间触发

不是说ios发补丁需要等审核嘛，不是立马就能解决？

引用 @魔小兽霍霍 发表的:
但是如果是推错了包，这个怪开发测试可就太牵强了。。。
主要还是要看根因是啥，顶死了说开发的可靠性不行，不能快速恢复

ios上线前有灰度测试码的 测试跑不了

引用 @Squirtle007 发表的:
可是他就是被辞退后才干的啊？

你这都是听谁说的，被辞退后他连阿里的内网都进不了🤣，更别说那些权限了，早就回收了。

引用 @wubo1000 发表的:
不知道你从事哪方面测试。正常来讲，日终定时器这类功能是会有一套完整的测试用例的。比如30号，31号，夸天，跨年，以及其他，比如结合一些特殊计时要求的场景。从你的疑问，感觉你可能不清楚一般这些点程序是怎么校验的。按你的说法那每秒都该测了。就到这里吧，可能我对这个bug理解有误能力有限。

他的意思是这个是开发写在代码里面的，3.25号触发，这和边界值有什么关系？这并不是一个需求吧

刚打开淘宝还有呢

引用 @李苏欢 发表的:
你这都是听谁说的，被辞退后他连阿里的内网都进不了🤣，更别说那些权限了，早就回收了。

意思是知道自己拿了3.25要被辞退，临走前干的，又不是拿了3.25立马滚蛋

引用 @小嘴摸了密 发表的:
天天搞一堆气泡提醒 点进去有的可以一键清除有的还得一个一个点 烦的要死

支付宝就没有一键清除，要一个一个删除真的烦

引用 @sorrowdrug 发表的:
我不敢贴图，怕人找麻烦。。。
这个是很高级别的事故，非常多的人受牵连。
另外，淘宝牛逼！分分钟新包上线。你换个公司试试，iOS上线要多久。

我现在还有...

引用 @Squirtle007 发表的:
意思是知道自己拿了3.25要被辞退，临走前干的，又不是拿了3.25立马滚蛋

这都是传言也没人证实，假设他真的这么干了。那他基本在互联网圈是混不下去了。

引用 @吹电扇的鱿鱼卷 发表的:
不懂就问，一个淘宝为什么要用内测版啊？

内测版我在用，有iOS暗黑模式

我的也提示了？app显示最新版本了，这是怎么回事？

引用 @喵喵大爷 发表的:
这也就忽悠下外行，这么简单的bug，把淘宝代码给我我都能改

主要不是改了就可以解决的问题 今天很多用户卸载淘宝 这才是最关键的事情 然后ios审核还慢 虽然可以加急

现在一闪而过alert，app可以正常使用

刚刚更新了一波 没了

引用 @dillay 发表的:
支付宝就没有一键清除，要一个一个删除真的烦

是的，有的还得进好几层才能点，吐了

有没有懂的老哥简单说一下，会对咱们产生什么影响。

引用 @虎扑JR0814607216 发表的:
这个级别的bug足够辞退他，并且正常测试团队，包括相关负责人和ios开发的领导起码一年的奖金全泡汤了，这是个非常非常严重的bug

两回事，之前有人说会坐牢。出bug会坐牢，这我真没听说过

引用 @清风丯不解语 发表的:

专业👍🏻

引用 @我要睡觉去了 发表的:
真要是故意人为的那这哥们就要进去了，而且时间不会短

就一技术bug，不知道的还以为干了啥伤天害理的事呢，合着我给公司业务没做好公司赔了点钱我就要进去呗？

引用 @安菲尔德球场 发表的:
他的意思是这个是开发写在代码里面的，3.25号触发，这和边界值有什么关系？这并不是一个需求吧

没错。黑盒测试只能帮开发查无意的bug。开发人员故意埋雷，躲过测试是分分钟的事

引用 @nh34546 发表的:
可以回滚的 版本

ios紧急小版本也是要时间的

引用 @蓝色笑忘输 发表的:
所以是code review的问题啊，这个问题，灰度也查不出来吧

😊 查过一次支付宝提出的问题 结果是他们手工触发交易 时间不对 生产直接手工搞吓得我屁股尿流

引用 @蓝色笑忘输 发表的:
估计这个bug是卡着3.25这个日期开发故意做的，如果条件做的狠，比如非要经历3/25 的08:00:00 08:30:01 09:00:02，测试还真不好测试出来。

那code review的人背大锅，反正这种级别的事故，测试是绝对有人要出来接锅的。

引用 @徽州 发表的:
讲道理阿里的软件真的是花里胡哨一堆一堆的有的没的

确实，做个钉钉都是花里胡哨没卵用的东西太多，不用说其它的了

引用 @老宁123 发表的:
淘宝点自己头像出来个什么淘宝人生…什么破玩意

阿里真的没有社交娱乐基因，这玩意还是模仿十年前的腾讯，落后太多了

引用 @Z0 发表的:
专业👍🏻

牛逼。。。