ERP的测试用例应该如何设计更好？

似梦非梦 · 发表于 2006-2-23 17:31:39

因为ERP本身的业务很复杂，测试用例如果设计会更好呢？以前做的设计都是按需求规格来设计，需求规格没的描述的就不设计用例了。现在感觉这样好像不怎么好，想尝试一种更好的方法来设计测试用例，可是怎么设计都好像有很多问题。
比如一个采购系统，有采购订单子功能模块、采购红冲单子功能模块等等，采购订单子功能模块中有采购订单各个控件的功能，一览表中各个控件的功能，各种参数对业务的影响，单据数据的输入输出等等，这些如何能更好的设计测试用例呢？控件与单据输入输出这些还好，业务的倒是很难进行设计，因为业务太复杂了，，还真有点苦恼呢。。。
不知哪位同行好友可以指点一下？

迷茫中... · 发表于 2006-2-23 17:46:58

ERP的测试用例写第一遍的时候，肯定是写不全的，就如你所说，业务太复杂了，而且随着项目的开展，需求还会发生变化。
我认为用例需要长时间的维护，随时想到随时添加，可能会到项目的末期，还会有新的测试用例产生。这样做的话，可能第一个项目会觉得非常麻烦，但是对于以后的同类业务的项目，再写测试用例就会轻松多了。

lingyun1104 · 发表于 2006-2-23 18:10:04

谁能给点建议！！！

skinapi · 发表于 2006-2-25 00:22:13

业务再复杂也还是要测的，这是ERP软件的特点，可以考虑采用流程分析法来进行用例设计。

似梦非梦 · 发表于 2006-2-27 09:09:42

to 迷茫中。。。

你的意思就是说这样的用例一边测试一边写？如果这样，那么对实施测试的人员是否要求对业务很熟悉？

似梦非梦 · 发表于 2006-2-27 09:15:35

TO skinapi
我现在也是采用流程分析法来设计的，将控件的功能用例分离出来。在流程的用例上，只考虑业务的组合。但这样在实际设计时也有不好，有时在业务流程上需要考虑到某个控件的功能，这时又插入这样的功能用例？

Lero · 发表于 2006-3-10 16:21:33

不插入你觉得可以麽？
你得先把所有需要得用例写出来了才可以进行分类整理。
现在更本就不全，所以查漏补缺是必然得。
当然可能插入在这里不妥，但是这样得情况多了，是不是可以集合到一起呢？

yyb_0211 · 发表于 2006-3-22 01:42:27

软件测试师教程里面有原版！

shennocsm · 发表于 2006-3-22 10:10:50

感觉对付ERP还是用“流程分析法”好！

pluto8481 · 发表于 2006-4-4 11:06:38

我是新手？？？不知道怎么弄亚

njshaoxiangdong · 发表于 2009-5-27 17:29:28

各位能否说的具体一些，最好能发一些实例供参考啊

navy2008 · 发表于 2009-9-4 09:57:05

我感觉应该先对每个功能点进行测试，在保证每个功能正常的情况下，再以流程为单位，写测试用例
因为ERP软件更多的是模块间数据的传递，传递的越频繁，那出错的几率就会越大

gjoxcd · 发表于 2009-10-12 11:03:51

了解中

夭夭旭 · 发表于 2009-11-20 11:17:59

功能，流程基本实现的情况下，如何有效的测试流程中数据的传递呢？

jemy@123 · 发表于 2011-11-10 10:06:34

我对ERP流程也是很不熟悉，能否给个建议

jemy@123 · 发表于 2011-11-10 10:07:47

我对ERP流程也是很不熟悉，能否给个建议

jemy@123 · 发表于 2011-11-10 10:11:57

我对ERP流程也是很不熟悉，能否给个建议

		自动登录	找回密码
密码			(注-册)加入51Testing

ERP的测试用例应该如何设计更好？

相关帖子

我想要这方面资料

站长推荐 /1