首先，测试各功能正确实现，保产生数据正确。
其次，测试各模块的业务流程正确。、
再次，ERP会产生一个数据流，上一模块产生的数据会在下一模块使用，我们要测试各种组合的业务流程，关注上一模块产生的数据 ...
我测试的ERP基本和你走一个流程。sdlkfj6 ERP用自动化工具测试？？WR？？ 有谁真正在用吗？？我是受够了，一个模块录GUI MAP下来从来没有录完过，即使录完了想想要回放的时间我都没信心了，何况ERP的数据都是贯穿多个模块，要回放做回归的话还不如杀了我，我手工早做完了，工具还是适用的才行，不是万能的 雖然現在沒有做ERP測試，但是嘗試ERP測試 看了这么多的贴子，感觉突然有了一个整体的构架。
不错，使在迷糊中的人，一下子清醒了，
多谢了！
本人理解
erp测试首先应该单元测试，测试每个模块的增删改操作正确，以及数据正确然后集成测试，首先应该清楚数据的流向以及本模块的流程图。erp测试不同其他测试，各个模块间的组合很多，每种情况都需要测试。本人认为测试用例很重要。编写测试用例需要非常清楚erp得业务，各个业务之间的关系，以及每个模块的侧重点。
到现在我没找到合适的自动化测试工具。学习qtp中，本人认为qtp比较适合单元测试。主要是对qtp不熟悉，没有到达融会贯通的境界
测试ERP系统
我觉得需要了解实际业务需求，一个好的ERP测试人员首要的任务就是深入了解ERP的真正业务.这个很关键的. 想问个问题，如果测试很懂了ERP流程，是不是就成了ERP顾问了？比如SAP的测试，也是了解业务流程最为重要。可是如果流程都了解清楚了，不是成了SAP顾问了吗？ 那些顾问不就是帮人定流程的吗？谁还做tester？ 楼上的，不要想的那么极端好不好，就算你认为你很懂流程，
可是你确信能做顾问？再者是否喜欢做顾问还是一个问题呢， erp本身是针对企业流程来设计的，因此在测试的时候测试用例也需要根据实际的业务流程来设计，最好先熟悉相关的流程，然后才设计测试用例，需要确保你的测试用例能覆盖所有的流程。 测试过程最好能参与需求、设计、开发、测试、实施全过程；尽量多的和每个环节的人交流，过程中尽量完整编写测试需求、方案，计划，用例，特别是用例，不断完善，时间充裕的话，可以配开发人员编写单元测试，性能测试脚本。感觉每个过程都会有很多收获，最后测试总结也比较总要，经验的总结，如果说偏向的话，个人认为程序层面的业务逻辑熟悉程度还是占比较大的比重，测试用例也是针对业务逻辑编写场景，还有就是比较关注接口。 原帖由 luofeng 于 2007-6-19 14:51 发表 http://bbs.51testing.com/images/common/back.gif
ERP用自动化工具测试？？WR？？ 有谁真正在用吗？？我是受够了，一个模块录GUI MAP下来从来没有录完过，即使录完了想想要回放的时间我都没信心了，何况ERP的数据都是贯穿多个模块，要回放做回归的话还不如杀了我，我 ...
我就在用wr做erp的自动化测试 非常有效的 作用很大
你可能是自动化工具的用法不太合理
尽量把流程细化 不要在一个脚本里包含太多功能 能独立的尽量独立开
当然很多模块都是相关的 具体操作要依具体情况具体分析 一年之後再來看這個帖子，呵呵~~~我也對ERP測試了一年了，當中我也有被這些數據流給弄矇頭，不過現在已經步入正軌了，呵呵... 哇，这个帖子不错，有很大帮助顶上来。刚刚转到这个行业，各位多多帮忙。 也想转到这个行业 虽然不搞这一行，但也有点儿相似。
业务流程很重要，不能说清楚了就可以做什么顾问。
清楚流程未必能制定流程，清楚流程只是为了更好的开展测试工作。
做测试得喜欢做。
至于QTP和LR这些工具，最好能学，确实能起到作用。但手工测试还是最基础最重要的。
测试方法和工具不学习不行，光依靠也不行。有精力就通吃。 Great thread! your suggestion give me a lot of inspiration. This is really a great thread! 我一直在做政务软件的测试，跟ERP系统差不多。流程和业务都很负责。特别是对数据流的把控我觉得是尤为重要的。
测试过程中，首先应当保证主事件流的畅通。其次再做备选流的测试。
值得注意的一点是，在流程的控制上，往往是软件的弱点。在数据接口比较多的地方，充分发挥你的破坏力，就能有不小的收获哦，啊哈哈~
