渠道测试，性能测试

　　渠道测试，与前面所说的第二轮UAT测试同步开始，由交行各渠道的年金工作人员进行测试，测试出的问题也在第一时间反馈项目组。

　　性能测试，交行请了Mercury的工作人员使用loadrunner进行了性能测试，同时也让他们对一些相对简单的功能给录制了QTP脚本，用来对这些功能进行更新后的验证。

　　测试结论

　　由于需求的不断变更，交行年金的测试仍在不断的进行终。但在上线前后的两个月的测试过程中，我感觉受益匪浅，留给我印象最为深刻的是他们对测试流程的设计以及测试案例的组织，上线后的测试，由于测试人员对系统已经非常熟悉并且按照银行的工作流程进行测试，以致使我感觉自己就是交行的一名工作人员。

　　新汶考核管理系统

　　单元测试

　　新汶考核测试，从7月份，就由新汶工作人员开始了单元测试（前期我也参与了大约10天左右的时间），由于他们对业务比较了解，而且也参与了前期的开发工作，所以在单元测试过程中，对需求的掌控还是不错的，也为以后的集成测试减轻了一些对照需求来对功能进行验证的工作量。

　　集成测试前期准备

　　集成测试，计划于8月底开始。在集成测试开始的前一周内，我通过了解需求设计以及数据结构，大体掌握了新汶考核系统的整体结构以及流程。并且拿到了客户的实际数据，我感觉只当我真正看到和了解了客户实际数据以后，我才真正“入戏”，我的思维意识才真正的发生了变化，才真正的开始站在客户的角度去尝试了解这个系统。

　　通过对需求设计和客户数据的了解，我组织了一套测试流程和测试数据。因为考核系统的业务流程比较简单，大体流程即是按照需求设计和功能菜单来设计的。而测试数据则绝大部分参照了用户数据，对照着各个功能菜单分别组织出来，并且通过这些数据也可将查询功能的结果大体计算出来，各功能之间的业务关联关系（例如参照、引用、回写等）也通过这些数据很明显的体现出来，这些都为为测试过程中数据的正确性验证提供了方便。但是由于9月底给客户演示后做了需求变更的计划，等变更的需求审核确定后，这些数据还要做比较大的改动。

　　再有一点就是，新汶考核系统具有很强煤炭行业性质，在系统中有不少煤炭行业名词（例如巷道、工作面、断面、落煤方式），这些名词在我们测试标准版产品的过程中几乎没有出现过，对我来说是比较陌生的。虽然这些专业名词对测试过程来说并不是很重要，但是如果想真正融入这个系统，真正以客户的角度来看待这些功能，了解这些名词还是很有必要的。我主要通过三个方式来了解这些：

　　第一，网上查阅

　　第二，与开发人员和客户之间的交流。

　　第三，结合客户实际数据来加深理解。譬如，工作面综合单价维护，通过客户数据可以很明确的看出，工作面的属性有支护方式和落煤方式，而工作面为断面的支护方式和落煤方式通常为综采和机；而综合单价一列，很明显是由各经营项目单价之和得出，固定金额则是根据历史数据得出的一个警戒值，与目前的各经营项目无关。

　　测试前期的准备，或许时间很短，或许看似无关紧要，但是对于一个从来没有涉及过的项目，或者需求变更过的项目，我感觉还是非常重要的。了解系统需求设计和数据结构，对后面的测试作用巨大，测试开始后省去了通常的需要的熟悉阶段，结合需求，很快就能投入正常业务测试。了解客户实际数据和行业知识，可能对测试流程上不会产生的质的影响，但会对我们的测试思维产生巨大的影响，能让我们从思维意识上真正开始了解客户，测试过程中我们将不在是一个单纯的检验功能点的测试工程师，我们同样也是一个客户使用者，会提高我们的投入程度和责任感，我们会更多的从业务方面查找系统的Bug，这样，应该会对最后提交的产品的质量产生质的影响。