游戏之冒烟测试

心伤人

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

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

牛亦喜

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

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

跑跑主路径即可。

牛亦喜

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

cncnily

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

kudevil

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

yhryan

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

maxwell12

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

Indisorder

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

牛亦喜

看来大家的看法相当一致

maxwell12

需求一致
做法一致

Indisorder

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

小道幻

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