编故事的逗老师的专栏

最近换了工作，有迷茫，有无奈，有羡慕，有嫉妒，偶然看到这偏文章，拿来自勉。从小侯兄弟的Blog上看到的这篇文章，虽然我不知道HP大中华区总裁孙振耀到底是怎样的人，不过这篇文章写的很诚恳，没有什么说教，是我见过的最好的感言之一，特意转载过来。这篇文章很长，不过值得花费一点时间和耐心看完。一、关于工作与生活我有个有趣的观察，外企公司多的是25-35岁的白领，40岁以上的员工

CSDN上的好文章，自留传送门。架构之路（一）：目标架构之路（二）：性能架构之路（三）：单元测试架构之路（四）：测试驱动

另一题目是关于文件读写有一个文件，存放着地理信息，类似下面，想从里面取出IP地址用在其他地方，即如何从一个文件中取出IP地址存入另一个文件。1.0.0.0|apnic debogon project|null|7|0r||12|0|22581|4|0||1.0.1.0|chinanet fujian province network|null|591|41||43|0|35075|4|

第一部分 - 成为资深软件测试员的四条进阶之路在这篇文章中，我认为我们的软件测试员有四条潜在的进阶道路。它们是：1）成为专业的QA。知道如何使用不同类型的测试工具开展网络测试，性能测试，负载测试和压力测试；2）成为领域专家。可以像最终用户一样来使用你正在测试的产品；3）成为测试架构师。可以领导整个团队和整个公司的测试以及质量保证；4）成为工具和框架的开发人员

成为一个专业QA的另一个关键技能，不是测试的技能，而是其他的技能。想象一下你希望加入一家规模较小的公司或初创的公司，只有测试技能，可能无法确保你能应聘上这份工作。但是，如果你能够做些其他工作，如自动化编译版本，搭建Web服务器，创建部署脚本。你将有更大的机会被录用（因为你可能不是全部时间都在做测试，所以，如果你能在同一时间做很多不同的事情，那你将是一个非常不错的候选人）。为什么我们应该立志

1.3 成为一个领域专家今天，我想说我们软件测试员的职业生涯中最重要的一条路，就是成为一个领域的专家。我们必须认识到，我们当中许多人最终是不会成为测试工具的开发人员或测试架构师。他们将成为专业的QA，一个领域专家或只是转行到一个新的岗位。就个人而言，我更喜欢你考虑在领域专家这个方向努力。领域专家是谁？让我来回答这个问题。假设你测试特定的软件测试五年，那你有资格成为一个领域专家吗？答案是

当你有一个明确的目标，并你已决定是否投入额外的努力时，这可能需要一个新的挑战(challenge)，你应该时刻关注这些潜在机会能不能满足你的目标，并时刻准备采取行动。例如：跟你的经理聊聊。根据不同的情况，这可能是一个非常宝贵的步骤或一个你不想采取的步骤。你的经理可能是你最好的支持者并支持你的改变。如果你开始提你想要做的事情和你现在的工作不一样，虽然有些经理可能会感觉受到了威胁，一个优秀的经理会

2 第二部分 - 我的一些建议在这部分的文章中，我将专注于提供建议，以此帮助你的职业生涯发展。的确改变可能需要一段时间，有一天，你将成为一个资深员工。不断学习，不断思考和壮大自己的兴趣是你的职业成功的关键。我希望本文可以帮助你思考和开始积累你的力量。以我自己为例，我曾只专注于我的项目，只用很少的时间来思考。有一天，我无意中访问了www.infoq.com，和听到了“被夸大的测试(Testi

2.4 编码，编码，编码今天，我想讨论一个最重要的技能，我们的软件测试员应该在自己的职业生涯中所掌握，这就是编码。为什么编码这么重要？因为你是软件测试员(SDET)，软件测试开发工程师(Software Development Engineer in Test)，你是软件工程师。作为一个软件工程师，编码就是每一天你应该做的任务，这是你应该掌握的技能。你可能会问是否编写测试用

技术测试人员常常会对软件失效进行分析。分析缺陷时，我们从开发人员的失败中学习如何编写可靠的代码。我们也分析那些被我们忽略的缺陷。在应用程序上市以后，客户就会开始报告缺陷，我们将要面对处理一大堆失效的情形并寻找其中的重要缺陷。用户报告的每一个缺陷都说明我们的流程用问题，我们的测试知识还不够完善。但是分析我们的成功也同样重要，儿许多新入职的测试人员却没能利用这个唾手可得的资源。我们在测试中

参加ChinaTest大会期间，听到的最多的3个问题就是：测试行业的前景；测试人员的职业规划；KPI。对于第一个问题，我是充满信心的。现代的软硬件系统复杂程度正在呈几何速增长，越复杂的系统需要进行测试的强度就会越大，从近几年测试从业人数的猛增就能看出来。在《骇客帝国》那样由人工智能统治人类的世界到来以前，测试仍然是大有可为的。对于第三个问题，貌似不管是基层、中层

2.7 用不同的方式做事有一天，我的经理问我：“Qingsong，当你还在高级测试员级别时，为什么你可以得到出众的评价结果”。在高级测试员的阶段，我还没有很丰富的测试知识，对团队的影响也不大。所以，我也想知道是什么让我有这么一个出色的评价结果，答案就是在用不同方式做事情。这个问题的一种思考方式是，你如何把你与其他人区分开来。我发现当我被分配了一些任务时，我会额外地做一些我应该做的事

前段时间有新的产品需要招人，安排和参加了好几次面试，以前有写过关于最近电话面试的体会一文，这次谈谈具体的面试问题，在面试他人的同时也面试自己。面试问题是参与面试同事各自设计的，我也不清楚其他同事的题目，就谈谈自己设计的其中2道题。过去面试总是会有如何测试Google首页，测试杯子，测试电话之类的，有偷懒的嫌疑，这次来个具体的，第一个题目如何测试下面这个表：一、第一个问题设计测试

5测试人员搭建开发环境产品的代码是最好的学习资料了，我们不能总跟在开发屁股后面做测试，不能老是等开发build一个版本后，我们就测试这个版本，开发check in了什么代码，测试人员一点都不知道。偶尔我们应该了解下产品代码是怎么设计的，了解下开发人员是如何修复bug的。说不定编程水平高了，还能帮开发做code review.使用源代码工具把产品代码check out到本机。

EP 团队的工作方式与面临的挑战上面这几个角色，就组成了我们的EP团队，这样的一个团队，这样的一个能力构成，就有了一些鲜明的特点，例如：1）没人管的事情我们管，支持所有团队。公司内部虽然分成了很多个团队，但是很多技术问题是找不到人负责的，例如，一个简单的内部数据统计脚本，或者一个发布内容到CDN的CMS，等等。这些事情基本都会由EP团队接过来。2）做事情没有计划。这个特

二、 根源你工作快乐么？你的工作好么？有没有觉得干了一段时间以后工作很不开心？有没有觉得自己入错了行？有没有觉得自己没有得到应有的待遇？有没有觉得工作像一团乱麻每天上班都是一种痛苦？有没有很想换个工作？有没有觉得其实现在的公司并没有当初想象得那么好？有没有觉得这份工作是当初因为生存压力而找的，实在不适合自己？你从工作中得到你想要得到的了么？你每天开心么？天涯上愤怒的人很多，

六、等待这是个浮躁的人们最不喜欢的话题，本来不想说这个话题，因为会引起太多的争论，而我又无意和人争论这些，但是考虑到对于职业生涯的长久规划，这是一个躲避不了的话题，还是决定写一写，不爱看的请离开吧。并不是每次穿红灯都会被汽车撞，并不是每个罪犯都会被抓到，并不是每个错误都会被惩罚，并不是每个贪官都会被枪毙，并不是你的每一份努力都会得到回报，并不是你的每一次坚持都会有人看到，并不是你每

八、选择我们每天做的最多的事情，其实是选择，因此在谈职业生涯的时候不得不提到这个话题。我始终认为，在很大的范围内，我们究竟会成为一个什么样的人，决定权在我们自己，每天我们都在做各种各样的选择，我可以不去写这篇文章，去别人的帖子拍拍砖头，也可以写下这些文字，帮助别人的同时也整理自己的思路，我可以多注意下格式让别人易于阅读，也可以写成一堆，我可以就这样发上来，也可以在发以前再看几遍，你

九、选择职业职业的选择，总的来说，无非就是销售、市场、客服、物流、行政、人事、财务、技术、管理几个大类，有个有趣的现象就是，500强的CEO当中最多的是销售出身，第二多的人是财务出身，这两者加起来大概超过95％。现代IT行业也有技术出身成为老板的，但实际上，后来他们还是从事了很多销售和市场的工作，并且表现出色，公司才获得了成功，完全靠技术能力成为公司老板的，几乎没有。这是有原因的，因为销售

四、普通人我发现中国人的励志和国外的励志存在非常大的不同，中国的励志比较鼓励人立下大志愿，卧薪尝胆，有朝一日成富成贵。而国外的励志比较鼓励人勇敢面对现实生活，面对普通人的困境，虽然结果也是成富成贵，但起点不一样，相对来说，我觉得后者在操作上更现实，而前者则需要用999个失败者来堆砌一个成功者的故事。我们都是普通人，普通人的意思就是，概率这件事是很准的。因此，我们不会买彩票中500万

七、入对行跟对人在中国，大概很少有人是一份职业做到底的，虽然如此，第一份工作还是有些需要注意的地方，有两件事情格外重要，第一件是入行，第二件事情是跟人。第一份工作对人最大的影响就是入行，现代的职业分工已经很细，我们基本上只能在一个行业里成为专家，不可能在多个行业里成为专家。很多案例也证明即使一个人在一个行业非常成功，到另外一个行业，往往完全不是那么回事情，“你想改变世界，还是想卖一辈子汽水

EP 是什么说到这里，EP这个词才第一次出现，这个词的内涵之丰富，可能需要仔细说说。我最早看到EP这个词，是在当时还是Google EP团队成员的James Wittaker写的那一个有名的「How Google Test」的系列博客中，内容我就不转述了，很多人都读过。EP是Engineering Productivity的缩写，工程生产力的意思，这个团队，就是给整个大技术团队

不知不觉已经从事软件测试六年了，2006毕业到进入外包公司外包给微软做软件测试， 到现在加入著名的外企。六年的时间过得真快。 长期的测试工作也让我对软件测试有了比较深入的认识。但是我至今还是一个底层的测试人员，我的看法都比较狭隘，如有错误还请批评改正。阅读目录：软件测试人员应该居安思危测试人员应该比开发人员更熟悉业务需求学会如何和开发人员相处

EP 团队和整个技术团队的关系从这三个阶段的描述中，多多少少都提到一些EP团队和整个技术团队或整个公司的关系，那这个关系是什么呢？前面提过，我们不希望是个下游替人收尾的团队，我们也有「吃狗食」这样的原则，所以我想到一个比喻，来说明EP团队和其他技术团队的关系。我们都知道有一个行业叫做汽车制造业，他们遵循一定的规范和标准，还能巧妙的将创意和标准结合在一起，制造出一些工业奇迹，这些汽车

11自动化测试的技术和开发用到的技术相差太远以前很多同事想由测试转开发，现在几年过去了，还是没转成，他们原先想利用自动化测试的技术积累，转去做开发。哪知道自动化测试用到的技术跟开发用到的技术相比，实在是相差太远。测试转开发？ 难努力学习编码，然后用于测试，才是正道12做测试最郁闷的是无法听懂开发人员讨论技术有时候跟开发人员一起开会， 会议上开发人员都热烈讨论。 而我做为

两三年以前，和友人谈到QA（软件质量保证）这个行业，还有QA这个团队的未来，就有了一丝忧虑。而现在，终于有机会实践一下自己之前的想法，在这里分享给大家。从我有限的从业经验到现在，经历了很多次软件开发模式的变化，这些变化，或因为跟风，或因为有切实的问题要解决，总之始终处于各种不同的尝试的路上。QA团队从最早的强调流程，到后来强调开发技术，搞自动化测试，再后来又开始做敏捷和持续集成，这条发展的

1.4 成为一个工具开发人员今天，许多我们的软件测试员编写了测试类库和测试框架，协助测试自动化和测试运行自动化。在整个公司里我们有很多的测试框架，测试运行系统。编写测试工具是一项重要的技能，它可以帮助我们的软件测试员增加他们的编码能力。如今，很多软件测试员开发测试框架和测试类库。他们和其他开发人员一样写一些代码。测试工具开发人员和软件测试员之间的一个很大区别是，编码技能是开发人员最重要的技能，