ERP软件测试机制

　　首先，做為一家定制性软件开发公司，完全是依据客户的实际工厂作业流程与企业规模、现况进行的ERP软件开发。基于此特点在软件测试上形成的利弊也就十分鲜明，有利的是我们直接面对着一批有目的性的客户群体，这给我们带来的测试依据就更加准确、清晰;然而，对应的弊端也更加尖锐――需求变更的频繁性，需求是整个项目的奠基石，可谓是一动而牵全身。

　　对此，作为负责软件质量的测试小组，应该如何应对？如果此时按照书本或某测试机构宣称：等待着开发人员一个版本成形以后，大家一起测，完毕以后，提交报告，等待下一轮的修改，验证。显然对于此类型的公司、此类型的软件开发是行不通的，我们知道ERP软件不同与其他类型的软件，生产作业流程是整个企业生产的命脉，仅凭测试用例的多少、测试技术的高超是不足以对此软件做质量保证的。
　　为此，我制定了“分散、集中”制的测试管理方法。即对每个项目实行一人负责到底、多人支援救助制，这样不仅激发测试人员的积极性，也让每位测试人员肩负起一份责任。（个人认为，每位员工在走进工作岗位上的时候都是怀着一颗踌躇满志，施展抱负的热切之心而来的，只是随着时间，环境、机制的推移，某些人逐渐地被消蚀殆尽。）
　　所谓“分散”，即保证每个项目有一位主要负责人，从项目的启动到项目的结束，负责对此项目测试业务流程的组织与管理，日常的项目缺陷跟踪、整理、反馈。这也是为了更好的应对项目的频繁变更，保证至少有一位测试人员在第一时间内了解测试项目概貌，及时对测试工作进行组织安排调整。
　　所谓“集中”，就是在项目（或多个功能）需要交付试用或者是正式上线之初，在测试上需要验证多方面的功能，即对项目需要进行集成测试、系统联调（这两个测试步骤是我在《ERP软件测试六步曲中》的定义，未必就是目前所谓的测试术语），此时凭借单个人的力量是无法胜任的（时间、任务执行），需要其它的测试人员配合，该项目测试负责人就可以申请调用其它测试人员，为了快速的让测试人员进入角色、熟悉项目，就可以由项目测试负责人把该项目的业务流程做统一的讲解和培训，有效解决鞭长莫及的现象。（短时间的训练怎么可以胜任呢？别忘了前面的“分散”制，这些测试人员就是其他项目中的测试负责人，有着几乎完全一致的测试方法、技术，以及对开发软件的共同了解。公司虽然针对着许多个不同生产企业，但是在开发出的软件上是采用的同一框架、同一理论去解决单个企业问题。）