51Testing软件测试论坛

标题: ERP的测试用例应该如何设计更好？ [打印本页]

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

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

作者: lingyun1104 时间: 2006-2-23 18:10
标题: 我想要这方面资料
谁能给点建议！！！

作者: skinapi 时间: 2006-2-25 00:22
业务再复杂也还是要测的，这是ERP软件的特点，可以考虑采用流程分析法来进行用例设计。

作者: 似梦非梦 时间: 2006-2-27 09:09
to 迷茫中。。。

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

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

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

作者: yyb_0211 时间: 2006-3-22 01:42
软件测试师教程里面有原版！

作者: shennocsm 时间: 2006-3-22 10:10
感觉对付ERP还是用“流程分析法”好！

作者: pluto8481 时间: 2006-4-4 11:06
我是新手？？？不知道怎么弄亚

作者: njshaoxiangdong 时间: 2009-5-27 17:29
各位能否说的具体一些，最好能发一些实例供参考啊

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

作者: gjoxcd 时间: 2009-10-12 11:03
了解中

作者: 夭夭旭 时间: 2009-11-20 11:17
功能，流程基本实现的情况下，如何有效的测试流程中数据的传递呢？

作者: jemy@123 时间: 2011-11-10 10:06
我对ERP流程也是很不熟悉，能否给个建议

作者: jemy@123 时间: 2011-11-10 10:07
我对ERP流程也是很不熟悉，能否给个建议

作者: jemy@123 时间: 2011-11-10 10:11
我对ERP流程也是很不熟悉，能否给个建议

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