问:关于ERP软件的测试?
这几天我接触到一个ERP软件,发现ERP 软件基本上是走流程的,从第一个模块进入的数据会贯穿到整个软件系统中的各个模块,求问各位高手,像这种情况的系统测试应该怎么开展呢? 单元测试略（单元测试主要理解透功能就行）先摸透需求或设计，理清数据流（建议采用ER图进行描述），可以让流程一目了然。再第2步旁注各流程参数，参数的描述就表达了你需要采用哪些类型的测试数据。
此时你就可以开始着手集成测试的测试用例编写，当然如果是个熟练（重点指业务方面和测试基础理论）测试工程师，那么不写测试用例一样可开展，只要你有足够能力。
最后，如果具备一定条件，最好进行自动化的测试脚本开发，此时流程中的各项参数也将非常有用，脚本测试将大大提高集成测试的效率，最重要一点：复用率高，并保证覆盖率，尤其是多个版本递交的情况
那么后面剩下的就是质量控制（QA）的问题了
以上是我在实际测试实施过程中的心得，希望对你有些许帮助 顶，看了楼上的意见，很有收获，在做这方面测试的时候有一定方向了！ 哈哈！ 谢谢！
看了后，有了进一步的了解。
ERP测试感想
说是很简单，我今天测了半天，到现在还是摸不着头脑！理论跟实际实在是相差太远啦！！ 这个道理今天才算是感触太深了！ 嗨…… 因为ERP业务逻辑性比较强，如果做单元测试的话困难比较大，建议对某些重要的方法做单元测试，流程方面几乎是不太可能的。但是测试用例本人觉得确实必须的，还有你必须特别熟悉ERP的业务，一定要和开发混在一起。 这个问题已经是老问题了。事实上，每个做测试的人都在强调自己做的项目的业务是最复杂的，好像现有的理论套不上。
测试执行以测试用例为依据的话，可以考虑一下如何规划用例的架构更合理。
以需求说明书为导向的用例，还是以UI为导向，或者以流程为导向，不同的组织形式可能导致测试执行的大量冗余，以及用例的无法复用。
项目组可以试试几种不同的模式，总结一下，看看哪种更好，在今后的项目组统一采用。 以需求说明书为导向的用例，先摸透需求或设计，理清数据流（建议采用ER图进行描述），
需求说明的重要性真的是不可忽视a!!
可是我们很头痛的就是给我们的需求文档太少了，起不到规范用例的作用。只能是靠自己的e经验积累了！ 我认为关键是流程问题，把流程体现在测试用例里比较容易测试一些。 设计文档及需求说明书至关重要，只凭经验不全面。
根据流程展开测试用例比较好。 首先是业务流程一定搞清楚~
然后再搞清楚数据流程，
我也认为需求说明书是必需的，所以，即便找不到，最好自己总结一个好了~
hades
ERP由多个模块组成，首先确定每个模块的业务流程图和主备选流图（基本流和分支流），其次根据主备选流图确定场景路径表接下来开始设计测试用例可以用等价类划分，因果图，边界值，功能图分析和错误推测方法，达到预期的覆盖。
实施测试，执行测试用例。 做了好几个月的ERP测试了，可是测试的时候从来没有用过楼上主备选流关系作测试。哪位又ERP测试相关的技巧方法之类的资料没有，提供一下~ 如果具备一定条件，最好进行自动化的测试脚本开发
什么自动化测试工具，推荐一个好不好？ 说下我的理解吧.
ERP里有很多的功能模块,这些模块组成了一个又一个业务流程.
我建议先针对流程进行测试用例设计,特别是用的特别多的主业务流程,所有流程都走完了在去看那些在流程之外的模块,例如:权限管理,系统管理之类.
基于流程的测试往往都是按照正常业务流程在走,请注意异常及边界值的测试,以及其真实有效性.
我曾经遇到过一个新增操作,按设计它应该像主表及明细表各新增一条记录,结果界面提示操作成功,数据库主表却没有新增记录的情况.
一定要要了解清楚业务规则及改操作会带来的数据变动情况,不要有所遗漏. 有没有考虑用些测试工具进行整体测试管理呢？ 可以进行代码级故障定位的！
我个人理解ERP测试是
首先，测试各功能正确实现，保产生数据正确。其次，测试各模块的业务流程正确。、
再次，ERP会产生一个数据流，上一模块产生的数据会在下一模块使用，我们要测试各种组合的业务流程，关注上一模块产生的数据是否正确传到下一模块，并检验数据是否正确。
最后,如果有客户，应针对客户的业务流程来测试，因为每个客户的业务流程不一样，生产工序不一样，都会有各种各样的问题。
测试ERP的业务流程和数据的正确性最为重要 看了这些帖子，受益不浅。看来做ERP测试的人还是蛮多的嘛，我是刚入门的新手来的，以后还请各位高手多多指教了！我QQ：380963911
大家好
我是刚接触的,能不能给指一条学习的思路呢 ,谢谢你们了 楼上那位，我也是刚来的。。。现在还在实习测试。觉得这个网站很不错
