51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 22905|回复: 47
打印 上一主题 下一主题

问:关于ERP软件的测试?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2005-9-8 09:55:34 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
这几天我接触到一个ERP软件,发现ERP 软件基本上是走流程的,从第一个模块进入的数据会贯穿到整个软件系统中的各个模块,求问各位高手,像这种情况的系统测试应该怎么开展呢?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

3#
发表于 2005-9-16 09:26:56 | 只看该作者
顶,看了楼上的意见,很有收获,在做这方面测试的时候有一定方向了! 哈哈!
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2005-9-26 09:35:26 | 只看该作者
谢谢!
看了后,有了进一步的了解。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2005-10-9 15:24:15 | 只看该作者

ERP测试感想

说是很简单,我今天测了半天,到现在还是摸不着头脑!

理论跟实际实在是相差太远啦!! 这个道理今天才算是感触太深了! 嗨……
回复 支持 反对

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

7#
发表于 2005-10-15 15:35:32 | 只看该作者
这个问题已经是老问题了。事实上,每个做测试的人都在强调自己做的项目的业务是最复杂的,好像现有的理论套不上。

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

项目组可以试试几种不同的模式,总结一下,看看哪种更好,在今后的项目组统一采用。
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2006-2-23 10:25:15 | 只看该作者
以需求说明书为导向的用例,先摸透需求或设计,理清数据流(建议采用ER图进行描述),
需求说明的重要性真的是不可忽视a!!
可是我们很头痛的就是给我们的需求文档太少了,起不到规范用例的作用。只能是靠自己的e经验积累了!
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2006-2-27 15:53:38 | 只看该作者
我认为关键是流程问题,把流程体现在测试用例里比较容易测试一些。
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2006-3-29 11:14:38 | 只看该作者
设计文档及需求说明书至关重要,只凭经验不全面。
根据流程展开测试用例比较好。
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2006-4-7 17:42:41 | 只看该作者
首先是业务流程一定搞清楚~
然后再搞清楚数据流程,
我也认为需求说明书是必需的,所以,即便找不到,最好自己总结一个好了~
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2006-4-7 22:00:15 | 只看该作者

hades

ERP由多个模块组成,首先确定每个模块的业务流程图和主备选流图(基本流和分支流),其次根据主备选流图确定场景路径表
接下来开始设计测试用例可以用等价类划分,因果图,边界值,功能图分析和错误推测方法,达到预期的覆盖。
实施测试,执行测试用例。
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2006-6-30 21:58:52 | 只看该作者
做了好几个月的ERP测试了,可是测试的时候从来没有用过楼上主备选流关系作测试。哪位又ERP测试相关的技巧方法之类的资料没有,提供一下~
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2016-3-31 10:22
  • 签到天数: 6 天

    连续签到: 1 天

    [LV.2]测试排长

    14#
    发表于 2006-7-27 11:06:23 | 只看该作者
    如果具备一定条件,最好进行自动化的测试脚本开发


    什么自动化测试工具,推荐一个好不好?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

    16#
    发表于 2007-1-16 16:31:45 | 只看该作者
    有没有考虑用些测试工具进行整体测试管理呢? 可以进行代码级故障定位的  !
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2007-1-23 21:01:17 | 只看该作者

    我个人理解ERP测试是

    首先,测试各功能正确实现,保产生数据正确。
    其次,测试各模块的业务流程正确。、
    再次,ERP会产生一个数据流,上一模块产生的数据会在下一模块使用,我们要测试各种组合的业务流程,关注上一模块产生的数据是否正确传到下一模块,并检验数据是否正确。
    最后,如果有客户,应针对客户的业务流程来测试,因为每个客户的业务流程不一样,生产工序不一样,都会有各种各样的问题。
    测试ERP的业务流程和数据的正确性最为重要
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2014-11-13 09:59
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    18#
    发表于 2007-5-22 17:37:58 | 只看该作者
    看了这些帖子,受益不浅。看来做ERP测试的人还是蛮多的嘛,我是刚入门的新手来的,以后还请各位高手多多指教了!我QQ:380963911
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
    发表于 2007-5-23 11:20:40 | 只看该作者

    大家好

    我是刚接触的,能不能给指一条学习的思路呢 ,谢谢你们了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    20#
    发表于 2007-5-27 14:07:04 | 只看该作者
    楼上那位,我也是刚来的。。。现在还在实习测试。
    觉得这个网站很不错
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-26 07:09 , Processed in 0.085645 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表