liudong_51sz_8 发表于 2010-3-1 17:32:58

说得很对啊，还是要从自身出发，挖一口自己的井，不然太压抑了，以后也没有前途

kuangquanshui 发表于 2010-3-1 17:49:43

::tuxue:::

yy100t 发表于 2010-3-1 18:06:01

原帖由 kings727 于 2010-2-26 11:46 发表 http://bbs.51testing.com/images/common/back.gif
开发那边的人皮笑肉不笑地过来说，XXX，我在我的程序里发现了一些问题，但你们没测出来啊，
你应该说：恭喜啊，你发现了一个你自己制造的BUG。
长年潜水的人 看见你精辟的发言不得不回个 哈哈

valencina 发表于 2010-3-1 23:24:33

苏州？
苏州那的那几个公司统统建议不要去，实话实说

happyboy960 发表于 2010-3-8 17:12:28

楼上的大哥说的是金XX和游XXX吗？

Joyeer 发表于 2010-3-9 14:30:08

楼主的描述 是我当前工作的真实写照

test_huang 发表于 2010-3-9 22:58:49

回复 23# 的帖子

其实有切身体会的人都知道，开发对测试某些时候语带嘲讽，但测试一般却无法对开发做到这点，因为，目前的测试必须有忍受力才能与开发“沟通”良好。

我是找茬的 发表于 2010-3-15 11:02:23

“其实很多时候，我们只是在等待版本，但哪怕只有一个开发在干活，我们测试组就要全员留下陪他加班，半年300多小时的免费加班时间，都赶得上开发的工作强度了”
这个情况在一开始我们部门还没老大的时候发生过，自从我们老大来了之后，这事儿就绝迹了。从此我们过上了早九晚六，周末双休的幸福生活。。。:lol

nickxmn 发表于 2010-4-19 16:28:23

感同深受啊~不行咱就跳=.=

云层 发表于 2010-4-19 17:29:12

这个也是配置管理做的有问题的原因，没有很好的版本发布等流程，导致开发的松散

LookingForJob 发表于 2010-4-20 14:11:25

开发的松散如果想通过测试部门去解决，应该如何入手？

说真的我不信测试部门能解决，不过有高人的话还望指点一下！

maxwell12 发表于 2010-4-20 14:35:11

引入质量控制标准,需要开发部门都执行.
QC转QA

baizhudan 发表于 2010-4-20 22:05:29

LZ的公司本身就存在着问题，如果公司存在问题，那任何测试都是一样的遭遇。建议跳槽。而且建议跳出游戏测试。

淡定的土豆 发表于 2010-4-20 23:09:49

非常的赞同啊，现在工作状况的写照
:L

Aimbot 发表于 2010-4-21 17:22:52

最近面了好多传说中所谓senior的tester，结果和楼主说的差不多。推荐大家看看<Agile Testing>这本书吧，也许能有所启发。至于如何改变QC的现状，给大家开个头：把一组很有才干或者潜力的测试员从一个大测试团队分离出来。

优点我就不说了，缺点是：在一开始，同学们工作的很辛苦但是薪酬上和其他的测试员没有很大的区别。且人很难从外部补充进来，就像现在连sdet到我们这都不合格，而某大公司的QA Engineer(好像是7年的工作经验)的package又太高相对于这个团队的薪酬范围。自己培训呢，时间跨度又大（最少2个项目3年左右）。

总之，大环境就是酱紫的。要有好的环境支持，同时自己要努力才行。

nngx7 发表于 2010-4-21 18:39:12

中国游戏很多都急功近利，开发周期很短，大部分东西都是敢出来的，在有限的时间内完成高质量的测试，是一个考验。而且游戏本身变化很快，今天一个变量的修改，明天一个概率的调整，后天一个功能的添加或删除，游戏的修改时间不固定，一切都是按照市场，按照玩家的游戏体验来随时跟进，所以楼主遇到的现象在游戏行业确实存在的。不过也不要这么悲观啊，楼主的抱怨情绪可以理解，说明你们那的开发跟测试沟通的很不好啊，或者可能是你们公司的开发环境或规章制度逼的吧，同情一下。楼主雄起

tkdcx2009 发表于 2010-4-24 15:37:59

个人的态度不同，像你们公司这样的，你就应该像他们推广“零缺陷”的概念，在我们公司版本是QA编译的
在制度上从上往下推：
1.版本的编译施行自动化的编译，晚上0点编译，QA只需要第二天早晨拿版本测试。如果没有编译通过，开发责任根据制度要进行惩罚，如果版本不可测，研发要惩罚。这样就能避免你们整个QA等版本的情况
2.控制每个版本的回归次数，不能无休止的回归。
3.要向整个项目组灌输零缺陷的概念，加强他们的自检流程，盛大李瑜过去分管测试，她当时说过：当BUG在程序那里发现是1块钱成本、测试发现10块钱、玩家发现就变成100块钱。制度上可以和经理沟通，建立明朗的绩效考核制度，比如程序造了一个明显的A类BUG给了测试发现，这个时候这个程序就要受到一定的惩罚。

Joyeer 发表于 2010-4-27 19:37:25

原帖由 云层 于 2010-4-19 17:29 发表 http://bbs.51testing.com/images/common/back.gif
这个也是配置管理做的有问题的原因，没有很好的版本发布等流程，导致开发的松散

老师说的极对啊~
确实

土豆发涩 发表于 2010-4-28 19:21:14

原帖由 kings727 于 2010-2-26 11:46 发表 http://bbs.51testing.com/images/common/back.gif
开发那边的人皮笑肉不笑地过来说，XXX，我在我的程序里发现了一些问题，但你们没测出来啊，
你应该说：恭喜啊，你发现了一个你自己制造的BUG。


这个...不得不引用一下

若若丸子 发表于 2010-5-6 14:32:40

:) 同感，要想往上发展还是要靠自己多多努力！
页: 1 [2] 3 4 5
查看完整版本: 杯具的游戏测试经历