一个老测试遇到的坑爹问题，请大家帮帮忙

andrewli · 发表于 2011-10-12 14:25:16

不应该用BUG数做考核，应该综合BUG FIX ,REJECT.... 楼主闪人吧，要不就适应那种环境。

flora_ren · 发表于 2011-10-12 15:13:10

一言难尽，毕竟好不容易才选择一家公司，而且我发现许多公司的HR都会在意你跳槽的次数，所以还是多多权衡，有利有弊

3155530 · 发表于 2011-10-12 15:14:14

噗，测试抢bug，太搞笑了

工作五年了就不要混这种小公司了，还有什么好抱怨的

3155530 · 发表于 2011-10-12 15:14:21

噗，测试抢bug，太搞笑了

工作五年了就不要混这种小公司了，还有什么好抱怨的

3155530 · 发表于 2011-10-12 15:14:39

噗，测试抢bug，太搞笑了

工作五年了就不要混这种小公司了，还有什么好抱怨的

3155530 · 发表于 2011-10-12 15:14:45

噗，测试抢bug，太搞笑了

工作五年了就不要混这种小公司了，还有什么好抱怨的

许海民 · 发表于 2011-10-12 15:19:48

表示同情

bob123654 · 发表于 2011-10-12 18:14:27

回复 55# firsttesting

嗯，需要熟悉至少一种语言，如C++/Java等，最起码要看懂开发人员的代码，不懂的地方可以和开发人员交流。在此基础上调用开发的接口做一些基本的功能测试，压力测试，兼容性测试等

pmy2575811 · 发表于 2011-10-13 12:58:22

我的现状和你一样的阿，同悲剧

zangnianfeng · 发表于 2011-10-13 13:42:22

我也觉得不值得继续呆下去

看雪时节 · 发表于 2011-10-13 16:02:37

操蛋的人总是很多

aircat · 发表于 2011-10-22 10:00:12

一口气看完了所有的回复= =！大家别被我牢骚的帖子搞的自己郁闷了= =！
已经过了好久了，我都看开了，抢BUG也不是什么大事，人要和自己比，不和别人比，你发现的我也能发现，又不是什么特别大的技术难题，所以就不计较了。
有时间我就自己找其他事情来做，有人做的我就少去做。
混越乱就越多机会，大公司什么都规范了，还要我做什么呢？呵呵，心态放平，慢慢来，毕竟我才来1个半月……
还要考虑年纪大了，结婚生孩子，想离家近一点，也只有这样坑爹的小公司了。大公司都搬到离主城很远的地方去了。

changfeng001 · 发表于 2012-7-6 21:33:04

您很正直,您处的环境很扭曲！

hanah0108 · 发表于 2012-9-18 17:50:14

其实楼主可以想想有没有将公司这个环境改变的可能，也许这是你的另一个职业发展的方向。我也是跳到一家刚成立的公司，什么都没有，一切从0开始。我现在做的就是为公司项目开发制定一些规范，指南，模板，之后再慢慢推广。工作很枯燥，很艰辛也很漫长，但是我相信，如果我能做好，这将是我职业生涯里的一个飞跃。

liaoxj · 发表于 2012-10-23 11:03:44

林子大了，什么鸟都有

lijingtestqaz · 发表于 2012-10-30 14:35:41

头也不回的走吧！

enumeration · 发表于 2012-11-15 12:33:39

不知道跟你抢bug那人跟你老大是啥关系啊？如何特殊了，这个很重要

土土的豆豆 · 发表于 2012-11-15 15:22:23

谁说句话啊，骂我一句也好啊
aircat 发表于 2011-9-29 17:12

干嘛要开骂？LZ很不幸进入这一一个公司
我也是才换到一个小公司不过至少还有相应的流程~
个人觉得你是否在领导面前有作为很有影响
不是说要当副手么？
拿出你的勇气来列个问题清单
若上层认可，建立一个小制度（等规模大了再考虑专业点）
首先要识别什么是绩效！绩效评定的标准是什么？
若公司没有制度，可以合理提出，这样既体现LZ的专业素质，也可以解决燃眉之急~
当然一切都无视你的话看自己状况吧才进去就闪人虽然不好，但是可以考虑不待长久了~
仅作参考~

xiaogx · 发表于 2013-1-12 00:11:59

用BUG数来衡量测试人员的绩效太片面了，而且LZ说的什么抢BUG这些可以看出这个公司的氛围就不好，如果是我肯定早走了。

willyenillye · 发表于 2013-1-24 17:45:38

这个很明显，你的经理是个二杆子，压根不懂测试管理。

你既然连抢BUG都能想开了，那就简单了，按我说的做做试试，如果不行，反正你还能忍：

1. 你先把你们当前的流程整理出来，画出图来；
2. 根据这个图，找出那些让你痛苦的地方，例如，把测试用例放冰箱里，一共分几步之类；
3. 还有各个环节的考核标准，上面很多人说了，单纯的BUG数量造就的是奇葩的团队。应当考核的是用例执行率，用例评审通过率，缺陷遗漏率等。
4. 把你想明白了想通了的东西，找个时间和你的二杆子经理聊一聊，看他能听进去多少。

这玩意儿我们采取一个积极的态度，与他沟通，和他讨论。如果他就硬是不改，也可以给他的经理写封信，然后看看能不能取而代之。最后这步有风险。

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

[讨论] 一个老测试遇到的坑爹问题，请大家帮帮忙

站长推荐 /1