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