类似于PS功能的软件，怎么来设计用例，大家都是怎样的一个逻辑思路。

vicky51test · 发表于 2013-6-18 17:04:50

是按功能分类呢，还是按不同的控件来分类呢，，大家都怎么做的呢。

没翅膀的飞鱼 · 发表于 2013-6-24 12:29:18

回复 8# vicky51test

第三点字有误，应该是“提取公共测试模块”用例---------

vicky51test · 发表于 2013-6-24 10:34:00

回复 7# 没翅膀的飞鱼

我现在还是个小菜鸟，看完之后受教了，谢谢。

没翅膀的飞鱼 · 发表于 2013-6-24 08:00:51

我的建议：
1.  先按照功能模块划分成几个大类，如果多人协作测试时也可以模块到人
2.  按照业务流补充测试用例（主要是补充各个模块之间的交互功能）
3.  提取功能测试模块（例如各个模块的查询功能，如果这些模块都是调用同一个函数，就可以评估只测试一个模块即可，这个要事先与开发人员约定好，出了问题方面责任划分）
其它可参见，之前我写的一个文章：
http://www.51testing.com/?uid-36 ... space-itemid-828012

vicky51test · 发表于 2013-6-21 18:34:47

回复 5# 裸男

Thanks a lot.

裸男 · 发表于 2013-6-21 11:05:19

回复 4# vicky51test

不好意思，误导了你，ad-hoc只是测试执行的一种方式，无法形成测试用例。
如果是设计测试用例，额外建议的就是写从使用软件的角度，所谓端到端的测试用例。
譬如举个例子，导入人像图片->修改选中头部->选中眼睛->选择蓝色->保存修改。
同样的一次修改操作，可以有很多的线路就设计，当然也不要太多，常用和典型是设计的基础。

vicky51test · 发表于 2013-6-21 09:57:26

回复 3# 裸男
不明白 ad-hoc什么意思呢，，能否举个例子。。

裸男 · 发表于 2013-6-21 09:46:19

几个角度分别设计不是更好，譬如界面按照你说的控件或者页面来分，
而功能主要从使用的角度的来区分，当然加分的再做些ad-hoc就更完美了吧。

低调的华丽 · 发表于 2013-6-20 14:09:22

个人认为如果是黑盒测试的话，此类软件按功能分更便于测试用例的设计和测试策略的制定哈~

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

[讨论] 类似于PS功能的软件，怎么来设计用例，大家都是怎样的一个逻辑思路。

相关帖子

站长推荐 /1