我们两个都在线，如果我不主动理你，你是不是准备一辈子也不主动理我了…）可不可以不要每次都让我先联系你；可不可以在我每次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. 清晰地描
测试窝的互动好少哦，也不是很直观，所以在线率有点少，耍不起来
1。对应用程序的权限进行测试。权限测试我觉着是一个比较复杂的过程，多个角色在测试时容易混淆。在工作中得到了这样一个小经验，将应用程序中的所有功能点进行统计，再对应用程序中所有的角色进行统计，以功能点作为表的列，权限角色作为表的行，然后对照需求将有某个权限的角色圈点标记，得到一个‘功能点-权限角色’的二维表。以此表作为测试权限的测试用例，进行权限的测试。2、删除测试。在应用程序中的删除功能进行测试时
服务器资源监控指标： 内存： 1） UNIX资源监控中指标内存页交换速率（Paging rate），如果该值偶尔走高，表明当时有线程竞争内存。如果持续很高，则内存可能是瓶颈。也可能是内存访问命中率低。 2） Windows资源监控中，如果Process\Private Bytes计数器和Process\Working Set计数器的值在长时间内持续升高，同时
