其实，一个月做的都是零碎的工作，总结起来比较散。之所以选择这个时间点，只是因为昨天产品更新上线，以一个菜鸟新手总结一下此次更新遇到的各种问题。

       背景：1、一个产品收费改免费

                 2、新版本要升级后台才能使用，升级后台后旧版本用不了

                 3、ios审核已通过，等着手动发布，安卓版准备提交应用宝审核（审核前需关                        闭友盟在线参数，审核后打开）

       14日安卓版测试完毕，等15日早打包上传审核。

       恩，15日早上来到办公室，老大不在，Q我说先让我提交应用宝审核，审核完就发布，本来预计应用宝审核需要2个小时，可以等老大来再进行升级后台等操作。然后我就时刻关注着审核情况，大概20分钟过后查看，应用宝审核通过了。我就跟老大说，老大说马上让技术升级后台，并让我安装测试线上版本，再发布ios的。

      于是升级了后台，发现后台一些数据有问题，让后台开发找问题。测试了安卓新版本，发现了一些小问题，随后让开发立即修改，然后又发现ios版本有点小问题，但也直接发布了。在发布以后又忘记了打开友盟在线参数，导致程序出错。随后发现注册登录收不到验证码，是因为后台问题，今天又发现官网图片什么的没有更新。

      好吧，各种问题是吧。期间是各种手忙脚乱，各种细节忽略了。

      说了那么多前奏，再说说自己的问题。

      一、测试关始终过不了

      这几天我深刻地感受到，做产品要有这么一个技能，一个产品拿到手中，你必须很快找到他的问题。但因为自己做的产品熟悉，会有这么一种代入感，就是我很熟悉这个产品，有另外一种现象就是别人的产品你一上手，就能发现很多问题；自己做的产品，却忽略了不少细节。因为公司没有专业的测试团队，所以产品测试是我做的。上次测试不过关，这次依然不过关，缺少的就是空杯心态，你拿到一款自己熟悉的产品，在进行每一步操作的时候，你会很想当然地认为下一步操作就应该是怎么样，从而很多时候忽略一些细节性东西。化身小白用户真的很难，至少我目前遇到的困难很多。我现在的解决方法就是一心态要好，二要方法论，心态的话这个要靠自己悟，方法论就是按照需求，把测试功能点的每个流程都走一遍，如果有必要的话，可以进行多次测试。一些逻辑上的错误基本可以一次发现，但一些页面或交互上的小概率问题，可能就需要多次测试才能发现；还有就是细节，每个文字每个图标都要过一次。有很多测试时没发现的细节问题，都在上线以后才发现，哎，安卓还好，可以马上更改，因为审核快；ios就尼玛蛋疼了。

      二、没经验，没融入团队

      以前做运营的时候，我也只是需要负责上线更新，其他的什么都不用管。于是这次按照以前的心态，所以官网忘了修改。而我们老大是这样一个人，平时交给你的工作不会过问，他认为该你做的工作也不会主动交代，他只要结果。结果导向论吧，所以我不需要任何事情都去交代我要怎么做，征求他同意，这是一种完全放权，只能说我还没习惯。所以本来官网应该我去升级的，他没交代，我也忘了，而且我发现得比较晚。这里就说明自己还没能适应团队的协作方式。另一方面，其实，如果我根据更新后新老用户会进行的操作流程去走一遍，应该能及时发现相关问题。我个人有个理解其实就是逻辑性不够紧密，按照逻辑，产品更新了，用户需要进行怎样的操作，更新是否影响到前端或后台，哪个地方需要做哪些修改，一步一步走出来是完全可以及时发现问题的。所以在这里又找到了自己一个缺陷，就是逻辑不够紧密。

      三、还是需要多想为什么

      因为我也兼职做客服，在产品更新上线之后，一大波用户都来问相同的问题，因为这个问题违反了用户操作习惯，需要进行适当地说明。其实在测试的时候，我有发现这个问题，但当时没有去质疑，没有去询问质疑这样的逻辑是否合适。当我今天跟老大说用户总说这个这个的时候，他才说是故意违反操作习惯的，因为这关系到产品规划，这个团队里只有我老大知道，其他人都不知道。所以结论有二，一是我不问，你不说，这就是距离，一个团队里，作为助理，我是应该实时地了解产品的每一步策略规划；二是作为一个多年经验的领导者，应该是不会简单的问题都没有顾虑到，所以我应该多站在领导者的角度去看待问题，因为其实做这个违反用户习惯策略其实是站在商业角度去看待问题了。奇怪吧，为什么不顺着用户走反而有利于商业盈利，这世界就是这么奇妙，很多你认为没问题的东西，反而会出现问题。

      其实这个过程，问题不止这些，能想起来的都是典型问题。但小问题多半也是因为细节没把握好，没有按照完成的流程走一遍。

      且行且总结，且省且进步！