测试过程

　　本次集成测试，在GS3.5标准版的基础上进行的升级，共历经一个月时间，分了五个Build，其中两个Build测试以新建帐套为主，这是为了发现更多基础的Bug；另三个Build测试以恢复帐套数据（GS3.5标准版的测试数据库）为主，这主要是为了模拟客户现场进行升级，因为新汶矿业集团使用了我们的GS系统已经有一段时间，在系统已产生很多数据的情况下，对升级过程的测试中一个是要确保升级程序没有错误，另一个就是要确保对升级前的数据没有产生影响。

　　测试过程中，由于在有了前期的比较充分的准备，所以在对严重影响流程的问题修改之后，很快便投入客户实际业务测试中来，经过前两个Build的测试，系统就已经基本趋于稳定，后面三个Build就可以多在细节以及数据验证上下些功夫。在集成测试过程中，还进行了破坏性的测试，模拟客户现场的各种突发事件，以检验系统的健壮性。

　　数据正确性的验证，可以结合程序、测试用例和数据结构三个方面来进行，主要包括了两个步骤，一是有关联业务之间的数据关系是否正确；二是查询结果的数据是否正确。譬如，产量单查询，如果单据录入时严格按照测试用例的话，那么查询结果的数据验证可以直接参照测试用例；如果和测试用例有差别，那么可以在数据库里查询CLD表，如查询条件为已记帐单据，那么验证时便可在查询语句里加入条件CLD_DJZT=’1’（单据状态＝已记帐），这个过程要对照数据结构。

　　测试结论

　　由于新汶考核系统要在短时间给客户完成演示，所以本次测试时间紧，任务急，但由于前期开发组内部和客户一起作过单元测试，并在集成测试前做了充分的准备，所以集成测试进行的较为顺利，在9月底给客户演示的过程中取得了很好的效果。另，给客户演示后，又有一些新增和修改的需求摆上了日程表，所以新汶考核系统还需要进行一段时间的开发和测试，对于变动比较大的功能还需要提前进入了解。

　　总结

　　经过了这些测试项目，我逐步体会到，软件测试如要真正以客户为关注焦点，可以从以下几个方面入手：

　　1、制定完善的测试周期。这是一个循序渐进的过程，而且必须有充足的时间和人员来做保证。

　　2、测试环境尽量模拟客户现场环境。不能单一的依照我们内部的测试环境，应该多了解一些客户现场的环境情况。

　　3、组织完备的测试用例。对于一个成熟的测试项目来说，提前准备一套完备的测试用例非常重要，可以完全避免执行测试过程的混乱局面。

　　4、深入了解客户实际业务和实际数据。这也是测试前的准备工作，是一个转换测试思维的过程，是一个融入客户的过程。

　　以上文字，均为个人经历和个人见解，希望多多批评指正。