首页 程序猿 软件测试 浏览内容

ERP软件测试机制

1206 0 BaiDu已收录 评论留言

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

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

标签:
墨月的头像
  • 本文由墨月网络整理编辑,转载请以链接形式注明本文地址:https://www.moyoo.net/10284.html
    版权所有© 墨月网络 | 本文采用 BY-NC-SA 进行授权丨发布于:2014-07-05 23:01
    若未注明,均为原创;部分内容源于网络,版权归原作者所有,如有侵权,请联系我们删除。
已有 0 条评论 腾讯微博
评论头像

关注我们,实时联系

AD

注册即送25美刀

Vultr

推广

Vultr

赞助商

广而告之

alimama