• 深有同感!!

  • 同学你说的很对,其实有时候我也是挺羡慕开发,只需专注技术一块,什么杂七杂八的,真不想搞

  • #26 楼 @anonymous 楼主,深有同感啊,其实我们都希望被理解,有时候我在想,如果老板是个做测试的出身,他就会重视我们了,可是现实。。。。,有时候又在想是不是该强硬一些,大声说出我们的心声,争取我们的地位,奈何这是普遍现象,深深的无力感。

  • 如果没有专业的软件测试,软件质量是什么样的?

  • 为啥不能分享到朋友圈,oh,no

  • 公司沙龙要搞事情 at 2016年12月01日

    #3 楼 @anonymous 好方向,感谢

  • 公司沙龙要搞事情 at 2016年12月01日

    #2 楼 @anonymous 考虑过,但是想到部门经理什么的都在场,首先抛出了一个自己干掉自己的问题,大家很有可能一脸懵逼,然后说 不啊不啊,测试很有用的来安慰你, 就达不到 A OR B 的效果了

  • 公司沙龙要搞事情 at 2016年12月01日

    #1 楼 @anonymous
    实在不行就是准备抛出万年撕逼话题了, 自动化重要 or 手工重要

  • 公司沙龙要搞事情 at 2016年12月01日

    可以聊聊精准测试的话题

  • 公司沙龙要搞事情 at 2016年12月01日

    之前耗子不是有个话题说为什么我们不要 QA,这个挺有争议的

  • 公司沙龙要搞事情 at 2016年12月01日

    自动化测试能否全部代替手工测试?

  • 测试只是个服务部门。测试人员就是服务生,既要懂技术,还要懂业务,更要懂得沟通,跟进度。。。总之,就是要会做人,做事。测试只是在前面的流程中保值,不能创造价值,所以地位会次点,缺了又不可,其实老板是很清楚的。没有那个服务员日子过得很舒坦的,所以要淡定。

  • 见过太多开发埋头开发,不管需求是否合理,不管是否有人需要知道功能的上下文,总之就先码上代码再说,好了就给测试测,至于需不需要给被人解释一下,同步一下情况
    哈哈哈,是有这样的开发,但是一般都只是初级的开发,给他什么,就做什么。我遇到的中高级的开发,一般都会考虑功能的合理性,也会给测试测试重点。总之还是跟能力有关。
    其实对于测试也是一样。

  • 楼主说出了许多测试人员的现状,尴尬而又无奈的处境。
    但是既然已经走在测试这条路上,我们要做的应该是如何去提升能力。
    对于质量保证,我觉得是分经验、职位、和现有职责的。
    初级测试,对你的要求应该没有那么高,期望也就那么大,毕竟成本在那里,谁都会算这笔账。你所要做的是所见即所得,就是尽可能的提出 BUG,至于解决,你的责任可能就没有那么高了,当然你必须得从中有所得。
    中高级测试,那么你的责任就相应的变大了。
    所以,不要有太大的不必要的压力。

  • 我是发此帖的,楼上,“跟你这样提 bug,我就要走了” 这种说法,其实我也遇到过,我还遇到过小姑娘被开 bug 开的哭了的呢;人都有难处,所以我说测试在这团队里面处理事情很有讲究,遇到这样的情况,要照顾开发,但是总不能看到 bug 放过吧,所以一个 bug 里面多开几个,不是严重的问题,就讲清楚可以不修呀,只要产品同意。团队里面有个和你如此私聊,可以看到有多少不够职业化的东西在团队里面,但是这些东西都无法反馈到纸面上。所以我发帖的意思是,其实可能公司,老板低估了测试的难度了,让如我这样的人其实不能胜任测试工作,但是为了生活,不能做也要做呀。

  • 楼主说出了多少公司测试的现状啊,不过也只有做这一行的才感受那么深,换个位置去看,产品、开发、架构,哪个不会觉得自己才是项目里面最苦最累的,都会觉得自己才是劳苦功高的那一位,不会有人去体恤、去同情你。当你想让老板去理解,那也不是很现实,因为在老板眼里,或者在大多数人眼里,掌握核心技术的人才是财富,才值得重视。当项目取得成功的时候,可能会顺嘴提一下这是团队的成功,但是当出了线上问题,所有人第一时间问的是 “这种问题怎么都没测出来”,可是明明用例评审过的,产品、需求出现问题,开发的过程中就发现了,用例只能测试自己执行检验。哎,不说用例了,因为还有的公司连用例都省了。记得最深刻的一件事,就是提 bug 根本停不下来,最后搞得开发私聊我 “跟你这样提 bug,我就要走了”,感觉开发也不容易,口头告诉他吧,过了很久去问,还没开始改,久了又给忘记了,提单吧,人家要被骂,连开发项目经理都要求少提点,结果一直到马上要上线了,还能发现好多 bug,提吧,说怎么之前没测出来,上线后,又出现了一些 bug,又说你漏测了。心里那个一万只 XXX 崩腾而过。----静静的望着电脑屏幕,猛然间老大在喊,进度咋样,哎,还是埋头继续干活去了!

  • 从结果看:在每一个成功互联网故事的背后,从来没有一个提到过测试的故事,都是产品,架构师,开发。。。。。。
    成功故事,讲产品和架构就够了,市场和技术是必须讲的,至于具体分工是开发、测试、运维这些都不会谈的具体

  • 所有说的这一切问题, 归根到底 解决就一个方法:“转开发”,至少在国内,只有这个方式,可以解决测试尴尬位置的痛点!既然在测试这个神坑中,蹲在里边找不到一种存在价值感,只能转移阵地,是把。

  • 对于测试的话 硬技能的提升 除了那些优秀公司 可能提升会快一些,绝大部分公司感觉还是开发岗的话语权和提升速度比较快,个人拙见。

  • 测试行业确实是不讨好的,遇到不理解的领导,更是压力大,还是提升自己的价值

  • 都想着转开发啊。

  • 我开发岗转的自动化测试 后悔死了 技术积累太慢

  • 《 google 软件测试之道》很好的回答了这些问题

  • 这就是国外测试与国内测试的区别😂 😂 😂 😂

  • 当往往做了开发,还会转回测试吗?
    但做了测试,再转开发却有难度