Audio Tester就等于Map Tester吗？

shajqiu · 发表于 2010-7-16 12:28:10

对于这个问题的回答结果当然是否定的。

之前在楼道和公司里的老Audio Tester（现在已经是公司Audio Team中的一员了，不再做tester了）一起探讨了一下相关的问题；

我说：“随着游戏的升级，发现我们testing的Audio Tester还是坚守老路，和你N年前的测试方法基本一样，显然在这个时代用老方法测试对Audio Team帮助不是很大，而大多数时候是你们自己发现质量bug自己debug。感觉即使没有Audio Tester你们也可以做到保证游戏音效的质量。也就是说，做为专门测试声音的同学，只提供游戏中的杂音，叠音，无音或是声道混乱，对话是否匹配是远远不够的，而这种类似的bug，只要耳朵没有问题，普通的map tester就可以应付了，audio tester就等于map tester啊。”

他很认同我的说法，的确现在就是这样的，而我们大家都无力改变这个现状，原因很简单；
在他看来专业的Audio Tester 除了玩过无数游戏，对于游戏音效在心中有着自己的基准外还应该具备Audio的专业知识，其能力应该是接近于Audio Designer. 而后者正是Audio Tester缺乏的部分。人往高出走，水往地处流，万事具备的同学一定会寻求更高处的发展，自然就不再是一个tester了。

就好比UI，UI在游戏中是个不起眼的部分。而之前做UI的同学永远是新人，对UI没有认识。等做到熟手后自然就不去搞简单的UI了，但是简单的东西也是很致命的；ENDWAR就是个典型。

而公司的testing自认是比较正规，而对于Audio Test 这块却是大部分保持者空白，即使能轻松搞定测试用例也只是测个最初而已。
但懂音效，懂混音，懂游戏，懂技术的又能有几个甘心做这小小的tester呢？更何况从来就没有过，AUDIO这块的测试标准，测试系统，测试方法，用的测试工具，对于Audio Bug的详细划分是什么？
这些问题没有人能回答。

即使没有也没有关系，再偷偷的自学个2年吧，2年后自己回答自己吧。

jiazurongyu · 发表于 2011-6-3 11:10:14

回复 1# shajqiu
这部分比例比较低。Audio Test 我的工作室在四年前巧合下接了外包，接触了这部分。
可以用删改音效文件来分段测试。
大概这几个部分（这里就简单描述可以扩展的）：
战斗行动和音效分离。打击和受打击，致命等技能。
场景切换音效-传送魔法。
部分特殊的场景音效。
设置里的变更。

jiazurongyu · 发表于 2011-5-31 15:30:51

我以前做过段外包是做音效测试的主要是匹配音效文件有没有失效。
一套战斗中是否音乐和动作绑
还是比较简单的 ~
上面的学习到了

cncnily · 发表于 2010-7-23 10:11:47

soga 和程序商量下去谢谢咯

Aimbot · 发表于 2010-7-23 09:50:33

引擎里写个支持remote console的调试菜单，支持单放指定的sound category就可以了。

cncnily · 发表于 2010-7-23 09:22:30

然后你应该用专门的工具去拆分你做完这一套动作后得到的声音。
这位高人能否提供下用的什么工具嘛

maxwell12 · 发表于 2010-7-20 14:31:01

有限的生命投入到无限的学习中

cncnily · 发表于 2010-7-20 14:09:55

不过我认为对于大众化的网络游戏来说不需要专业化这方面的测试当然音乐类游戏但说
发展这方面还不如研究研究如何真正自动化测试呢呵呵

maxwell12 · 发表于 2010-7-20 14:05:35

我知道现在的标准.
但我不满足这样.
现在混没准以后就混不下去

cncnily · 发表于 2010-7-20 13:08:26

楼上写的很贴切实际！
一般测试声音的老方法很简单，只有2个制胜法宝；
－有没有声音？
－声音对不对？
达到了这2步就胜利了。。

shajqiu · 发表于 2010-7-20 12:33:27

在来罗嗦几句；
一般测试声音的老方法很简单，只有2个制胜法宝；
－有没有声音？
－声音对不对？
达到了这2步就胜利了。。

而新的尝试我认为应该是测试声音的各个环结，各自环结定义声效范围。

局个例子，测试在一个FPS游戏中的当前角色在洞穴的泥地上奔跑得到的声音和声效。
在做出这套动作后，测试员脑海中应该知道这一套动作包括哪些声音（这些声音是Audio designer给出的文档设计所规定的，缺一不可）
比如应该是得到这些声音：
－跑步时的脚步声
－身上协戴的武器声
－跑步时的风身
－步点踩踏泥地的声音
－洞穴的环境音效声
－跑步时喘气的声音
然后你应该用专门的工具去拆分你做完这一套动作后得到的声音。先看一下哪些声音是丢失的，或者这些声音是否和设计相符和。
再然后看各个声音是否在规定的数值之内。
再再然后是反复的用感观测试一下这些设计声效和当前游戏结合的是否够好，如果发现不够就与designer一起探讨后，desinger决定是否做出微调后更新到设计文档中。

这才是我想要的测试手段和方法。

shajqiu · 发表于 2010-7-20 12:04:34

又看高人回帖了，

我只是在对Audio这块测试的反思，老的测试手段完全可以满足对音频的测试需求且可以得到一个”成“或”败“的测试结果。
但是就测试系统和测试的专业性来说远远不够。

而革新后可以对Audio Team起到辅助作用。其作用在测试员不仅仅只是一个测试员，而成为Audio Team的一员；是介于2个小组间的一个桥梁。（通常来说测试组员（map tester）在测试游戏的时候也会发现Audio的bug，然后反映给Audio Tester）

我们知道，在项目快结束且DB中无Audio bug时， Audio team总负责人和当前项目的Audio designer会用一周左右的时间对产品的Audio进行“总结” （对不起我真的不知道用中文怎么说，就暂且用总结一词吧）一关一关的系统的对游戏中所有内容进行审核，做出最后的声（音）效微调。
在测试技术革新后，可以有效的降低”总结“时Audio Team的工作量，减少微调频率。
当然最好最好的结果时安排Audio Tester 一起进行参与”总结“。

这就是要革新的原因所在了。。。

BS-Phoenix · 发表于 2010-7-20 11:34:43

你们跑题了首先。

其次，对于AUDIO，有这么高的测试需求吗？

yhryan · 发表于 2010-7-19 22:29:32

活到老。。学到。。

cncnily · 发表于 2010-7-19 12:44:23

好的谢谢分享
每天看半小时吧呵呵

Aimbot · 发表于 2010-7-19 12:39:30

原帖由 cncnily 于 2010-7-19 11:46 发表
我看中文书要是3天看完的话我看英文书怎么也要10天
找个不忙的时候我也研究研究好好学习学习
为什么制作和测试不能合二为一呢？

用敏捷的方法可以合二为一啊，但是你要看的更多。

先看下这本白皮书了解下你所在项目和组织要进行的转变

再看下这本白皮书了解下你的角色转变

最后这本很“厚”的书你也要看完

实践的指导你可以在InfoQ上看看Henrik Kniberg 大神的一些观点，特别是:
《10 Ways to Screw Up with Scrum and XP》
《Scrum and XP from the Trenches》

cncnily · 发表于 2010-7-19 11:46:52

我看中文书要是3天看完的话我看英文书怎么也要10天

找个不忙的时候我也研究研究好好学习学习

为什么制作和测试不能合二为一呢？

shajqiu · 发表于 2010-7-19 11:40:25

回 Aimbot，和这里的audio讨论了一下，他和你的想法不谋而合啊。。

我和他一起研究一下，看看怎么操作能比较好的用上这个理论。他已经给出了方案，我会花3周的时间试试，看看靠普不，如果行。。那我变身Audio Tester试验一下，得出工作量，工作强度等。。。
如果这个项目成功了，那以后其他项目都可以沿用了。。。

不过你知道的，不是人人对新方法感冒的。。。你我勇于尝试的东西其他人未必敢。。

maxwell12 · 发表于 2010-7-19 11:32:24

不是一个好研究生,导师提供的数目还敢嫌多

Aimbot · 发表于 2010-7-19 11:26:39

楼上的就不能出息点多看看书？

顺便回答你的问题：
今年是我第一年测网游，之前连PC平台的游戏都没测过。

		自动登录	找回密码
密码			(注-册)加入51Testing

Audio Tester就等于Map Tester吗？

相关帖子

回复 25# 的帖子

本帖子中包含更多资源

站长推荐 /1