天晚了
几年来项目做得没有喘息的机会，但是必须停下来思考前面的路。希望把游戏测试可以做到一个高度发现论坛中高人不少，特来寻找一些思路，方法
[ 本帖最后由 凤凰涅槃 于 2010-8-3 12:15 编辑 ] 老大，你也知道论坛常发贴和回复的也就只有那么几个老面孔。。你想找谁就直接站内短消息吧
现状是什么？
很想知道关于“高度”具体指什么，测试要达到什么个样子的高度？
做为老大一定会把想法告诉核心成员，大家一起讨论一下后做出进步计划。以每个项目为界，渐进的更新测试高度（深度）。
测试离不开开发，如果测试开发不放在一起的话。说实话的确蛮难进步的。虽然是接下去有新项目，但就测试而言也就只能照旧，的确蛮无聊的。
举例说一下，之前我有发过的一篇帖子为 “Audio Tester就等于Map Tester吗？”我们都是做单机的，帖子内容一看就明白了。
老的测试方法我写了，我来公司N年了，Audio Tester坚守着自己的老路线，坚守了N年。 一次楼道抽烟的放松，随机的聊出了个话题。
于是就去找开发同事正式讨论了。之后得到原来Audio也可以这样玩的。。
当然这只是一个例子，我想说的是；N年的一成不变，最后在N年后的就快要被个烟圈终结了。 而这烟圈为何不早些到来？下一个烟圈是什么时候，我也不知道。。
当然还有个比较容易进步的方法就是多和其他地方的测试部交流，反正是全球公司。也自然不可能是只有SH一个测试部。看看其他地方的测试是怎么样的。
这个在我的另外一篇帖子回帖中也提到了 “自娱自乐，庆祝一下自己”，国内国外的测试方法总不可能一样的，从交流中得到新信息。然后试试好了，反正试试又不要钱的。。
最后关于压力的话题就不要拿来说了，坐在这个位置上怎么可能没有压力。没有坐上这个位置的自然不会懂，相信论坛里面也没有几个人能帮忙的。即使有资格也不会无聊的在BBS上回帖来让费时间。
以上是我随便YY的，对你们公司不是很了解。
所以当你看到回帖后摇着头笑了，那请你脑海中自动删除以上内容。就当看笑话了。:lol 再怎么摸索游戏测试还是黑盒占据主导地位 for ever! 开发没有本质变化测试就很难突破 现状是感觉部门测试人员的水平和做的项目有差距。同时人才流失是个问题。Senior少。
目前把重点放在测试人员本身的提高上了，从模块分解，用例设计，测试计划到模块的测试报告和sign off，都在推动测试人员掌握。目前的目标是完善这个体系和流程。
以俺的技术力，感觉快到瓶颈了，所以想搞点新鲜血液。
想想几年来其实还是测试技术之外的知识和经验在增长。:L 测试的高度是用效率最高的方式去完成覆盖率最高的测试？
同意云大的说法，开发不改革，测试很被动。 如果我说，测试不改革，开发很被动！你们觉得有道理么？ 你们说说怎么改革法 从Test != Finding bugs开始:$ QA!= tester开始:lol LS的 “ 在游戏业中的QA与QC？" 这帖看来是白发了。。
索性以后用 QAC 怎么样都不会错了。。:lol 额额。。旧观念根深蒂固了。sorry 我们公司的QA（本公司无QA,QC之分了...），现在我们这边QA干的都是QC的事。太局限与测试了，测试的改革，也许就是要在开发阶段就参与其中吧，这才是QA。不过貌似之前我们这做的项目，在项目前期都没QA的事。无奈啊。希望开发team能更多的把“测试”考虑到项目中去，尤其是项目起步阶段。 理论与实践相差太远 原帖由 Aimbot 于 2010-8-3 10:24 发表 http://bbs.51testing.com/images/common/back.gif
如果我说，测试不改革，开发很被动！你们觉得有道理么？
测试驱动开发 哈哈 哈哈 顶一个 原帖由 Aimbot 于 2010-8-3 10:24 发表 http://bbs.51testing.com/images/common/back.gif
如果我说，测试不改革，开发很被动！你们觉得有道理么？
求赐教改革方法 原帖由 yhryan 于 2010-8-3 18:17 发表 http://bbs.51testing.com/images/common/back.gif
我们公司的QA（本公司无QA,QC之分了...），现在我们这边QA干的都是QC的事。太局限与测试了，测试的改革，也许就是要在开发阶段就参与其中吧，这才是QA。不过貌似之前我们这做的项目，在项目前期都没QA的事。无奈啊。 ...
没市场我觉得是悲剧的根源
页:
[1]
