最近面试了三个应聘测试岗位的同行，一个一年经验，一个两年经验，一个三年经验，从他们对测试的认识来说，对软件测试人员技能发展规划基本不清楚，然后和同事讨论他们面试的情况，基本都是如此。结合我在进入测试行业之后的一些经验，在这里做一下基本描述，以便于给哪些尚在迷茫阶段的同行们提供一点参考。不妥之处，请多指
今天堵车，差一点没赶上班车，下了公交车后以百米冲刺的速度向班车点跑，跑的气喘嘘嘘的，腿一直发抖，发现身体素质很差劲，需要锻炼身体了。 之前老公一直想拉我去跑步，但每次总是找借口赖着！ 决定以后要好好锻炼身体，身体才是革命的本钱呀！ 想我们天天坐在办公室，很少有锻炼身体的机会呀！ 不知道大家是不是有同感呀！
我们两个都在线，如果我不主动理你，你是不是准备一辈子也不主动理我了…）可不可以不要每次都让我先联系你；可不可以在我每次Q你时，不要不回答我；可不可以不要用那么简单的几个字来应付我；可不可以不要对我那么冷默！不是口口声声说爱我吗？不是每次都说想我吗？你可知道，在你每次不理我的时候，我心里有多么的难过吗？你可知道，其实我也怕打扰你，但我真的忍不住想你，才给联系你的，当你给我回信息时，你知道我有多么兴奋
不知不觉做测试已经快3年了，记得刚毕业那会，自己已经拿了一封开发的offer，在医院体检的时候，现公司的HR打电话给我，问我有没有兴趣做测试，我就说，"已经拿到offer了，就不去贵公司面试了"。不过那个HR的GG并没有放弃，而是建议我，“就算给自己增加经验了”后来想想也行，就去了。 记得当时是下午1：00到的公司，做了一份C语言的题，然后就是测试经
城市里，一少妇早上出来倒垃圾，不小心摔倒在垃圾堆里，被捡破烂的老头拉起来搂在怀里。老头感慨：城里人就是浪费，这么好的女人说不要就不要了！
细心做好每一个步骤，尽量发现每一个可能发生的Bug，记得导致once可能发生的一切条件； 耐心做好每天的每一个case，即使明知道1+1=2，还是要去算一下，因为在算错的情况下就不知等于几了； 清心做到有条不紊，不管多少问题集结在一起，也要明确地逐个击破。 TV
前一段时间看一本书，了解一下相关的知识，恰巧一位同事从我旁边路过，就顺便请教，让他指点一下，结果他看了我正拜读的教程，对我说道，别看这本书了，这本书的作者来咱们公司面试两次了，都被淘汰了，行内人一看就知道这本书写的水平很低，基本上就是翻译微软的开发文档，你要学，还是看微软发布的文档最好。 呜呼！这本书我已经看了几天了，打算多读几遍呢，结果听了他的话，如被泼了凉水一样（因为心里还在崇拜这个作者呢！）
一般情况下，Select Count (*)和Select Count(1)两着返回结果是一样的。 假如表沒有主键(Primary key), 那么count(1)比count(*)快； 如果有主键的話，那主键作为count的条件时候count(主键)最快； &
一个测试人员在报告中报告他所发现的每件事是非常重要的。软件测试人员在团队中充当着催化剂的角色。一方面软件测试人员组成了这个团队，另一方面也可以破坏这个应用。通过了解业务和应用的过程，清晰地理解应用中大大小小的问题是很重要的。所以一个强大的Bug报告应该做为软件开发周期中强有力的证据，来证明所有阶段的Bug状态都已更新。你报告一个Bug的唯一目标就是跟踪此Bug保证它被修复。1. 清晰地描
测试窝的互动好少哦，也不是很直观，所以在线率有点少，耍不起来
