部门开了一次漏测整治会议，列举了很多漏测的案例，当事人都对漏测进行了分析和给出了后面的建议。这个和以前CCM走的漏测分析很类似，很多时候我都喜欢和CCM进行对比，因为我在CCM待的最久，将近3年做一个系统，业务功能/性能/自动化都在做，所以对CCM是十分的熟悉。对于漏测而言，也许完全避免真的很难，但是经验的积累和总结，却可以让漏测发生的概率降低。
漏测会议中，煊总问大家有什么问题没，然后点到我的名字，我一时半会儿也知道怎么说，思路有点乱，所以只能说没问题。但是静下来后，我自己思考了下，对这个漏测会议总，煊总的总结自己有什么看法？或者自己有什么感想？想了下其实还是有的！
首先，我入职才2周时间，煊总故意点我的名字，让我谈谈感想，说明煊总对我印象深刻，当时如果我能提出自己比较有效的建议和看法，应该会更一步加强煊总对我认识，也许后面在部门会表现的更加出色，也许是一次机会，然后这些事自己的一些猜测罢了。
其次，我可能又要说到CCM和现在的斗鱼ERP线了对比了。CCM是一个针对性很强的项目，生产配置管理系统，越是做到后面自己越会发现做的得心应手，业务的针对性强，复杂度高，对数据流的要求严。而现在我所在的ERP线，我自己现在接手了6个项目，其中开始测试的有3个项目，项目都很零碎，很杂乱，有客服系统，有企业门户，还有主播管理平台，给人的感觉就是所有凌杂的需求都丢在这边做。CCM中专题多，但是所有的专题其实都还是针对一个方向就是做生产配置管理，斗鱼ERP系统我暂时还没摸到头绪。
在煊总的总结中，说到了很重要的一个概念，测试的低配还是高配！我对号入座，我感觉如今在ERP我就是低配测试。但是回到CCM我觉得自己最少也是个中配。为何这样说呢？在CCM中业务模块我很熟悉，不管是自动通道还是勘测系统，逆向更改，减量订单，配置复核操作，我都十分熟悉。当业务提出一个需求，要是实现什么功能，我能很清楚的明白这个需求是要做什么，这个需求影响的业务点有哪些，这个需求的数据流是怎么样的，这个需求的逻辑检验实现怎么样的，这个需求对数据的处理时咋样的，这个需求是否存在性能瓶颈，这些在评审的我都能如数家珍，得心应手；在测试过程中，需要什么样数据，要做什么样的覆盖，涉及到哪些上下游系统，我也十分的清楚；在发现bug的时候，只要我愿意，我会去打印JAVA代码，看看调用的那个包，然后在Oracle里面看看调用的那个过程，检查下开发的pl/sql过程里的代码，数据源是否取错了表，是否数据校验出了错，是否在逻辑判断中用错了条件，是否开发的变量定义出现了问题，等等，在这3年里其实这些种种的问题我基本都遇到过，甚至有时候在开发环境验收需求的时候我便找到了他这个需求的bug，能有这个把握的原因是我在3年里不断的加强业务总结和pl/sql的学习，也许让我去写个复杂点过程我会有点吃力，但是让我去看一个包里的代码还是十分的轻松，所以在CCM的后期开发在进行简单设计时都会特别尊重我们测试的意见。测试是高配还是低配？这个完全就决定于这个测试是否大于开发，能力驾驭开发之上，必然的是高配。总结下来，在CCM我也只是个中配的测试。目光转向现在，在ERP线我真的就是个低配，第一这边和CCM的技术架构完全不一样，具体不一样在哪里？可能我也说的不是清楚，CCM是两层，后台数据库，前台JAVA，数据库在整个系统中的作用非常大；而ERP线，微服务较多，前台用户界面，后台管理员配置界面，wsd服务，数据库用的Nosql+MySQL组合，涉及的语言现在有JAVA，C++，PHP，GO等等，所以我一进来是有些蒙蔽，有些语言以前用过，但是后面因为基本只用pl/sql也就基本都淡忘了；虽然我觉得业务功能很简单，但是呢我不知道怎么实现的，只是传统的点点点。。。所以是个低配！
如何从低配变成中配最好再到高配呢？唯有不断的学习！怎么学？先从自己的每个需求中了解用了哪些语言，打开idea看代码，怎么实现的，等等。。但是部门好像没那么多时间给你去研究吧。。。
最后，煊总问你的时候，你为什不说话？因为第一没完全想好怎么说；第二多说多错，说的低端，说的不好，别人会觉得你啥也不懂，是个lowB；第三万一说到比较亮呢，根据我最近在部门的一些经历和观察，锋芒太强，也不是好事，老老实实做自己的事就算了，至于能做多久？就等到哪天不想做了呗。