• 最讨厌公司五号、

  • 找工作真的跟找妹子一样 at 2016年03月14日

    同感、现在 hr 招人 jd 上写的跟你聊的都不一样、他们可能觉得反正没事聊聊、可是纯属耽误大家时间

  • 尽量少用 UI 自动化测试,多使用单元测试,接口测试

    能找到 bug 的自动化测试,才是有用的,否则就是个噱头

    UI 自动化测试比较不稳定,对于测试结果的分析也困难。 而且 UI 改动也大。 所以应该尽量多做一些底层的的自动化测试,比如 ASP.NET MVC 中 UI 和逻辑分开了,针对逻辑的自动化测试就比较好做了。

    基于全球首创的对象识别技术,TestBird 可以为客户提供深入到移动 APP&游戏内部所有功能的深度解析能力。通过自助 App 功能测试、远程真机调试、真机兼容性测试、真人体验测试、 真人压力测试和崩溃分析等产品,TestBird 建立了云手机、云测试和云分析三大测试平台,为移动应用提供从研发到上线再到运营的一站式质量管理服务,帮助移动应用企业建立完善的质量管理体系和能力,全面提高移动应用的 DAU、留存率以及付费情况。

  • 记这几天对于测试的讨论 at 2016年03月11日

    很赞同这句话

    但是现在入职的测试人,更多的是盲目的追求各种工具,技术,框架,但是其实需要去沉淀的测试方法,用例设计,测试思想,业务理解大多都没有

    个人觉得老测试人员需要与时俱进,学习新技术,同时新测试人员也不能盲目追求新技术,把基础打牢固了,才能走的更长远

  • 记这几天对于测试的讨论 at 2016年03月11日

    测试就没有技术了吗,是不是开发才有技术,是不是我能写个代码我就是程序员了

  • 记这几天对于测试的讨论 at 2016年03月10日

    自己选择了这条路,却用半吊子的状态糟蹋已经下定的决心。
    这才是真的 low...当开发的也一样。

  • 记这几天对于测试的讨论 at 2016年03月10日

    站在公司层面,要测试的目的是什么?是要保证产品、系统的质量,满足用户的使用需求。 且高效率,高性价比(资本家的嘴脸)。

    要体现你的价值就是解决这方面的问题,无论什么方法。没有最好,只有最适合。

    作为测试,基本的理论知识还是必须的,再加上你牛逼的技术,那就是如虎添翼。

    如果没有技术,但测试专业知识,逻辑思维比较好,加上经验,你其实也可以很牛逼,毕竟测试很多还是可以不绝对依赖技术的。

    相反,如果你没有测试知识,只是会一些所谓的技术,那肯定做不好测试,体现不出价值。

    人最大的痛苦就是欲望(理想)和能力的差距,排除个案,大部分选择测试,就是因为你技术不牛,所以就不要整天抱怨。踏踏实实去做。

    尽无志而无悔!

  • 记这几天对于测试的讨论 at 2016年03月10日

    [Death flag] 我想应聘 XX 职位,期望薪资 XXX!面试官:请你使用任意一种脚本语言实现一下这个场景的业务逻辑。面试者:我选择狗带!

  • 记这几天对于测试的讨论 at 2016年03月10日

    我做测试一部分是能力有待提高,还有一部分是兴趣,测试 low 不 low,要看自己的定位和给公司带来多少价值,继续努力

  • 记这几天对于测试的讨论 at 2016年03月10日

    做测试的有一大部分的人都是投机的,想进互联网又没技术,只能先做测试,然后转产品,转开发,转其他的,真正热爱的少之又少,结果造成整个行业的浮躁

  • 找工作真的跟找妹子一样 at 2016年03月10日

    可不可以说,招聘到一个合适的人比找妹子还难

  • 记这几天对于测试的讨论 at 2016年03月10日

    混口饭吃是大部分人的心态吧。至少在没有相对的财务自由之前,能多挣点钱,乃人之常情。测试之所以 low 也是相对于其他职业而言的,比如说开发的技术,开发的产出,有目共睹,他们挣的又多,所以底层的测试人向往开发也是很正常的。但是首先还是要把本职工作做好,否则高不成低不就,最终成为一个半吊子,就得不偿失了

  • 记这几天对于测试的讨论 at 2016年03月10日

    https://www.douban.com/note/542655089/这篇文章很好地分析了各种测试方法的关系,和大家分享一下

  • 记这几天对于测试的讨论 at 2016年03月10日

    这几天也在想技术对一个测试的重要性,最终还是觉得技术都只是为了让我们更好的测试,面对不同的功能、需求或者产品,我们需要选取最合适的测试方法和测试工具,而核心永远都是用例的设计,即分析出所有的测试点。

  • 记这几天对于测试的讨论 at 2016年03月10日

    测试人的基础应该算是用例设计,刚开始做测试的时候,用例设计完全是靠着感觉去写,虽然知道用例设计方法:等价类,边界值,场景,因果,探索.........(PS:只是为了应付面试)但是在实际工作中,并没有按照用例设计的策略去做。或许自己用到了,也不知道。 现在设计用例,要考虑的好多好多好哇。以前憋死写几条,现在随便写都停不下来。。。。要考虑到兼容,性能,竞品,功能,体检等等。估计现在很多人,用例还不知道该怎么设计。

  • 记这几天对于测试的讨论 at 2016年03月10日

    很多测试做了测试工具,做了测试框架,其实我们认为已经脱离了测试的本质 -------- 看来讨论那么多,你还没理解测试开发、自动化测试、手工测试的联系与区别

  • 记这几天对于测试的讨论 at 2016年03月10日

    一起默默努力,测试存在就有存在的意义。

  • 记这几天对于测试的讨论 at 2016年03月10日

    额,我有想和开发平等沟通,聊聊哪里出错。开发外包伤不起呀。开发外包,测试自己招聘。每天就是回归回归再回归

  • 记这几天对于测试的讨论 at 2016年03月10日

    怀着想证明自己的心态去工作时,方向就走偏了。测试人员的意义特别清晰,就是把质量搞好,不管使用什么方式,使用不使用什么高深技术,都不重要

  • 记这几天对于测试的讨论 at 2016年03月10日

    #8 楼 @chenhengjie123 业务和测试的理论都是基础,感觉很重要啊

  • 记这几天对于测试的讨论 at 2016年03月10日

    #12 楼 @anonymous 那就都 low 了。

  • 记这几天对于测试的讨论 at 2016年03月10日
  • 记这几天对于测试的讨论 at 2016年03月09日

    测试 low 的公司一般整体都很 low

  • 记这几天对于测试的讨论 at 2016年03月09日

    业务测试无可取代

  • 记这几天对于测试的讨论 at 2016年03月09日

    笑尿了