设为首页收藏本站

开启辅助访问软件测试门户软件测试培训软件测试论坛测试解决方案文章资料精选软件测试博客软件测试招聘

51Testing软件测试论坛 »软件测试论坛 › [行业领域业务知识] › [游戏测试] › 游戏之冒烟测试

发新帖

查看: 4187|回复: 11

上一主题

下一主题

游戏之冒烟测试

该用户从未签到

电梯直达

跳转到指定楼层

1^#

发表于 2010-6-18 11:28:58 | 只看该作者回帖奖励

回帖奖励

|倒序浏览 |阅读模式

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

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

分享到: QQ好友和群 QQ空间 腾讯微博 腾讯朋友

相关帖子

【喜讯】51微信互动平台签到赚积点上线了

回复

使用道具举报

该用户从未签到

2^#

发表于 2010-6-20 17:16:22 | 只看该作者

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

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

跑跑主路径即可。

回复支持反对

使用道具举报

该用户从未签到

3^#

发表于 2010-6-20 17:17:05 | 只看该作者

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

【你来问我来答第140期】：敏捷测试的奥秘与挑战：问答专场！

回复支持反对

使用道具举报

该用户从未签到

4^#

发表于 2010-6-21 10:36:08 | 只看该作者

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

回复支持反对

使用道具举报

该用户从未签到

5^#

发表于 2010-6-21 10:47:11 | 只看该作者

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

回复支持反对

使用道具举报

该用户从未签到

6^#

发表于 2010-6-21 13:21:55 | 只看该作者

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

【你来问我来答第140期】：敏捷测试的奥秘与挑战：问答专场！

回复支持反对

使用道具举报

该用户从未签到

7^#

发表于 2010-6-21 13:45:25 | 只看该作者

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

回复支持反对

使用道具举报

该用户从未签到

8^#

发表于 2010-6-21 23:08:12 | 只看该作者

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

回复支持反对

使用道具举报

该用户从未签到

9^#

发表于 2010-6-22 17:34:49 | 只看该作者

看来大家的看法相当一致

【你来问我来答第140期】：敏捷测试的奥秘与挑战：问答专场！

回复支持反对

使用道具举报

该用户从未签到

10^#

发表于 2010-6-23 08:11:50 | 只看该作者

需求一致
做法一致

回复支持反对

使用道具举报

该用户从未签到

11^#

发表于 2010-6-23 22:01:09 | 只看该作者

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

回复支持反对

使用道具举报

该用户从未签到

12^#

发表于 2010-6-24 15:34:03 | 只看该作者

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

回复支持反对

使用道具举报

发新帖

站长推荐 /1

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 ) 关于我们

GMT+8, 2024-11-15 20:35 , Processed in 0.075715 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表