51Testing软件测试论坛

标题: 问:关于ERP软件的测试? [打印本页]

作者: pplike 时间: 2005-9-8 09:55
标题: 问:关于ERP软件的测试?
这几天我接触到一个ERP软件,发现ERP 软件基本上是走流程的,从第一个模块进入的数据会贯穿到整个软件系统中的各个模块,求问各位高手,像这种情况的系统测试应该怎么开展呢?

作者: billrub 时间: 2005-9-12 12:19
单元测试略（单元测试主要理解透功能就行）
先摸透需求或设计，理清数据流（建议采用ER图进行描述），可以让流程一目了然。再第2步旁注各流程参数，参数的描述就表达了你需要采用哪些类型的测试数据。
此时你就可以开始着手集成测试的测试用例编写，当然如果是个熟练（重点指业务方面和测试基础理论）测试工程师，那么不写测试用例一样可开展，只要你有足够能力。
最后，如果具备一定条件，最好进行自动化的测试脚本开发，此时流程中的各项参数也将非常有用，脚本测试将大大提高集成测试的效率，最重要一点：复用率高，并保证覆盖率，尤其是多个版本递交的情况
那么后面剩下的就是质量控制（QA）的问题了
以上是我在实际测试实施过程中的心得，希望对你有些许帮助

作者: huzihu 时间: 2005-9-16 09:26
顶，看了楼上的意见，很有收获，在做这方面测试的时候有一定方向了！哈哈！

作者: chd 时间: 2005-9-26 09:35
谢谢！
看了后，有了进一步的了解。

作者: huzihu 时间: 2005-10-9 15:24
标题: ERP测试感想
说是很简单，我今天测了半天，到现在还是摸不着头脑！

理论跟实际实在是相差太远啦！！　这个道理今天才算是感触太深了！　嗨……

作者: jacyxu 时间: 2005-10-13 17:48
因为ERP业务逻辑性比较强，如果做单元测试的话困难比较大，建议对某些重要的方法做单元测试，流程方面几乎是不太可能的。但是测试用例本人觉得确实必须的，还有你必须特别熟悉ERP的业务，一定要和开发混在一起。

作者: songfun 时间: 2005-10-15 15:35
这个问题已经是老问题了。事实上，每个做测试的人都在强调自己做的项目的业务是最复杂的，好像现有的理论套不上。

测试执行以测试用例为依据的话，可以考虑一下如何规划用例的架构更合理。
以需求说明书为导向的用例，还是以UI为导向，或者以流程为导向，不同的组织形式可能导致测试执行的大量冗余，以及用例的无法复用。

项目组可以试试几种不同的模式，总结一下，看看哪种更好，在今后的项目组统一采用。

作者: pride 时间: 2006-2-23 10:25
以需求说明书为导向的用例，先摸透需求或设计，理清数据流（建议采用ER图进行描述），
需求说明的重要性真的是不可忽视a!!
可是我们很头痛的就是给我们的需求文档太少了，起不到规范用例的作用。只能是靠自己的e经验积累了！

作者: 2005_wei 时间: 2006-2-27 15:53
我认为关键是流程问题，把流程体现在测试用例里比较容易测试一些。

作者: 夏天 时间: 2006-3-29 11:14
设计文档及需求说明书至关重要，只凭经验不全面。
根据流程展开测试用例比较好。

作者: 清风随雨 时间: 2006-4-7 17:42
首先是业务流程一定搞清楚~
然后再搞清楚数据流程，
我也认为需求说明书是必需的，所以，即便找不到，最好自己总结一个好了~

作者: hades 时间: 2006-4-7 22:00
标题: hades
ERP由多个模块组成，首先确定每个模块的业务流程图和主备选流图（基本流和分支流），其次根据主备选流图确定场景路径表
接下来开始设计测试用例可以用等价类划分，因果图，边界值，功能图分析和错误推测方法，达到预期的覆盖。
实施测试，执行测试用例。

作者: sujinmei 时间: 2006-6-30 21:58
做了好几个月的ERP测试了，可是测试的时候从来没有用过楼上主备选流关系作测试。哪位又ERP测试相关的技巧方法之类的资料没有，提供一下~

作者: 大妮 时间: 2006-7-27 11:06
如果具备一定条件，最好进行自动化的测试脚本开发

什么自动化测试工具，推荐一个好不好？

作者: ecust 时间: 2007-1-6 11:45
说下我的理解吧.
ERP里有很多的功能模块,这些模块组成了一个又一个业务流程.
我建议先针对流程进行测试用例设计,特别是用的特别多的主业务流程,所有流程都走完了在去看那些在流程之外的模块,例如:权限管理,系统管理之类.
基于流程的测试往往都是按照正常业务流程在走,请注意异常及边界值的测试,以及其真实有效性.
我曾经遇到过一个新增操作,按设计它应该像主表及明细表各新增一条记录,结果界面提示操作成功,数据库主表却没有新增记录的情况.
一定要要了解清楚业务规则及改操作会带来的数据变动情况,不要有所遗漏.

作者: stonewu 时间: 2007-1-16 16:31
有没有考虑用些测试工具进行整体测试管理呢？可以进行代码级故障定位的！

作者: fmmiszgx 时间: 2007-1-23 21:01
标题: 我个人理解ERP测试是
首先，测试各功能正确实现，保产生数据正确。
其次，测试各模块的业务流程正确。、
再次，ERP会产生一个数据流，上一模块产生的数据会在下一模块使用，我们要测试各种组合的业务流程，关注上一模块产生的数据是否正确传到下一模块，并检验数据是否正确。
最后,如果有客户，应针对客户的业务流程来测试，因为每个客户的业务流程不一样，生产工序不一样，都会有各种各样的问题。
测试ERP的业务流程和数据的正确性最为重要

作者: ithaiyan 时间: 2007-5-22 17:37
看了这些帖子，受益不浅。看来做ERP测试的人还是蛮多的嘛，我是刚入门的新手来的，以后还请各位高手多多指教了！我QQ：380963911

作者: xiaopigxiao 时间: 2007-5-23 11:20
标题: 大家好
我是刚接触的,能不能给指一条学习的思路呢 ,谢谢你们了

作者: fish0816 时间: 2007-5-27 14:07
楼上那位，我也是刚来的。。。现在还在实习测试。
觉得这个网站很不错

作者: 成长的小咪 时间: 2007-5-27 16:04

原帖由 fmmiszgx 于 2007-1-23 21:01 发表
首先，测试各功能正确实现，保产生数据正确。
其次，测试各模块的业务流程正确。、
再次，ERP会产生一个数据流，上一模块产生的数据会在下一模块使用，我们要测试各种组合的业务流程，关注上一模块产生的数据 ...

我测试的ERP基本和你走一个流程。sdlkfj6

作者: luofeng 时间: 2007-6-19 14:51
ERP用自动化工具测试？？WR？？有谁真正在用吗？？我是受够了，一个模块录GUI MAP下来从来没有录完过，即使录完了想想要回放的时间我都没信心了，何况ERP的数据都是贯穿多个模块，要回放做回归的话还不如杀了我，我手工早做完了，工具还是适用的才行，不是万能的

作者: zhanbuqiu 时间: 2007-7-10 13:47
雖然現在沒有做ERP測試，但是嘗試ERP測試

作者: zhangjan8037 时间: 2007-7-13 12:34
看了这么多的贴子，感觉突然有了一个整体的构架。
不错，使在迷糊中的人，一下子清醒了，
多谢了！

作者: flyskypei 时间: 2007-7-16 09:28
标题: 本人理解
erp测试首先应该单元测试，测试每个模块的增删改操作正确，以及数据正确
然后集成测试，首先应该清楚数据的流向以及本模块的流程图。erp测试不同其他测试，各个模块间的组合很多，每种情况都需要测试。本人认为测试用例很重要。编写测试用例需要非常清楚erp得业务，各个业务之间的关系，以及每个模块的侧重点。

到现在我没找到合适的自动化测试工具。学习qtp中，本人认为qtp比较适合单元测试。主要是对qtp不熟悉，没有到达融会贯通的境界

作者: little_insect 时间: 2008-2-14 14:48
标题: 测试ERP系统
我觉得需要了解实际业务需求，一个好的ERP测试人员首要的任务就是深入了解ERP的真正业务.这个很关键的.

作者: 蓝色雪儿 时间: 2008-2-22 17:35
想问个问题，如果测试很懂了ERP流程，是不是就成了ERP顾问了？

比如SAP的测试，也是了解业务流程最为重要。可是如果流程都了解清楚了，不是成了SAP顾问了吗？那些顾问不就是帮人定流程的吗？谁还做tester？

作者: onlonely 时间: 2008-3-21 19:08
楼上的，不要想的那么极端好不好，就算你认为你很懂流程，
可是你确信能做顾问？再者是否喜欢做顾问还是一个问题呢，

作者: jin_wj 时间: 2008-4-21 15:13
erp本身是针对企业流程来设计的，因此在测试的时候测试用例也需要根据实际的业务流程来设计，最好先熟悉相关的流程，然后才设计测试用例，需要确保你的测试用例能覆盖所有的流程。

作者: wangting423 时间: 2008-5-4 22:02
测试过程最好能参与需求、设计、开发、测试、实施全过程；尽量多的和每个环节的人交流，过程中尽量完整编写测试需求、方案，计划，用例，特别是用例，不断完善，时间充裕的话，可以配开发人员编写单元测试，性能测试脚本。感觉每个过程都会有很多收获，最后测试总结也比较总要，经验的总结，如果说偏向的话，个人认为程序层面的业务逻辑熟悉程度还是占比较大的比重，测试用例也是针对业务逻辑编写场景，还有就是比较关注接口。

作者: i297269775 时间: 2008-6-10 12:28

原帖由 luofeng 于 2007-6-19 14:51 发表
ERP用自动化工具测试？？WR？？有谁真正在用吗？？我是受够了，一个模块录GUI MAP下来从来没有录完过，即使录完了想想要回放的时间我都没信心了，何况ERP的数据都是贯穿多个模块，要回放做回归的话还不如杀了我，我 ...

我就在用wr做erp的自动化测试非常有效的作用很大
你可能是自动化工具的用法不太合理
尽量把流程细化不要在一个脚本里包含太多功能能独立的尽量独立开
当然很多模块都是相关的具体操作要依具体情况具体分析

作者: ithaiyan 时间: 2008-6-17 19:46
一年之後再來看這個帖子，呵呵~~~我也對ERP測試了一年了，當中我也有被這些數據流給弄矇頭，不過現在已經步入正軌了，呵呵...

作者: 儿童 时间: 2008-10-13 11:42
哇，这个帖子不错，有很大帮助顶上来。刚刚转到这个行业，各位多多帮忙。

作者: superMax 时间: 2008-10-20 16:45
也想转到这个行业

作者: 恶面昆仑叟 时间: 2008-12-5 10:21
虽然不搞这一行，但也有点儿相似。
业务流程很重要，不能说清楚了就可以做什么顾问。
清楚流程未必能制定流程，清楚流程只是为了更好的开展测试工作。
做测试得喜欢做。
至于QTP和LR这些工具，最好能学，确实能起到作用。但手工测试还是最基础最重要的。
测试方法和工具不学习不行，光依靠也不行。有精力就通吃。

作者: kaidong12 时间: 2009-3-29 14:00
Great thread! your suggestion give me a lot of inspiration. This is really a great thread!

作者: unholyalliance 时间: 2009-3-30 10:43
我一直在做政务软件的测试，跟ERP系统差不多。流程和业务都很负责。特别是对数据流的把控我觉得是尤为重要的。
测试过程中，首先应当保证主事件流的畅通。其次再做备选流的测试。
值得注意的一点是，在流程的控制上，往往是软件的弱点。在数据接口比较多的地方，充分发挥你的破坏力，就能有不小的收获哦，啊哈哈~

作者: wdlcoke 时间: 2009-8-3 10:18
标题: ok

作者: 夭夭旭 时间: 2009-8-24 15:07
收益！

作者: 紫色梦幻 时间: 2009-12-15 16:33

作者: wzxshi 时间: 2009-12-16 13:26
谢谢，学习了

作者: lqadnggw 时间: 2011-2-23 17:15
ERP涉及的功能比较多，刚开始的时候会觉得比较烦。如果测试人团队小，那难度就更大了。
现在也在做ERP测试，有四、五个月了。测试的方法楼有很多人都说了，我觉得还是比较有用的，在功能测试上，我们一般是这样的步骤：
1.确保表单上的功能点，能达到预期的效果；
2.测试业务流程是否顺畅
3.测试全程跟踪的数据是否及时反馈

作者: emilyhao2008 时间: 2011-3-24 11:16
即將進入的測試，學習了！

作者: xieyang702 时间: 2011-6-10 13:22
哈哈，看了这个帖子我才明白，原来我一直只是在做功能基本流的测试，其他的都没管

作者: 我的兔宝宝 时间: 2011-6-23 15:37
我们下一个项目是ERP的项目，先过来学习一下ERP项目怎么测

作者: MonaDuan 时间: 2011-9-14 17:49

作者: lin3038ying 时间: 2011-10-10 14:12
我也说下自己的认识吧；
ERP软件测试2个月了；新跳过来做这个的，我感觉起初最大困惑就是负责的逻辑和业务关系；权限分配；业务流程，分析需求和了解业务是最关键的，我也是来学习的；期待高手的解答。。呵呵

作者: LarryR 时间: 2011-10-25 09:00

不错啊

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)