一个质量cmmi0级的产品。从face到hold

为什么写这个吐槽文？

    一个产品，对于测试来说。最糟糕的情况是什么？是线上每天各种bug反馈不断，这时如果在加上没有专业客服 让你立即清楚的知道反馈的具体问题描述。再加上一个不通明的领导，只知道线上有bug，就拿测试问罪的这样子。即使你在是测试明星，即使你技术再高，即使你思绪再广，处于这种环境下，怕是连最起码的忠心都会丧失掉，更何谈努力改变局面，能做的只能是请假-面试-跳槽。    线上bug为什么多？明明测试服已经完全ok了。所以这也是很多测试坚决不碰，不管，不负责线上的原因。因为线上脏数据真的是让人头疼。如果此时 脏数据和超级不稳定的后台接口配合起来，再加上喜欢直接动线上数据库的领导的话。恐怕就算大罗神仙级的测试在，也只能say goodbye，顺便再加上疯狂更新迭代，既要速度又要质量又不给你增派人手，出了bug就是你背锅。。。下面就简单说说这几种让人抓狂的情况。之后再来分析如何把控，处理。也欢迎小伙伴们提出宝贵点子。（可能很多同学看到这就喊：不可能有这种公司存在吧，开玩笑么？ 但是我告诉你，真的就有，而且很多，在一些中小型公司非常常见。）    1。脏数据问题    脏数据的特点是：难处理，隐蔽性高，危害可大可小，出现时机随机，出现概率无法估测，品种繁多导致无法一招解决。    脏数据的产生有：版本迭代的时候没有考虑到旧用户数据库表的兼容；线上数据库直接操作；线上bug引起；弱网等极限环境产生；异常操作产生；多种特殊身份/违法/临时身份引起； 等等。。。。    脏数据的意义：使测试成果无效化；属于产品癌症，基本无法有万能的药物可以治疗；最土的办法是把所有用户一个一个跑脚本过一遍，但这是不可能的。一旦出现，除非刮骨疗毒，否则迟早是大患。；好的办法，是花大量时间人力物力。把所有数据都在数据库层面检查，补全，矫正。    ps:如果脏数据的品种过多，版本过多，有多少批，有多少种，每种有多少个 都无法确定的话。这个简直就是灾难。以个人的力量是无法根治的，如果线上脏数据问题也要你背锅的话，那趁早离开把。    2。后台接口    后台是一个产品的重中之重，也是根基所在。试想如果一个根茎薄弱的小树，可能长成参天大树么？或者本来大树已成。突然砍掉大部分树根，这个树还能正常成活么？    很多小公司目前的最恶心的情况就是：后台人员数量质量过少。后台人员是无界面的英雄，操作这个复杂的linux，对着的永远是各种代码和数据，当公司其他同事，老板，用户看到产品出来后，都会去表扬前端开发，而忽略后台的功劳。因为大家看得见的只有界面而已，那广阔的数据，无数的接口，恶心死人的各种复杂逻辑和算法 大家永远看不到。这种吐槽不是我一个测试该吐的，但确确实实是我曾经的后台技术部老大的吐槽。这种风气，直接就导致了对后台的不重视。前端经过测试之后，基本可以很稳定了。但是接口呢，一个即时变动的过程，前一秒ok,下一秒挂了。这种程序生命本身就决定了测试在某个时间点的测试，其实作用并没有测试前端界面大，更无法保证下一秒的成功。面对测试这种根基不稳的软件工作，真的是很累，很累。    如果这时候再加上脏数据问题，那么好，线上出来个用户反馈bug，我们甚至不知道是脏数据问题导致还是接口恰好那么一会功夫挂了，更何谈复线和修复了。    3。直接动线上数据库    这个没什么好说的，本身就是违法行为。违反行业准则行为，违反一切流程行为，违反社会主义初级阶段的行为。俩个字：拜拜。    4。质量or速度    这是一个历史性疑难问题，到现在也没有明确的答案，要速度没质量，要质量没速度。这永远是两极！ 华丽的语言总会说：我们既要质量又要速度，在我看来，就和又要马儿跑 又要马儿不吃草一样可笑。如果严肃来说，速度和质量 是相对的。是速度快，是质量好，都是相对比较的。可能你质量是1，速度是1。然后通过招人，技术提升，流程提升，变成了质量是2，速度是2。然后就可以大喊我们既有速度又有质量？ 那么这句话就是偷换对比对象而已。因为这时候，你完全可以质量3 速度1 或者 质量1，速度3了。如果和这两种情况对比，你现在的质量2 速度2，还能说是既有速度又有质量么？是不是也可以说即没速度又没质量？     好了扯太远了，不在文字上做文章了。回归主题，到底是速度还是质量。领导们一边对你说：你是测试负责人，你要把关好质量，质量不行，坚决不允许上线。    这时你怎么怼回去？因为这里所有的界限都是模糊的，领导怎么说怎么是，所以你根本就怼不回去。一旦提前上线了，到时候出现一点小问题，还是你背锅而已。    把控把控，问题就在于这个尺度上，质量标准到底要定位在哪个水平线？相信不同的公司，不同的老板心里都有一个一直在变化的标准。你把控的不符合这个，就等着背锅把。