一级考试维护的感受

前言

  最近一段时间小编一直在进行计算机一级考试系统的维护，这一路走来真是惊喜连连，刺激不断，好在最后考试已经圆满结束了，接下来把这段过程中收获和经验分享给大家。

刚开始的轻松

  刚刚接到这个任务的时候，交接人说特别轻松主要是安排考务，很锻炼我们的全局观。所以我当时也并没有想到我们的维护之路会这么坎坷的曲折。我记得当时是在软考之前把这个项目交接给我们的，我们在12月底才开始熟悉代码的，我负责的是选择题和PPT部分的逻辑，选择题的逻辑比较简单很容易理解，PPT也大致了解了代码的流程，后来的后来就没有这么简单了。

加题风波

  把系统部署到学校之后一些问题就暴露出来了，一些老师和学生反映一些试题和程序的错误，然后我们就开始了解决问题部署系统的无限循环中。其中的一些问题费了好大的神才解决，就是白给分问题其中交白卷也会给分，我们就开始一点点儿核对为什么会给分，然后把这些给分项都改回来，我负责的PPT部分还好，只有两分通过答题记录很快就找到了问题所在，原来在考生文件中已经这道题已经默认正确答案了，所以我就把默认的选项改了一下，这一样就不会白得分了。很快又一个问题出现了，老师要求加新题，这样我们就必须清楚每种题型判题的细节，我负责的PPT部分是按照试卷类型进行分类的，然后每套题下都有自己各种题型的判分，所以加一套卷就需要加一套题的判题逻辑，但是好在这几种题型的判题逻辑在别的题中都有所以我只需要改一些个性化的地方就行了，真正卡了两天天的地方是正确答案，我之前采取的办法是上网查题目要求的属性但是试了好多都是有点儿差别的，后来忽然灵机一动我直接把老师给的正确答案放到考生文件里面然后让系统判一次分就可以获取到正确答案了，第一套卷就这么加成功了，第二套卷发现老师并没有给正确答案，所以我就自己做了，其实这里应该多找几个人做一下看看答案是否一致，我自己做得可能有错我自己都看不出来，但是在测试阶段也没有来的级这么做，后来因为时间问题就只加了一套卷。

考试中的波折

 1）考生文件上传MongoDB后内存不释放

  在考试前夕发现了考生上传考生文件的时候内存会飚的很高上传完也不释放，这个是考完试之后需要优化的地方，这时候我们已经不能再改代码了所以只能在一场或者是一上午考试结束后，等大家都上传的差不多了释放一下内存，最后也撑住了四千多人的考试。

 2）异常IP的出现

  在教师端需要根据大家的IP来获取大家的楼层，但是如果出现我们不知道的IP程序就会报错，在考试过程中发现了两个异常IP，后来在筛查的时候发现二楼有一台电脑中了病毒，还有我们测试的时候自己电脑是多网卡的，所以获取的是虚拟机的IP。这时候其实也体现出了我们系统的容错性不够，即使出现了异常IP我们也不能让我们的程序不能用，所以这是我们后期需要优化的地方。

 3）死锁问题的出现

  当同时上传的人多的时候就会死锁的问题，所以第二天的时候我们就监控了SQL语句的执行发现了是一个update语句和select语句冲突了才导致这个问题，好在师哥在，添加了非聚集索引，后来考试的时候这个问题就没有再出现过。

考试之后

  老师要求当天晚上就出成绩，我们把成绩导出来按照班级整理出来，有核对没有分的同学，然后把这些学生的分数找到，但是在最后的时候少了一个人的成绩，在一个班有两个同名的人而且学号是挨着的，可能去重的时候把这些学生给去掉了，当时也没有发现然后就少了这个学生的成绩。还有就是发现一些考生多次登陆库里就会有多条该考生的成绩，所以这也是我们需要改进的地方。

  后来我核对题目的时候发现D卷的题目要求有问题，在最后让保存为PPTC为名，但是判题的时候找的是PPTD，这就会导致如果学生按照题目要求操作了，就找不到答案了，因为当时也没有人反映这个问题所以也就没有发现，后来查了一下成绩绝大多数的人都是没有问题的。其实在考试过程中有一个考生反映他的PPTC和PPTD里面的内容是一模一样的，我上去看了C盘的源文件是有问题的，说明有考生动了C盘的文件，然后就给他拷了一个正确的，然后把电脑重启了一下，C盘的文件恢复了正常，也就没有多想。其实当时只要多思考一下就可能会发现问题，一个人平白无故的为啥会把PPTD保存为PPTC，我们是不是应该有些警觉性，仔细核对一下可能发生的原因，可能就及时发现了这个问题。

  考试完成之后进行了考试的总结，并把系统中需要优化的地方都列了出来，然后进行优化。

总结

  我们一点儿也不能轻视在练习中暴露出来的问题，一定要想方设法的还原问题场景找到问题出现的原因并做出应对措施，千万不要抱有侥幸心理。万事都要多想一步，这样才能保证考试不出问题。