51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 5328|回复: 20
打印 上一主题 下一主题

【还没写完先别买】【原创】epic story在游戏测试中的应用

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2010-12-23 10:45:59 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
本帖最后由 Indisorder 于 2010-12-28 12:26 编辑

1.【内容】
   从结构化的方式来诠释测试用例
2.【关键词】
   穷举,组合,复用

3.【名词解释】
   3.1epic story(史诗故事)
      最终产品,由多种类型的user story(用户故事) 组成;
   3.2user story(用户故事)
         从用户进入游戏后在产品上进行的所有操作,直到他离开;
   3.3user style(用户对象)
         对用户群进行类型的划分,例如付费玩家和非付费玩家等;
   3.4basic case(基本用例)
         单一功能的操作性用例,例如:鼠标左键单击“确认”按钮,“确认”按钮呈“按下状态”;
   3.5basic operate(基本操作)
      单一的操作,例如:鼠标左键单击,鼠标右键单击,输入字符,输入数字等;
   3.6basic condition(基本状态)
         功能控件最原始的状态,例如:按钮的“按下”状态,按钮的“高亮”等;
   3.7basic results(基本功能结果)
         描述功能控件使用后产生的最原始结果,例如:光标焦点停留在刚输入的文本后等;
    3.8base
         库,用于存放和调用各种测试元素。

==================叫什么不重要,你懂的===========================

4.用例?
4.1一个基本用例

basic case = basic condition + basic operate + basic results

例如:button_case_01= “按下时不可用”+“鼠标指针悬停在按钮上”+"无效"

作用:单一控件功能检查,单一界面元素检查

4.2一个含有多种元素的基本用例

basic case = (basic condition 1+ basic condition 2 +basic condition 3+……+basic condition N)+basic operate +(basic results1+basic results2+....)

例如:button_case_02="按住ctrl键"+"按住shift键"+按住"del键"+"游戏全屏模式下"+"游戏切回到桌面"+"弹出windows任务管理器"

作用:多控件功能操作检查(多效果)

4.3还有什么元素?
来看一段话:胡子拉碴的大叔+夜深人静时+打开IE8+打开色站+展开导航栏+看到高H漫画+点击链接+10秒等待+跳转到高H漫画页面(速度很快的性能要求)+他看到&#@*+大叔很爽。

胡子拉碴——用户状态
大叔——user style
夜深人静时——时间
打开IE8——XX环境下+操作1(basic operate 1)
打开色站——操作2(basic operate2)
展开导航栏——操作3(basic operate3)
看到高H漫画——基本功能结果1(basic results1)
点击链接——操作4(basic operate4)
10秒等待——基本功能结果2(basic results2)
跳转到高H漫画页面——基本功能结果3(basic results3)
看到&#@*——基本功能结果4(basic results4)
大叔很爽——基本功能结果拓展出的用户友好性

4.4basic base (基本库)
在想象中存在这么一个库,所有的操作,界面显示的动作和结果都可以分解成独立的元素,存放在库中。
这个库里的所有元素都是唯一的(可以依照实现的界面显示元素或者控件来统计)
之所以basic case最后的结果不同,仅仅是因为排列组合的顺序不同而已。
一个肢解,然后又拼装的过程,如此而已。

4.5拓展吗?
     从这个角度来看,每个元素无论用白盒还是黑盒的方法,都有了构建的可能。例如使用白盒测试使用的断言宏时,也有了每个测试单元的基本属性和功能。再加上逻辑流程不就OK了?需要做的只是从库中抽取组成元素而已。而不是在那里冥思苦想还有哪些没有想到的——你所没想到的,是因为关联性。先抛却关联性,只检查单独功能,这不就是单元测试吗?黑盒也可以按照这个方式来检查基本控件的功能,同样可以做到在程序实现的过程中用滚雪球的方法(注1)参与了测试。


4.6关联库中的存储状态
     在实际游戏中,很多控件和元素都是重复应用的,仅仅在游戏中进行更换名称后重复调用。依照这个理念,对应每个控件都有相应的属性
     例如:
     控件1   simple_button_01
     基本状态 普通 高亮 按下 鼠标悬停时
     基本操作  左键单击 左键双击 右键单击 右键双击
     存在界面     smple_tips_01,simple_tips_02(这里是该按钮所存在的界面名称)
     关联界面   simple_interface_01 (按钮起作用后弹出的相应界面)
   
     以上内容可以使用编号的方法来进行简化,每次查询时只要调出该控件相应内容的ID,对测试用例进行简化描述即可(如果是白盒测试,调用就更方便了,只需要在待测模块中添加测试函数,由测试函数调用库中的ID,执行相应ID的状态和操作)

4.7 树
4.8 还是树...
4.9 森林吗?
4.10交集

5用户故事
5.1故事梗概
5.2故事大纲
5.3剧情
5.4更多的剧情
5.5史诗大电影?
5.6有必要测这么多吗?
5.7性价比
5.8该死的用户们到底要什么?
5.9滚雪球?
     
6实际运用案例
7把合适的人放到合适的地位
8争吵吗?



==============基本用例,以上=============================
注1:累加测试——将同一系统的功能点分阶段时间来测试,开发人员做出功能1,放入服务器,测试通过,开发人员再将服务器代码同步到本地机器,开始功能2的开发....如此累加,雪球越滚越大,当你不得不开始躲避它的时候,集成测试正式开始。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

  • TA的每日心情

    2019-12-27 13:32
  • 签到天数: 15 天

    连续签到: 1 天

    [LV.4]测试营长

    21#
    发表于 2011-5-31 17:17:57 | 只看该作者
    回复 1# Indisorder
    写的很好啊 还保罗了系统测试~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    20#
    发表于 2011-1-14 17:54:18 | 只看该作者
    啥公司啊?去当顶梁柱了?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
     楼主| 发表于 2011-1-13 22:56:27 | 只看该作者
    最近刚换工作,在理顺。。。思路。。。过年的时候写好了。。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2011-1-11 14:54:18 | 只看该作者
    I大~ 新年新气象啊·~ 该更新了。。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2011-1-11 11:36:03 | 只看该作者
    我K,跨年了您老还不更新说
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
     楼主| 发表于 2010-12-28 14:11:15 | 只看该作者
    12月28更新内容
    1,4.6关联库中的存储状态
    2,后续内容大纲
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2010-12-27 10:44:35 | 只看该作者
    人气低迷,我来组成头部!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2010-12-24 12:56:31 | 只看该作者
    而且还不收费了....金融风暴啊...地产泡沫被刺破.....瞬间免费咯
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2010-12-24 12:55:24 | 只看该作者
    你直接写个"敏捷开发游戏测试方法"算球.....  话说这帖子咋又突然出现了,早上不是说被删除了么
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
     楼主| 发表于 2010-12-24 00:36:54 | 只看该作者
    回复 10# homedw
    恩,是的。在这里做的单元测试会提供一系列的原始测试数据。如果断言通过,才能放入代码库。
    这组原始测试数据,将在集成测试阶段成为每日构建的主要检查内容。但是为了防止被数据写死,边界值的检查就是随时要进行变动的了。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2010-12-23 22:18:10 | 只看该作者
    话说还有程序自己不测试,直接把代码往服务器上放造成程序彻底瘫痪的。o yeah!这两天刚听说有这么回事~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2010-12-23 22:16:44 | 只看该作者
    注1:累加测试——将同一系统的功能点分阶段时间来测试,开发人员做出功能1,放入服务器,测试通过,开发人员再将服务器代码同步到本地机器,开始功能2的开发....如此累加,雪球越滚越大,当你不得不开始躲避它的时候,集成测试正式开始

    这个活是不是应该是dev tester干的呢?就是未发出正式版本前的测试吧?有时候程序心虚也会在未发布正式版本前现在开发环境下测一道~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2010-12-23 21:30:08 | 只看该作者
    。。。。居然涨了。。我哭。。。早知道中午买了。。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
     楼主| 发表于 2010-12-23 17:45:27 | 只看该作者
    本帖最后由 Indisorder 于 2010-12-23 17:57 编辑

    嗯。。是涨了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2010-12-23 17:36:50 | 只看该作者
    有VIP功能就意味着涨价~~~落袋为安,你速度写....有自动化测试,安全性测试的,全写.哈哈
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
     楼主| 发表于 2010-12-23 17:31:32 | 只看该作者
    本帖最后由 Indisorder 于 2010-12-23 17:58 编辑

    你太了解我了哈哈,我打算预售,有了运营收入以后一边改BUG一边放出新功能版本哈哈
    我在想要不要取消售价,公布我的论坛ID,本着自由共享的LINUX精神, 然后大家一起帮忙WIKI,
    想着想着就又犯贱去增加了售价...LIUNX之前先自己赚够了再说。呵呵,呵呵。
    速度到我这来申请VIP分章节阅读吧。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2010-12-23 16:54:33 | 只看该作者
    早点买了,以防通货膨胀!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2010-12-23 14:40:19 | 只看该作者
    嗯~ 先支持一下,等待写完
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    擦汗
    2015-8-19 07:30
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    3#
    发表于 2010-12-23 11:27:40 | 只看该作者
    I大的东西应该会值得买~
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

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

    GMT+8, 2024-11-25 18:44 , Processed in 0.081377 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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