51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

查看: 5937|回复: 11
打印 上一主题 下一主题

为什么大部人都在问什么类型的游戏应该怎么测试呢

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2009-2-27 12:04:12 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
我觉的不管是做什么游戏的测试,都应该统一的去分析
1.如果你了解了策划文档和程序的概要设计,详细设计,代码(脚本)编写
2.如果你了解了同类游戏是什么样子的
3.如果你了解了服务器(C/S或者B/S)的架构,数据库的存取,通讯协议
4.学会画流程图
再加上基础的测试知识,我想去测试任何游戏都不难

就我实际工作中碰到的问题一般都是要借助何种工具或者方法去提高自己的工作效率,或者达到一些极限值
那些建议在问什么类型游戏应该怎么测试的
1.我建议你们去学习一些相关的知识吧,特别是游戏是怎么制作出来的
2.另外就是多玩游戏,积累同行业的经验是必不可少的,这样你才能提出更多更切合实际的建议
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2009-2-27 12:42:09 | 只看该作者

受益
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2009-2-27 12:55:02 | 只看该作者
很多东西都属于说起来简单型的。
  第一、我没有办法了解到策划文档,概要设计,详细设计,代码编写。因为游戏不是我们这边开发的
  第二、我就算了解同类游戏,也无法写出测试用例。因为包含的元素太多了,取舍很麻烦。所以才想问问重点在哪里
  第三、流程图我画了。比如一个武将 战争中他有 统帅。武力。智力。体力。带兵数。我该选择几个武将做为测试用例呢?选择有重点么?这些在流程中根本无法体现。
  第四,多玩游戏的建议我会采纳。谢谢
  第五:我会努力学习相关知识的。但是现在我真的想知道策略游戏的测试用例的重点。

  第一步:地图。要对地图做相关测试么
  第二步。选择城池或者在野兵种。对在野兵种选择有要求么
  第三步:带兵数和武将技能。很麻烦。不知道要不要在战争系统中测试武将技能
  第四步:攻击方式。
  第五步:返回方式
  还有带兵消耗。带兵消耗和带兵数有关系。我需要去找出其中的相关公式。然后测试么
除了一眼看的出来的东西。其它真找不到重点。希望大家给予建议。

[ 本帖最后由 baixixiang 于 2009-2-27 12:57 编辑 ]
回复 支持 反对

使用道具 举报

该用户从未签到

4#
 楼主| 发表于 2009-2-27 13:43:55 | 只看该作者
第一、我没有办法了解到策划文档,概要设计,详细设计,代码编写。因为游戏不是我们这边开发的
    ----尽快学了东西换家公司,如果这些文档类的东西没有,对你的成长没有任何好处
    没有需求文档的测试,就是盲目的测试,因为你不知道哪里是对,哪里是错。
    文档是属于软件的一部分
  第二、我就算了解同类游戏,也无法写出测试用例。因为包含的元素太多了,取舍很麻烦。所以才想问问重点在哪里
    -----同类游戏只是做为参考,可以提一些好的建议,如用户操作习惯,可玩性,相关设定的合理性等等,
  第三、流程图我画了。比如一个武将 战争中他有 统帅。武力。智力。体力。带兵数。我该选择几个武将做为测试用例呢?选择有重点么?这些在流程中根本无法体现。
    -----你所说的东西是没有流程的,当然不用画流程图,但你可以设计一个通用的检查点,去检查这些值,因为这些东西基本上都是填表来配置的,你可以选取一个到两个武将进行测试(等价类),或者你能看到表格当然是最好的,只需要测试一个,其他的去检查表格,然后和需求去对照,不过全面的覆盖对游戏类的还是有必要的,如果不能看到表格,尽量都跑一遍,相关的GM指令也要有才能让你测试起来得心应手

[ 本帖最后由 zlclclzl 于 2009-2-27 13:51 编辑 ]
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2009-2-27 14:12:01 | 只看该作者
哇~~~~~~~~谢谢~~~~~~~感激拜倒中~~~~~~~~
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2009-2-27 16:25:44 | 只看该作者
在没有策划文档的情况下,建议你采用all in one 那本书中的 Test Trees方法,从一个主支开始,一步一步的往下分,直到你分不动了为此,然后再返回检查,修改。

这样多做几次,你就不会感觉混乱,分不清楚了,可以从最小分支开始分,,这是一个分析过程,用例书写就可以按照这个Test Trees进行书写了
回复 支持 反对

使用道具 举报

该用户从未签到

7#
 楼主| 发表于 2009-2-28 12:05:07 | 只看该作者
没有文档不等于不知道各个系统模块
游戏的策划文档就相当于需求分析,而且现在的游戏策划能力不怎么样吧,还都喜欢创新,明明人家是这样做的,他偏要那样做,那么在没有文档的情况下你怎么知道一个设定是对是错?
比如说我一个怪物设定的是100HP,表格里填的是90HP,在没有需求的情况下,你仅仅能证明的是程序的读表是正确的
再比如物品,策划设定的丢弃时会弹出提示是否丢弃的窗口,程序实现的是直接丢弃。
如果没有需求,你能测试的仅仅是程序的功能都能正常使用,而无法验证程序做对了还是做错了,或者策划填表和当初的设计意图是否相符
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2009-3-1 15:50:22 | 只看该作者
看看。。
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2009-3-2 20:06:03 | 只看该作者
没有设计文件怎么测?我实在想象不出来...如果连起码的需求分析和设计文件都没有,那只能说明公司很不重视测试。
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2009-3-3 18:12:45 | 只看该作者
原帖由 hjjlearning 于 2009-2-27 16:25 发表
在没有策划文档的情况下,建议你采用all in one 那本书中的 Test Trees方法,从一个主支开始,一步一步的往下分,直到你分不动了为此,然后再返回检查,修改。

这样多做几次,你就不会感觉混乱,分不清楚了,可以 ...


麻烦知道all in one 这本书的大侠详细说下这本书好吗?
我想找地方买来看看~~
回复 支持 反对

使用道具 举报

该用户从未签到

11#
 楼主| 发表于 2009-3-4 11:55:00 | 只看该作者

回复 10# 的帖子

不建议新手看,新手还是看一下通用软件测试方面的书
感觉all in one的东西有点大,对整个项目管理方面介绍的比较多,而且国外的开发环境和国内不一样
建议测试主管级别的可以看一下
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2009-3-4 15:57:19 | 只看该作者

回复 10# 的帖子

《game testing all in one》在dangdang和卓越上都可以买到。
另外同意楼主的观点,游戏方面只要熟悉功能需求和实现方法都很容易提炼测试点出来,最大的难点就是如何更好的进行测试,提高测试效率和扩大测试的覆盖面
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-4-30 21:51 , Processed in 0.084725 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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