【讨论帖】测试与美术的关系，欢迎各抒己见
某日在公司里发现一个很有趣的现象，美术同事有时会将模型在群里发出一个预览版，项目组成员都可以先看到，当然测试会少不了对模型进行评论，因为是最直观地个人感受，评论的言语就不会太过委婉，即所见=所感，表达很直接，其他的美术同事因为这样就有所想法，少不了在群里会进行反驳，如果这个问题摆在大家的面前，给三个角色你，①测试②美术③项目经理，你会如何解决并带入角色说出自己的道理。 这个...我觉得我们公司的美术很厉害了，从创意，概念设计，到模型，动画有时候有一些渲染或者动画不同步，每过一段时间我都会整理一些相关的BUG发给他们
然后每次他们都很认真的去修改掉了。遇到比较大的严重的问题，主要还是通过私下去沟通得到解决方案后，然后把情况汇报给项目经理然后由项目经理根据时间情况来安排修改的时间。
跟美术沟通都没跟程序跟策划沟通那么费劲...真的 美术不说话，埋头只管画。
程序不说话，代码走天下。
策划不说话，文档满天下。
测试想说话，谁和你说话？ 测试想说话,拿BUG来说话. 除了BUG，大家都是年轻人，还有很多话题可以聊的，比如游戏，足球，旅游，女人..... 从测试角度说，我感觉可以所见=所感，但话还是要温柔点的嘛
不要光说哪不好，要说出原因和改进意见~ 大家都还年轻……………… ①测试确实要改进沟通的方式，毕竟沟通是为了更好的工作，而不是为了挑起战争
②美术的流程有点小问题，提交模型预览不应由绘制人员发出，一是涉及到资料外泄的问题，二是确定的内容无需发出来讨论，除非是必须讨论的再发出
③项目经理在群里偏袒任何一方都是无意义的，可以即时中止争吵，然后有针对性的单独与双方责任成员进行沟通 我理想中的测试，如果在项目的任何一方面，测试应做为更专业的存在，为大家提供意见。
游戏我们体验的最多，对功能、数值乃至界面，我们是敏锐的，工具我们可以随意地驾驭，路漫漫，^_^ 让会的人去做他懂的事情...
测试要及时发现和上报问题，至于什么时候改和如何改，可以提出建议——只是建议。
有时候觉得很纠结：
我好像是独立于所有事情之外，这样的客观环境使我可以更快更准确的发现问题。
然后我又是在所有事情之中，什么都跟我有关.....
千万不要给别人一种好像什么缺了你就不行的感觉，这对别人的创造工作也是一种阻碍和制约。
[ 本帖最后由 Indisorder 于 2010-5-20 09:19 编辑 ] 个人觉得，测试需要一些更专业的知识才能对美术的工作成果进行评价。
不能单纯的从个人感受、喜好来评论，要从专业角度进行分析。
模型的评价，不光只用一些直接的字眼类似“挺好”“难看”，而是要从贴图、骨骼、纹理、光线等等方面说出他的好（不足）之处。
回复 3# 的帖子
测试最难做人了 上不上 下不下的:lol 蛮有才的 发表自己的见解 提出建议~~适可而止 有个有趣的现象,不知大家注意过没有当你说谎话后,面对一个人,你可能会承认
面对二个人,你也许会承认
面对三个人,你可能会承认
面对100000个时,你还会承认吗?
大家的意见所起的作用跟上面这个道理我想是相同的吧! 其实我感觉测试对于美术这种艺术类的很难界定好与坏，我在我们公司一般不会特别参与美术作品的评论，测试可能还是和策划、程序的交集最多吧 个人觉得说话委婉点人家一般都会接受的。。。。。 如果我是测试：只会提点个人感觉，绝对不会对着美术言辞直接，毕竟人家是专业的，我们的感受只是个人喜好。
如果我是美术：对委婉的意见可能会接受，但是对很直接的建议会抵触并且反驳。
如果我是项目经理： 删掉或关闭这个群 测试就是要做到编程像开发，数据库管理类似dba，业务不逊于产品，放出去就能独当一面，收回来能够镇宅辟邪 之前还一直不知道策划是个什么角色，现在对其有点点了解，这是互联网项目中必然会存在的角色吗？ 根据策划案的原本文化。当美术提供给新的作品，使用良好的沟通技巧。要学会与人沟通，他喜欢什么。
页:
[1]
2
