心伤人 发表于 2010-6-18 11:28:58

游戏之冒烟测试

大家讨论一下，游戏之冒烟测试的一些指标。如果不达到这些指标就直接打回开发，省的浪费测试时间。同时也可以作为对开发的一个绩效KPI指标，这样的话可以规避开发递交版本质量过差。
冒烟时间不宜过长，按版本内容而定一般在1-3小时之间
具体标准：
1.递交版本的主流程走通
2.递交版本的主功能不出错
3.在冒烟测试过程中不出现当机情况

欢迎补充~~~~~~~~·

牛亦喜 发表于 2010-6-20 17:16:22

1-3小时也太长了吧。。。

如果只是为了检测版本是否达到可测试标准，那么就是说已有用例啦。

跑跑主路径即可。

牛亦喜 发表于 2010-6-20 17:17:05

用例在心，冒烟+monkey，一般我也就只用一刻钟以内确认版本是否可用的

cncnily 发表于 2010-6-21 10:36:08

冒烟测试用例一般要涵盖主要系统 尽量要把每个系统多交集下 一般一个冒烟测试用例在15条到20条件 写4-5个左右差不多 一个人跑一个大概1小时不到

kudevil 发表于 2010-6-21 10:47:11

我目前用的冒烟测试基本上控制在20分钟之内。就是一些最低级的测试点，以证明此版本可用即可。

yhryan 发表于 2010-6-21 13:21:55

主要功能没问题就可以了。死机不影响测试的话，我觉得可以接受。

maxwell12 发表于 2010-6-21 13:45:25

确认测试程序影响的当机,程序崩溃是肯定不能接受的

Indisorder 发表于 2010-6-21 23:08:12

确认不会当机
确认测试用资源已经合成
确认主要功能流程跑通
顶多10分钟

牛亦喜 发表于 2010-6-22 17:34:49

看来大家的看法相当一致

maxwell12 发表于 2010-6-23 08:11:50

需求一致
做法一致

Indisorder 发表于 2010-6-23 22:01:09

看时间控制吧
有的时候时间充裕的话
还会加深冒烟的测试深度
有时候会提高原本“暂缓”级别的BUG为“正常”或“紧急”
BUG不是提出来就结束了，测试的最终目的是发现的问题得到及时的解决。

小道幻 发表于 2010-6-24 15:34:03

需要测的项目在alpha就基本测好了，产品上beta的时候会有beta smoke，基本上就是测试一下基本的功能是否实现，产品有没有按时出现。产品上production的时候有production smoke。测试时间很短的，大概一两个小时。
页: [1]
查看完整版本: 游戏之冒烟测试