工会权责测试分析

AwL_1124 发表于 2008-8-26 16:58:48

任命、封号、招人、发钱、取钱、传位、开除、修改帮会消息、发动帮会排名战。

这些是他们的行为，但是怎么把他们写成测试文档？
我写的是有效等价类划分权责的有效性
但是感觉好像不太对，改成接口、功能点什么的又不知道该怎么描述··
:(请那个指点下·

gseraph 发表于 2008-8-27 10:27:34

状态迁移?
你按行为来区分功能点绝对是可以的，先分开测试,然后再考虑综合.

AwL_1124 发表于 2008-8-27 11:20:46

那些行为就是帮会的职位所对应的权利
eg帮主可以行使所有的权利，而副帮主的权利范围要小于帮主

我就是不太清楚在策划文档中该如何描述··

ruanyongjie 发表于 2008-8-27 11:26:22

建议:可以分为两部分写1.针对功能进行效等价类划写用例;
2.针对业务流程写场景用例

AwL_1124 发表于 2008-8-27 11:34:38

回复 4# 的帖子

谢了·
:)

耗子砍猫 发表于 2008-8-27 16:20:40

我们以前测试过玩家社群方面的模块,有些思路希望对你有帮助.

既然是工会权责的测试,那么肯定有相关的规则.测试的目的主要是期望工会的成员相关权限是否符合设计的规则。

任命:
1、什么权力的工会成员可以任命?
2、在工会的UI中无相关权力的成员"任命"一项是否可使用(不同成员的权限检查)
3、任命XX成员的前提条件检查
4、任命流程的检查
5、任命结果的检查
6、任命的UI检查(工会UI里和成员的UI)
7、解除任命的流程检查

封号:
1、封号的条件检查
2、封号的规则检查(按阶级划分?还是???)
3、任命封号的流程检查
4、封号的UI检查(工会列表和成员的UI列表中都要检查)
5、解除封号的流程检查

招人:
1、招人的权力检查(不同成员的权力)
2、招人的流程检查(双方的)
3、招人的流程信息反馈检查(双方)
4、招人的条件限制检查(有没有设计?)

发钱、取钱
1、提取/发放游戏币的权限检查(各个成员)
2、金钱数目的变化检测
3、提取/发放游戏币的公告UI检查(成员)

等下写,对不起.有事做了

AwL_1124 发表于 2008-8-28 10:01:19

回复 6# 的帖子

谢谢
很详细
:victory:

dreamever 发表于 2008-9-1 22:57:41

我觉的我们可以把自己当成一个玩家,你想怎么玩就怎么玩,只要你玩的没问题,基本上第一轮测试就可以通过了……

AwL_1124 发表于 2008-9-2 21:21:29

回复 8# 的帖子

这个我可以理解只是关于文档的书写自己有点不熟悉·

页: [1]

51Testing软件测试论坛 's Archiver