51Testing软件测试论坛

标题: 游戏测试的技术含量在哪儿？ [打印本页]

作者: 牛亦喜 时间: 2010-1-19 16:36
标题: 游戏测试的技术含量在哪儿？
我目前做的是网页游戏webgame测试，加入了一个网页游戏测试QQ群。群消息平均每天不足50条，但凡有消息，也是索要安全测试、性能测试、压力测试、自动测试等等的工具。但并无人回应。

试问，这4块测试果真是游戏测试的核心价值吗？以至于在我提出"只做功能测试及更好的做功能测试，并不需要这些工具"时，群里有了小沸腾，大多数人都认为：手工测试并无技术含量，一直做手工测试是沉沦的表现。

工具是次要的，我觉着吧，关键是要考虑想要用工具达到什么效果，然后再考虑达到效果的最有效工具是什么，而不是一味追求“技术含量”。这种意识和这种能力，才是游戏测试人员的“技术含量”所在。

aaa 14:58:18
谁有游戏的安全性测试工具啊？
能给我发一个吗？

bbb 14:58:47
我也要一个

牛亦喜 15:43:46
有，手一双
你要？

ccc 15:44:16

。。。

bbb 15:44:22
你要把你的手砍下来啊

牛亦喜 15:46:27
你们已经在做网页游戏测试了吗，我为什么什么“工具”也没用到呢

ccc 15:46:52
me，too

ddd 15:47:35
同上

牛亦喜 15:51:09
什么安全测试，性能测试，压力测试，统统没有

有的就是功能测试，以及如何更好的做好功能测试

ccc 15:54:03
唉。。。

牛亦喜 15:54:37
我也就测了一个webgame产品。说的有啥不对的，大家还请多指教

aaa 15:54:46
实在话
同感

ccc 15:55:23
没有技术含量，感觉

aaa 15:55:34
是啊
工作时间长

牛亦喜 15:56:00
我觉着吧，要务实，而不要追求空的所谓技术含量

ccc 15:57:16
怎么务实？继续手工测试？

牛亦喜 15:58:12
更好的使用现有工具，尝试新工具或自制工具，但不以此作为重点

ccc 15:58:37
你的现有工具是啥
游戏测试貌似用不上什么工具

牛亦喜 16:03:15
缺陷管理工具，用例管理工具
时间管理工具，任务管理工具

ccc 16:04:16
你都接触到了吗

牛亦喜 16:06:02
bugzilla，bugfree
excel
project

牛亦喜 16:06:41
还有版本控制工具，测试服务器搭建工具

svn secureCRT

牛亦喜 16:09:23
工具是次要的，我觉着吧，关键是要考虑想要用工具达到什么效果，然后再考虑达到效果的最有效工具是什么
而不是一味追求“技术含量”

牛亦喜 16:11:08
我也用过按键精灵测试，也写shell脚本。但都是刚刚掌握了皮毛而已

用loadrunner？学习成本高，真不如按键精灵了

bbb 16:11:37
那也不错啊，我还没用过呢

aaa 16:11:54
我也没用过
有学习资料么

fff 16:12:20
按键精灵我听过但是没用过
能放到共享里不？

牛亦喜 16:13:07
搜索
我没学习资料，自学，摸索，思考

bbb 16:13:21
我这有lr的资料

资料一大堆，就是没看过
我传共享里吧

牛亦喜 16:15:07

谁用了lr测webgame，共享下测试效果吧

我只求测试效果，不求方法

作者: gaha 时间: 2010-1-19 17:08
因为都是新手，高深的知识没接触过，想破了脑袋也不知道，所以不会问你。目前问的是听别人说的最多的，所以也就问了。
其实，虽然我不做游戏测试，但我觉得游戏测试应该是很有意思的，往深了可以很深，往浅了，根本不值一提。看吧。

作者: maxwell12 时间: 2010-1-19 17:29
我常用的工具：bugfree、JIRA、bugzilla 其实最早用excel和word写buglist和测试用例。而且那会用excel写的buglist列名和现在工具中要写的必添项也都一样的。不过现在的工具更方便。查找啊，通知啊，统计啊什么的。
按键精灵用来做重复操作和bug复现都很好用。自己录个脚本再改改，很好用的。
project任务管理我也用它。
excel和access用来处理数据很方便。excel本身就能做很多事，office办公软件还是要掌握的。想学的朋友去office中国、csdn、百度自己搜搜看。有时候多表联合查询我就用access就行了。office里就有，占空间少，不用配置服务器端。用什么工具，能达到效果就行，不一定非得用高级的。
wpe、加速会在大版本测试中试试。
性能测试、安全测试我们都要和专门的开发人员配合才能完成，自己的能力不够。

作者: maxwell12 时间: 2010-1-19 17:46
游戏测试的技术含量体现在我们的能力上

作者: 星空物语 时间: 2010-1-19 20:34
只能同意一半。所我所知，LR用在网页测试上还是可以的，可能用到MMO就不合适了。如果是纯手工，还真做不了性能测试吧，你能一个人作到同时千人登陆么……
所以，不能一味求技术，但公司有要求或工作要用到，还是要去学的

作者: 牛亦喜 时间: 2010-1-20 08:21

原帖由 星空物语 于 2010-1-19 20:34 发表
只能同意一半。所我所知，LR用在网页测试上还是可以的，可能用到MMO就不合适了。如果是纯手工，还真做不了性能测试吧，你能一个人作到同时千人登陆么……
所以，不能一味求技术，但公司有要求或工作要用到，还是要去 ...

嗯，工作有需要，自然是要去快速学习和掌握的。

千人登陆，我只知道似乎可以请程序员写机器人虚拟登陆

作者: maxwell12 时间: 2010-1-20 08:44
网页游戏测试确实能用得上一些工具.网页游戏操作的流程相对固定很多.
而MMORPG操作流程变化很多。
压力测试和性能测试一般都是请程序写机器人来做。最后用log数据统计结果。上机器人的同时也要上手工配合，检查客户端实际反映的情况。最后出报告的时候除了数据反映的问题，还要加上实际情况说明。

作者: xsqwwy521 时间: 2010-1-20 11:00
我也刚刚入行，正在学习总结中，最近的QTP弄的我很郁闷，话说我们公司的QA不仅要对游戏做测试，以后还要对运营方面最测试

作者: 牛亦喜 时间: 2010-1-20 13:56

原帖由 xsqwwy521 于 2010-1-20 11:00 发表
我也刚刚入行，正在学习总结中，最近的QTP弄的我很郁闷，话说我们公司的QA不仅要对游戏做测试，以后还要对运营方面最测试

运营方面具体指什么？

作者: xsqwwy521 时间: 2010-1-20 14:20
就是官网啊游戏商城啊等等和RMB沾边的东东

作者: carrot19840715 时间: 2010-1-20 16:34
比我强多了，我们公司的游戏测试，就是纯粹的手工测试，领导把我们当机器人，就是拼命加班跑游戏，然后查BUG,多少带了点运气的成分，又累又学不到东西还窝心工资也相当低，最离谱的就是有次游戏出现了当机的BUG，但重现几率很低，然后测试老大就说了一句话，跑游戏，跑到发现问题为止，我靠，这纯粹就是机器人干的事啊，然后开发就在那里玩DOTA，我们测试就拼命跑游戏，搞得好么。。。所以要做好游戏测试，首先自身的能力要过硬，其次就是要进大型的游戏公司，千万别进小公司，不然就是玩完

作者: maxwell12 时间: 2010-1-20 17:02
内存地址都乱了还能跑出什么崩溃必现流程啊。
最起码也得带环境用DEBUG版跑吧。这样还能看出点线索。

作者: 牛亦喜 时间: 2010-1-22 09:13

原帖由 xsqwwy521 于 2010-1-20 14:20 发表
就是官网啊游戏商城啊等等和RMB沾边的东东

计费相关的？这个我们也测。不过公司有现成的计费规范，测试起来还挺顺利。至少需求很明确。

作者: 牛亦喜 时间: 2010-1-22 09:14

原帖由 maxwell12 于 2010-1-20 17:02 发表
内存地址都乱了还能跑出什么崩溃必现流程啊。
最起码也得带环境用DEBUG版跑吧。这样还能看出点线索。

嗯，我测webgame用debug版flash 能发现客户端的一些bug

作者: maxwell12 时间: 2010-1-22 09:24
呵呵计费系统的重要级别比游戏本身要高
各方面都是最高级别对待

作者: gaha 时间: 2010-1-22 09:27

原帖由 牛亦喜 于 2010-1-22 09:13 发表

计费相关的？这个我们也测。不过公司有现成的计费规范，测试起来还挺顺利。至少需求很明确。

计费要是都不明确规则的话，那甭玩儿了。

作者: xsqwwy521 时间: 2010-1-22 10:50
额额我们现在连test case都没呀
好可怜呀好可怜！

作者: senzaier 时间: 2010-1-27 11:24
我真是有点郁闷啦烦死啦

作者: cangmang 时间: 2010-1-27 15:06
个人认为：软件测试也好，游戏测试也好，体现的都是思路。要明确测试的目标是什么。至于工具、技术含量哪些都是‘方法’。方法是为了目标服务的。

作者: liangxianquan85 时间: 2010-1-27 15:32
纯属路过~

作者: rrxkjzq 时间: 2010-1-27 17:25
标题: 回复 19# 的帖子
卡哇伊

作者: 云层 时间: 2010-1-27 18:21
卡亚库

把游戏搞成软件测就是技术含量了

作者: 5450488 时间: 2010-1-28 09:23
游戏测试的技术含量也就是说的如何实施测试的问题，如果是MMORG的话，常规的活动NPC如果能根据开发提供的脚本实现白盒测试，查找出问题，如果是跑任务，能够实现自动跑任务；如果是webgame的话，能够运用合适的工具模拟玩家登录或者操作实现压力测试，负载测试就算是有技术含量了~~~

作者: yubin 时间: 2010-2-7 22:51
游戏测试更多的体现的是一个人原始的创造力和思维能力，而不限于任何技术，一个生来具备"写轮眼"能力的游戏测试员是无法用正常人的思维来衡量的，相信每个测试团队都会有1.2个这样的人。

作者: 土豆发涩 时间: 2010-2-12 19:19

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

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

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

作者: dyq 时间: 2010-2-23 16:28
网络知识要更加全面

作者: Indisorder 时间: 2010-2-24 00:23
少了技术不成，技术不是关键。
我可以让程序开发“非常开心”能找到他工作中的疏漏并且及时修改。你可以么？

作者: AwL_1124 时间: 2010-2-27 11:09
测试的思想是一样的，但游戏测试里边的主观因素太多，很多缺陷不能通过工具来实现

作者: jjjqep 时间: 2010-2-28 12:08
标题: 纯属路过~

作者: lengchun10 时间: 2010-3-2 10:19
飘过

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

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

作者: Indisorder 时间: 2010-3-26 01:11
策划部门说他们有技术
程序部门笑了。
程序部门说他们有技术
测试部门笑了。
测试部门说他们有技术
美术部门笑了
美术部门说他们有技术
运营部门笑了
运营部门说他们有技术
公司高层笑了
公司高层说他们有技术
板叔笑了
板叔说他们有技术
猪笑了

作者: 牛亦喜 时间: 2010-3-28 14:52

原帖由 Indisorder 于 2010-2-24 00:23 发表
少了技术不成，技术不是关键。
我可以让程序开发“非常开心”能找到他工作中的疏漏并且及时修改。你可以么？

您怎样做的？

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

作者: maxwell12 时间: 2010-3-28 21:18
同意楼上

作者: maxwell12 时间: 2010-3-29 09:11

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

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

作者: 乖乖好乖 时间: 2010-4-14 22:35
游戏测试...好..
尤其是自己喜欢玩游戏..更好.
技术含量？啥叫技术含量呢...不懂。我自己会，觉得没技术含量。我自己不会..哇。好牛.技术好厉害...

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

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

作者: xuyan_8707 时间: 2010-6-22 11:54
转入做游戏测试，准备阶段，，真是既慌又忙
女生来着，没玩过多少网页游戏。。。

作者: fei446449750 时间: 2010-6-22 16:31
基本的功能测试都做不好，还想做有技术的事？白盒、性能、安全、自动化测试都挺有技术的，能胜任否？

作者: xuyan_8707 时间: 2010-6-22 18:08
听朋友说游戏测试要比普通的行业软件测试要低啊，，而且又没什么好前途的。。。哎
因为是国内游戏吧，没什么出息

作者: huix47 时间: 2010-6-22 18:46
“国内游戏没什么出息”

如果单从资本角度考虑，中国游戏基本可以排世界第一。

作者: xuyan_8707 时间: 2010-6-23 17:03
有没有人在杭州做这个测试的
我发现在杭州这个行业的真少啊

作者: zhifei.xie 时间: 2010-10-13 15:11
杯具啊！软件测试行业的杯具！

作者: cncnily 时间: 2010-10-21 13:35
所谓的技术含量是要看你个人的能力以及项目的大小和公司规模。
不是说你会多少种软件就说明你技术含量高，手动测试虽然简单但也需要很多的经验和技巧。
人天生就会吃，又有多少个人能做到美食家呢？贵在坚持，贵在学精！

作者: goopy 时间: 2010-10-25 22:39
手工测试同样需要思考，怎么样以最少的用例来覆盖更多的测试需求，需要考虑各种不同的情况，不是一两下子就能想出来的，需要平时不断的摸索不断的总结，才能得出来的

作者: duhaojie 时间: 2010-10-28 21:38

作者: 粉猪猡 时间: 2010-11-10 20:54
我觉得不管是什么工具，只要能用于工作中，很好的解决工作中的问题，就是好工具。性能测试、压力测试并不是技术不技术的活，这个看是游戏的什么阶段了。

作者: x2test 时间: 2010-11-16 20:51
顶务实实在

作者: Ruby0312 时间: 2012-5-18 14:42
很多时候也是觉得手工测试太没技术含量了，可这却也是一个必不可少的一步。

作者: 血色黎民 时间: 2012-5-19 10:06
学技术只是为了跳出游戏测试这个悲剧的圈子

作者: jiazurongyu 时间: 2012-5-19 20:06
由此可见。。游戏测试还需要很多年才能地位重新被定义吧

作者: weiweixiaocao 时间: 2012-6-1 17:37
强帖终于出现，要顶的啊，谢谢楼主

作者: gxmei1986 时间: 2012-6-18 17:41
我觉得游戏测试还是手动为主，工具为辅~测试思路和测试角度才是最重要的~~

作者: mamona2012 时间: 2012-6-21 10:55
回复 11# carrot19840715

是不会可以推出个内测版，让大家玩玩，一起找问题？

作者: kaolaki 时间: 2012-6-22 14:02
回复 1# 牛亦喜
个人以为游戏测试的技术含量在于做测试人的本身，这个人是否可以尽可能多的找出BUG，测试覆盖率是否能够足够高。而工具只是帮助测试的人能够高效的完成测试工作，但是不能把找bug的希望寄托于测试工具。任何测试都是基于测试用例的，而设计测试用例的工作是人完成的。无论是手工测试还是自动化测试，只要能更多的找出BUG，发现问题，规避问题，这是测试应该做的。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)