7月27日凌晨，部分网友反馈小红书APP出现闪退问题。对此，小红书客服微博发文称，该问题系及时故障引起的。如遇到小红书APP无法启动的情况，用户可前往App Store下载最新版本。
虽然有用户留言表示不要因为这个事情开除打工人啊！哎，都不容易。
但评论区有网友表示自己是小红书研发，因为该问题已经提了离职申请。
但是大部分是用一种更为“现实”的表述来给此次事件定性。
“这种时候共情没有用的，解决办法是卸载重装，能保证所有用户卸载后都会重装吗？有的用户并不是深度用户，出现问题就卸载了，流量流失、用户流失是必然的。”
此时很多人都在讨论“测试”的重要性。虽然不知此次事件是“测试”背锅还是“研发”背锅。但软件上线、更新前的灰度测试总不应该少的。
灰度测试就是指如果软件要在不久的将来推出一个全新的功能，或者做一次比较重大的改版的话，要先进行一个小范围的尝试工作，然后再慢慢放量，直到这个全新的功能覆盖到所有的系统用户，也就是说在新功能上线的黑白之间有一个灰，所以这种方法也通常被称为灰度测试。类似于我们通常所说的内测。
灰度测试就是将自己的产品首先拿出来给一部分目标人群使用，通过她们的使用结果和反馈来修改产品的一些不足，做到查漏补缺，完善产品的功能，使产品的质量得到提高。这样产品尽早的与用户接触能为以后产品的正式发布打下基础。
定义：灰度测试，就是在某项产品或应用正式发布前，选择特定人群试用，逐步扩大其试用者数量，以便及时发现和纠正其中的问题。
灰度期：灰度测试开始到结束期间的这一段时间，称为灰度期。
你是怎么看待这次Bug的呢？欢迎评论区发表你的想法~
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
