印度生产配置再次出错

印度这个合同还是十一之前做的,当时做得好着急啊.十一过后,问题马上浮出水面了,我把一个邦的MIN号段用了另一个邦的,1500个,自己没有检测出来,测试部的同事也没有,之后过的N人,都没有发现这个错误.毕竟10K的数据量,单靠人力,检测出来是相当困难的. 都是我的失误,该狠狠批评我才是. 因为此事,我们部门年终奖评分也扣了,部门所有人都受了连带责任. 这可是我们在这个运营商的第一次发货,该给他们留下多不好的印象啊~~吴老大,熊催催也因此受罚~~

郁闷!!

昨天,又是一个邮件发过来,”印度生产再次出错”,我倒!看了标题,我都不敢看邮件的内容了,还好水哥在,帮我看完了邮件,果然又是我的错误.哎,人老了,眼睛花了,头脑也不灵活了. 还好我只是个实习生,要不,会怎么处罚我,我都不敢想象.

一、印度SSTL生产事故背景及简述

印度SSTL AC2766，这次生产的配置出现了两个错误。一个是Tamil Nadu + Chennai 邦使用了错误的MIN号段，需升级856片。另外一个是Rajasthan 邦放号时出现写AN 用户名漏写一个“0”的错误，需升级682片。

二、事故产生的原因

内因：

1．主要原因是在做配置的时候不够细致认真。

这次10K的数据卡中，分别用于七个邦，而七个邦都有不同的参数，每个参数有不同的号段范围。我放号的时候，针对七个邦做了七个放号文件。如下图：

邦名称	数量	开始	结尾	SID	NID
Kerala	280	1356950000	1356950279	14555	1007
Tamil Nadu + Chennai	1,500	1367950000	1367951499	14555	1001

第一次错误是一个邦的MIN范围错误。在做Tamil Nadu + Chennai 邦的放号参数配置时，我把它对应的MIN号段看到了上一列，写成了Kerala邦的MIN号段了（见红色字体）。由于局方提供的MDN不是连续的，且各个邦的数量也不一致，在检查的时候，把重点放在了检查MDN及各个邦的数量上，没有严格地检查MIN号范围，只是粗略地看了一下。所以导致了第一次错误的发生。

另外一次是Rajasthan邦出现的AN用户名少一位的错误。错误的过程是这样的。生成数据库的时候，看到MNC一栏写的是0，我就规规矩矩把MNC一栏写了0，没有考虑MNC应该是两位的00问题。就这样提交测试后，测试部的同事发现了这个错误，返给我修改，我也只是把MNC这一列由0全部换成了00，而没有改动与之相关联的参数IMSI和AN用户名，也没有发现这两个参数也都跟着少了一位的问题，就提交了测试。也是怪我不够认真，我完全应该在修改一个参数后，再要仔细检查一下其它参数，至少应该想想相关联的参数是否也需要修改。再次提交测试后，测试人员也没有发现我的AN用户名少了一位，这就样通过了测试，发到了前方。再次导致前方告急。

2．依赖性太强。

总以为测试是神通的，能够对参数的各个方面进行全面的测试。所以在自己做配置的时候，检查不够细心，责任感也不是很强，总以为在发到前方之前，错误总能浮出水面。每次当测试部抄送给我的邮件“**已测试完成，请管工审核”的时候，心里总是高兴不已。根本没有料到测试已经通过了，还会出现这么严重的错误。

现在发现原来我的心态是一种病态，颠倒了主次，生产配置人员自己必须严格把好质量关，而不应该把希望寄托在测试身上。

外因：

1．这个合同本身比较复杂，这是我做过最复杂的一个。参数众多，与嵌入端，市场沟通确认也是最多的一次。最终，配置文件没有出错。只须照着局方提供的号段生成的文件——数据库，居然错了。工作重心倾斜，把检查的重点放在特殊项以及特殊号段的检查上，忽视了数据库的检查。

2．这个合同配置数据量大。七个邦，都有不同的参数，每个参数有互不相关的的号段，且各个邦数量不一样。出于怕引起错误的考虑，做了七个配置文件用于七个不同的邦，数据量庞大。

3．有些本应该连续的数据不是连续的，如MDN等，给放号带来不少麻烦。无法利用现有的PST工具软件写进数据库，只能靠纯手工复制的方法，一列列的复制，一不小心就错。给生产配置也带来很大的安全隐患。

总结：

这次事故，至少七成的原因来自于我的不细致，如果我在做的时候就小心一点，完全不会出错。特别是这些很低级的错误，完全是不应该错的。现在什么词都难以形容我现在的后悔的心情。

这次事故给我非常深刻的教训，使我懂得了责任的重要性，懂得了“不在其位，不谋其职”，也完全懂得了学习和工作完全是两码事。在学习中，目的只是学习，作风是拖沓懒散的，学习重点的是追求逻辑的正确性，不拘小节，非逻辑的错误的处罚都是轻微的，当然也不会造成很大损失；而工作中，目的是用于生产，作风是非常严谨的，工作重点是追求效益，哪怕是一点点错，都会铸成大错，会造成重大损失，是不可原谅的。如果把学习态度用于工作上，就铸成大错。

我保证，在以后的工作中，一定要把认真的工作态度，严谨的工作作风和高度的责任心，投入到工作当中。

三、改进方案

1．自身的改进：

首先，端正工作作风与心态，生产配置的人员应该自己必须严格把好质量关。

再次，在作生产配置时，要细致认真全面，严格按三步走。

第一，在做合同配置之前，不管配置是难是易，先读至少通读两遍合同，把所有的附件都打开，看一遍，明确合同的需求。

第二，在做合同配置当中，碰到有疑问的地方及时提出来，大家共同讨论。特别是和嵌入端同事的沟通，某些已写入或未写入软件的参数，要明确。并把讨论的结果的邮件归档保存。

第三，在做完成合同配置后，至少检查五条记录抽检，查看每条记录的正确性，并检查各参数的号段范围，检查参数的合法性，最后要试着放号至少两个，保证在生产过程中能正确放号。

2．外部的支持：

希望测试部也能给我们把把质量关。能针对某些参数的测试加强力度。比如前面所说的MIN号段的问题，或者号段的对应关系是否正确等，加强测试。

事故发生后，同测试部同事沟通了一下，以后合同评审的时候，测试部的同事也参加，知道合同的需求后，能更加有针对性的测试。

对需求最为了解的莫过于市场的同事，在不明确需求的时候，非常有必要找他们及时沟通确认。只要有一丝疑问，都要向他们确认，不能害怕麻烦。

四、总结:

觉得自己还是应该多看看高通的文档,英文的,想想都头疼.本来英文水平就不高,现在还要看专业文档,简直跟杀了我差不多.哎,硬着头皮慢慢哏呗,以后不要再做错了才是.

看到不足，就努力弥补咯！

反正上帝是要我们死在追求完美的路上！