51Testing软件测试论坛

标题: 游戏之冒烟测试 [打印本页]

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

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

作者: 牛亦喜 时间: 2010-6-20 17:16
1-3小时也太长了吧。。。

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

跑跑主路径即可。

作者: 牛亦喜 时间: 2010-6-20 17:17
用例在心，冒烟+monkey，一般我也就只用一刻钟以内确认版本是否可用的

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

作者: kudevil 时间: 2010-6-21 10:47
我目前用的冒烟测试基本上控制在20分钟之内。就是一些最低级的测试点，以证明此版本可用即可。

作者: yhryan 时间: 2010-6-21 13:21
主要功能没问题就可以了。死机不影响测试的话，我觉得可以接受。

作者: maxwell12 时间: 2010-6-21 13:45
确认测试程序影响的当机,程序崩溃是肯定不能接受的

作者: Indisorder 时间: 2010-6-21 23:08
确认不会当机
确认测试用资源已经合成
确认主要功能流程跑通
顶多10分钟

作者: 牛亦喜 时间: 2010-6-22 17:34
看来大家的看法相当一致

作者: maxwell12 时间: 2010-6-23 08:11
需求一致
做法一致

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

作者: 小道幻 时间: 2010-6-24 15:34
需要测的项目在alpha就基本测好了，产品上beta的时候会有beta smoke，基本上就是测试一下基本的功能是否实现，产品有没有按时出现。产品上production的时候有production smoke。测试时间很短的，大概一两个小时。

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