想请教高手一个有关流程测试的问题
我现在在公司做一个应用系统的测试。该系统有S、B、E三方使用者；系统中有表示记录的状态近20多个；系统靠状态来控制不同使用者在该状态下可以做是么操作，并靠状态决定将信息发送到哪一方使用者。我想问大家的是我是不是需要测试所有的组合？ 不必要测试所有组合，找关键组合和无效组合测试就行！ 楼主是不是可以考虑采用状态转移法来进行用例的设计。 原帖由 skinapi 于 2006-2-14 23:19 发表楼主是不是可以考虑采用状态转移法来进行用例的设计。
我是测试新手，还请多指教。是么叫状态转移法，请告知最好有实例介绍。
当然我自己也会去查你提到的状态转移法。谢谢了！ 我想把我测试的情况描述的再具体一些。我举一个例子：
有三方： S， B，E，当B做一操作后会有一个状态A，A状态会发送到S，E。在这时，系统会控制在A 状态下只有E可以操作，当E操作后，E的状态会更新成A1，系统会发送到B，更新数据的状态为A1，之后根据系统的控制B又可以继续下去，并会发送到下一方操作者。这里还需要说明的是在每一方不同状态下可能有很多个操作，并会产生不同的状态值。
我现在就是要做这样的测试，前一个帖子我说过光状态就有20多个，三方根据状态串起来的流程就很多了。所以想问问各位高手有是么好的办法，或者说更符合测试要求的方法。
其实我做这个测试已经很多时间了，一直都是根据需求方实际的业务上的流程在测试，做了很久很累，也总有不完整的感觉。对自己的方法很怀疑，所以请大家帮忙提提意见。 状态太多，流程覆盖比较难做，我想还是找出主流程，测试之，然后类结构测试一样，分别测试各个状态的变化 这样的测试你需要更进一步对业务进行理解，这样的组合在客户的眼里可不一定是等价的 非常同意楼上的意见。
我做这个测试有点时间了，客户常用的流程基本能掌握。我担心的就是那些偏门的不常用的流程，一旦客户实践了，那就麻烦了，因为我都不知道运行后的结果是是么。所以我才来这里请教大家的。。。。。。 我想对于这个测试做路径覆盖是很困难的事情。可以基于状态来设计测试用例，我们不一定要跑完所有的组合，只要每种操作状态都覆盖到就可以了。
还有你可以与客户加强交流，如果有机会的话。了解客户的真正需求和如何使用你的系统 需求是一切的基础 我也类似又这样的问题，觉得流程的路径全部遍历很繁杂，且自己感觉作的过程自己会产生抵触情绪。有没有更好的办法？ 画状态机图 高人比较多啊 呵呵 我也正在做这样的测试，，我现是走的正确的流程，错误的流程太多，都不知道要怎样下手 学习中^^^^^ 无论是状态转换还是流程覆盖还是先把主要的流程测试了，再选一些偏的路径，测试本身就不可能实现所有的可能性，只要你在交付时和主管说明情况即可～～
页:
[1]
