51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

楼主: 牛亦喜
打印 上一主题 下一主题

游戏测试的技术含量在哪儿?

[复制链接]

该用户从未签到

21#
发表于 2010-1-27 17:25:16 | 只看该作者

回复 19# 的帖子

卡哇伊
回复 支持 反对

使用道具 举报

该用户从未签到

22#
发表于 2010-1-27 18:21:01 | 只看该作者
卡亚库

把游戏搞成软件测就是技术含量了
回复 支持 反对

使用道具 举报

该用户从未签到

23#
发表于 2010-1-28 09:23:41 | 只看该作者
游戏测试的技术含量也就是说的如何实施测试的问题,如果是MMORG的话,常规的活动NPC如果能根据开发提供的脚本实现白盒测试,查找出问题,如果是跑任务,能够实现自动跑任务;如果是webgame的话,能够运用合适的工具模拟玩家登录或者操作实现压力测试,负载测试就算是有技术含量了~~~
回复 支持 反对

使用道具 举报

该用户从未签到

24#
发表于 2010-2-7 22:51:19 | 只看该作者
游戏测试更多的体现的是一个人原始的创造力和思维能力,而不限于任何技术,一个生来具备"写轮眼"能力的游戏测试员是无法用正常人的思维来衡量的,相信每个测试团队都会有1.2个这样的人。
回复 支持 反对

使用道具 举报

该用户从未签到

25#
发表于 2010-2-12 19:19:17 | 只看该作者
原帖由 牛亦喜 于 2010-1-19 16:36 发表
我目前做的是网页游戏webgame测试,加入了一个网页游戏测试QQ群。群消息平均每天不足50条,但凡有消息,也是索要安全测试、性能测试、压力测试、自动测试等等的工具。但并无人回应。



试问,这4块测试果真是游 ...


我也是做网页游戏测试的..刚刚入行..很多不懂的地方..以后多多指教
回复 支持 反对

使用道具 举报

该用户从未签到

26#
发表于 2010-2-23 16:28:18 | 只看该作者
网络知识要更加全面
回复 支持 反对

使用道具 举报

该用户从未签到

27#
发表于 2010-2-24 00:23:35 | 只看该作者
少了技术不成,技术不是关键。
我可以让程序开发“非常开心”能找到他工作中的疏漏并且及时修改。你可以么?
回复 支持 反对

使用道具 举报

该用户从未签到

28#
发表于 2010-2-27 11:09:47 | 只看该作者
测试的思想是一样的,但游戏测试里边的主观因素太多,很多缺陷不能通过工具来实现
回复 支持 反对

使用道具 举报

该用户从未签到

29#
发表于 2010-2-28 12:08:48 | 只看该作者

纯属路过~

回复 支持 反对

使用道具 举报

该用户从未签到

30#
发表于 2010-3-2 10:19:34 | 只看该作者
飘过
回复 支持 反对

使用道具 举报

该用户从未签到

31#
发表于 2010-3-7 18:47:06 | 只看该作者
大虾们好、我之前是做手游测试的、现在刚要做webgame测试 不知道从哪下手。有没有人帮下。给我讲讲webgamem怎么去测呢、是不断的去跑gameplay还是一直都是用一些测试工具做哪些所谓的什么功能 性能 负载 压力测试啊、我对webgamen比较迷茫、还请有经验的兄弟姐妹们知道一下、感激不尽!!!!!!!!!!!!!
回复 支持 反对

使用道具 举报

该用户从未签到

32#
发表于 2010-3-18 17:22:17 | 只看该作者
个人认为,不管是游戏测试还是系统测试,根本应该是一致的,就是用各种方法最大限度的找出缺陷,只不过在具体需求上有些不一致,想游戏注重的是游戏的可操作性,易用性,逻辑的合理性,还有一些大数据量的测试等等,没做过游戏测试,纯属个人理解~~~~
回复 支持 反对

使用道具 举报

该用户从未签到

33#
发表于 2010-3-26 01:11:24 | 只看该作者
策划部门说他们有技术
程序部门笑了。
程序部门说他们有技术
测试部门笑了。
测试部门说他们有技术
美术部门笑了
美术部门说他们有技术
运营部门笑了
运营部门说他们有技术
公司高层笑了
公司高层说他们有技术
板叔笑了
板叔说他们有技术
猪笑了
回复 支持 反对

使用道具 举报

该用户从未签到

34#
 楼主| 发表于 2010-3-28 14:52:15 | 只看该作者
原帖由 Indisorder 于 2010-2-24 00:23 发表
少了技术不成,技术不是关键。
我可以让程序开发“非常开心”能找到他工作中的疏漏并且及时修改。你可以么?


您怎样做的?
回复 支持 反对

使用道具 举报

该用户从未签到

35#
发表于 2010-3-28 15:23:23 | 只看该作者
re 1喜
1,长的要耐看,说话要讲普通话——统一提交缺陷时的术语,有很多人不注意这些,比如按钮就叫按钮,下拉菜单就叫下拉菜单,鼠标单击就是单击还要区分左键点击右键点击.............
2,提交的缺陷一定要能重现,有一定几率重现的,最好是尽力去寻找可重现的途径。事事先自检,是否是因为自身能力不足,多请教,多了解。对不可重现的BUG类型进行缺陷模型的总结。
3,你认为严重的,对程序员来说,也许只需要修改一个参数就可以改变。因此,区分好严重程度和优先级。严重的不一定会优先修改。
4,相同的BUG不要提交第二次。咳....验证关闭了的BUG重新出现只能说明它在上个版本是正确的,重新出现说明验证关闭的操作是错误的,需要对这个BUG进行多个版本的测试才能关闭。因此它的状态应当是“已测试但在版本范围内不进行关闭”
5,熟悉进度,熟悉开发进度和测试进度。测试的工作只有提前设计测试思路和用例,没有提前测试这一说。
6,为程序提供一套快速而有效的程序自测方法。
……
7,测试的技术,不是重点,而是灵活运用技术的能力。以及日常沟通交流与学习。
回复 支持 反对

使用道具 举报

该用户从未签到

36#
发表于 2010-3-28 21:18:13 | 只看该作者
同意楼上
回复 支持 反对

使用道具 举报

该用户从未签到

37#
发表于 2010-3-29 09:11:21 | 只看该作者
原帖由 Indisorder 于 2010-3-28 15:23 发表
3,你认为严重的,对程序员来说,也许只需要修改一个参数就可以改变。因此,区分好严重程度和优先级。严重的不一定会优先修改。
4,相同的BUG不要提交第二次。咳....验证关闭了的BUG重新出现只能说明它在上个版本是正确的,重新出现说明验证关闭的操作是错误的,需要对这个BUG进行多个版本的测试才能关闭。因此它的状态应当是“已测试但在版本范围内不进行关闭”
5,熟悉进度,熟悉开发进度和测试进度。测试的工作只有提前设计测试思路和用例,没有提前测试这一说。

3.引起崩溃、影响主线开发进度、妨碍其他部门工作进度优先级高,我设置优先级以工作进度为参考
4.相同的bug不提交第二次,再次测出已经关闭的bug,将close设置为reopen。同意在关键版本对所有bug做复测。如果已经close状态的bug反复出现在新版本中,考虑加强版本管理,代码覆盖情况严重
5.根据策划文档设计测试用例的时候,可以审核策划文档
回复 支持 反对

使用道具 举报

该用户从未签到

38#
发表于 2010-4-14 22:35:43 | 只看该作者
游戏测试...好..
尤其是自己喜欢玩游戏..更好.
技术含量?啥叫技术含量呢...不懂。我自己会,觉得没技术含量。我自己不会..哇。好牛.技术好厉害...
回复 支持 反对

使用道具 举报

该用户从未签到

39#
发表于 2010-4-24 15:46:19 | 只看该作者
技术含量?
1.精通数据库。
2.测试管理工具。
3.服务器硬件和环境架设。
4.对游戏数值应该非常敏感,基本可以做数值策划
5.白盒技术:看懂服务器LOG,客户端LOG,策划配置文件等

最主要的是一切要主动,不要被动的去跟着研发后面进行测试。技术都自己学出来,我感觉测试在项目组中应该是策划和运营都能胜任的那才行,
回复 支持 反对

使用道具 举报

该用户从未签到

40#
发表于 2010-6-22 11:54:17 | 只看该作者
转入做游戏测试,准备阶段,,真是既慌又忙
女生来着,没玩过多少网页游戏。。。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-24 22:52 , Processed in 0.080068 second(s), 23 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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