第一部分：潺潺流水化田园
您是否想过
1：在一个task完成之后，这个task就真的如此果断的结束了吗？这个task对于整个软件，会产生什么作用？
2：这个测试人员所谓的最快速度，究竟是何等的快，快的原因是什么？
就算运用了自动化或者性能测试工具，这些工具的运用是否恰如其分？
3：这些“高超的技术”会给公司带来什么？会带来公司文化的提升吗？公司的文化是什么呢？
从拿到需求起，我就会先通读需求，逐句分析，一一尝试，一直到需求中的每一步，每一句都能融会贯通，同时将需求中涉及的每一个步骤在有必要的情况之下，一遍又一遍的执行，在执行的过程中，提出疑问。
在疑问得到解答之后，在必要的前提之下，开出非常详细的bug，在bug中不但有步骤，还有个人感受，体会，甚至还会有建议。
在很多时候，我的疑问，会有助于优化需求，我的bug也会很有可能被设置为by design，或者defer to another User Story。
将成为另外一个需求的初始地。
而我们的PM，都认为这样做是正确的，他们也乐于为我解答每一个疑惑。不论疑惑是大的还是小的，他们都会不厌其烦的为我进行解答。他们会理解我不是随便提的问题，因为我的问题必定是经过深思熟虑而提出的。
他们会在置为by design的bug中，为我写明原因，而且还会对我所提出的bug或者疑惑进行鼓励，thank you，you are welcome是我们邮件中运用最多的词汇。
就是在这样互相尊重，时时鼓励的氛围之下，我感觉每一天的工作是愉悦的，有价值的。
我还会将每次的task都总结起来，时刻回顾分析，系统的每一个模块也在我的一遍一遍的分析之下，成为一个有机整体，合理，有序，有逻辑化，不紧不慢，每一天，每一刻，都是一个小进步。
看着整个系统渐渐成熟，如同一片田园，就是因为有测试工程师这样的流水，才能从荒芜渐渐变成一片美好景象一般。心中不免有一丝欣慰。仿佛呼吸着田园带来的清新空气享受春风吹过般的感觉。
谁会在乎你是否第一时间发现bug呢？这有何重要呢？
第二部分：分出高下的埋没人性
有的软件公司会在试用期期间招募一批测试人员，然后短期时间内就分出个高与低，这种高于低的区分不是靠工作的热忱度，也不是靠对于测试的投入多少，往往靠几句花言巧语，或者耍耍花腔和所谓的资历。
最终结局往往还会是，被“淘汰”的人会被那些没有被淘汰的人举行隆重的“葬礼”，然后灰溜溜的离开这个公司或者离开这个职位。
而要继续“重生”，他们逐渐学会了如何“耍花腔”。我承认他们很理解测试的流程，测试的理念，测试的工具的使用，比如自动化测试，或者性能测试，甚至，他们的智慧都是超高的。
但是他们在测试的过程中，对其测试的主体：这个软件。却并不怎么了解，也不想了解。他们只想应付工作，想升职，想当测试经理，甚至，想找工资更高的工作！
他们的中心思想，也就是银子，为了银子不顾一切，人性被埋没了，人格也消失了。
这不是测试人员的错，这是制度的错。
而这样的软件公司，不在乎测试人员与开发人员之间的沟通，更不会关注测试人员的感受，尤其是那些所谓的初级测试人员的感受：
体现在：
1：每天完成大量工作，测试人员彼此很少沟通，彼此是竞争对手。（人干嘛非要你争我夺，累死累活）
2：他们的绩效是开bug的数量，而且还不成文的规定是开被fix的bug的数量。
（by design 的bug也是智慧的结晶，不能歧视有缺陷的儿童嘛，人家又不是故意开bug，人家开bug也很费力气，很多也是需求问题造成的。在此，人性也很缺乏）
3：没有必要的前提下搞性能测试和自动化测试。自动化测试，性能测试团队和普通测试团队分离，显得自动化，性能高于普通团队。（我从来都认为劳动的含金量不是靠工具来决定的，而是靠一颗热忱的心,自动化一段时间不用就会忘记，但是热忱的心不会改变）
4：他们的软件质量好是碰运气，质量差是测试人员的不是，有人要承担后果。（由于是金钱上的后果，所有人都生活在恐惧之中，氛围紧张）
