OJ 2013-1-8第一个版本

2012-12-10 ~ 2013-1-8
 
 我们总共完成的功能有：选择题选/答题
 开发概况：
        负责的功能在两周内已经完成初步编码，测试功能成功。后续又用了两周的时间进行测试。测试阶段根据各自的测试用例进行测试。
 作为我个人来讲，我严格按照汇总的测试用例来测试同事之间的代码，发现的问题主要有任务推送、知识点管理等。已经及时的通
 知相关负责人进行更改。后续零星的测试自我的功能，同事测试出一个功能问题（任务推送和正常训练答题时累计的用户积分不正
 确），页面展示问题。判题的最终结果页面正确率小数位太多。其他的没有出现。1.7号之前再未发现问题。1.8号预备上线时中午
 发现一个问题，未能对选出的50道题目进行答题、答题时超过session过期时间后再提交答题后系统直接跳转至首页 ，修改过后，晚
 上10点钟进行正式上线，上线后又发现一个问题、有些带图片的题目选项看不见，影响答题。修正后上线，今天继续测试。
 经过这几轮的测试上线，发现问题有：
    1.测试用例不健全、各个查询条件功能点都不完整，测试时普及面不全导致最后问题颇多。
    2.首先要保证自我的功能没有问题，没有大的使用上的功能缺陷，其次再顾及他人。
    3.前期，团队中没有测试人员，测试功能不健全，需要自己对所负责的模块缺陷即使发现，让自我的程序健壮。
    4.开发过程中出现的疑问没有及时解答，例如答题时间问题，超过时间后判题失效问题。如果及时进行澄清解决，就不会在后续紧张
      的发布阶段更改代码，这样缺乏测试的功能太过危险。
    5.编写的代码复杂层次度过高，需要进一步优化自我的逻辑性、严密性。 

针对上述出现的需要进一步优化，
    1、需求澄清过程 先要将功能点涉及到的表澄清，有疑问马上反馈澄清，这样就不会导致错误开发。
    2、开发过程中 要先将各个功能点进行分解，保证每个方法不超过80行代码量，还要考虑到后续的异常维护情况。编码时先完成主干功能，继而对主要功能的各种异常
       情况来完善程序的整体异常处理功能。代码模块力争保证每个函数功能唯一，极力降低耦合性、提高内聚性。
    3、测试阶段 首先需要针对自我功能的各种正常流程、异常情况编写详细的测试用例，保证功能点能够应对各种现实情景。自我测试时
       暴力严格测试、不留下任何的侥幸。
    4、测试后期 发现的问题，不回避，及时解决，并增加相应的测试用例，保证修改过的代码能够正常运行，并不影响或者牵连其他问题。