这两天邮箱中有同行问我关于测试工具及需求变更相关的问题，这类问题听过很多、有的自己曾经遇到过，心里有些感想、同时觉的有必要总结，在此进行记录希望对大家有帮助。

同行在来信中提到的问题现象是：

问题现象1：测试完成后，出现需求变更（如：增加、修改、删除），此时的测试该如何做（如：测试执行该如何做、测试文档该如何写）？

问题现象2：开发人员和用户直接交互，出现需求变更，开发修改后没有经过QA测试，直接提交用户，导致用户发现很多bug，因此开发人员说测试组发现不了bug，要求引入自动化测试工具。

问题现象3：开发人员理解的自动化测试工具，就是能够自动发现BUG，并且能发现所有BUG的工具，让测试人员引入这类的自动化测试工具；如何让他们开发人员明白自动化测试工具的局限性，似乎不是一个简单的问题。

站在测试管理角度看上面的问题现象，我总结为三点问题：测试工作流程、测试工作技能、团队协作沟通，现在一一对这些现象进行分析和探讨。

现象1和现象2都遇到了需求变更

由于缺少需求变更处理流程，问题1的测试人员不知道该怎么办；问题2的测试人员很冤枉的背负漏出去的bug，被开发强求引入自动化测试工具。

老中医的一个观点我很认同：最终目标是要治本而不是治标；公司一位大牛的一句话我很认同：要用科学的态度看问题。

当需求发生变更后，测试该怎么办？我给的建议是：

1)        需求变更，不光牵扯到的是测试、里面还有开发和后期负责维护的相关部门；需求变更时，需求负责部门（或产品部门）、开发部门、测试部门、技术支持维护部门之间要对这个情况进行沟通协调，通过一个合适的工作流程让团队之间的工作效率和质量能有效的得到保障和提升。

2)        需求变更出现时，我认为测试能做的、应该做好的是：

a)         测试管理者对待需求变更等同于测试一个版本的流程一样，需要进行版本控制和资源协调；也要相应的对变更需求做分析（如：需求变更的影响范围、紧急程度、资源能否相应、工期的影响和风险），制定相应计划、评审相应测试用例；

b)        测试人员需要根据变更的需求以及开发设计文档，编写用例、执行测试、测试日报。。。。。等等执行相应的测试工作流程。

有的人会说，但现实情况是，有的团队就没有这么个变更处理流程、有的团队有了这个流程会要求特殊情况给予特殊处理，测试能怎么办？

1)        没有变更处理流程的，需要各个相关部门的管理者给予重视并商讨建立一个合适的，大家好才能是真的好！

2)        有了流程，需要考虑特殊情况特殊处理：

a)         例如：时间紧任务重，可否跳过QA？可以跳过QA，但QA不承担这种情况出现的质量问题，由决策者来承担。

b)        例如：时间紧任务重，QA资源紧，但必须要QA测试，测试管理者要让相关兄弟部门老大知道，在这样的情况下，QA能保障的也是必须要保障的是主要业务和功能的测试，其它的无法保障，同时要让相关兄弟部门做好这个任务的风险评估及应对配合工作。

c)        在特殊情况下的测试任务，测试有权力说出自己当前的版本质量情况及是否上线的建议。

现象2和现象3都遇到了团队协作沟通的问题

这是测试工作中最难、也是最累的；有过测试工作经验的人都有体会，测试和开发配合的好坏直接影响工作的进度、质量和团队发展。

要想解决这个问题，最终取决于这整个团队的管理者及整个团队工作的氛围。

曾记得在某一本书上看到这么一个观点：要想看一个公司管理者的能力、整个团队的管理水平及氛围；可以从问题角度去观察。

当出现问题时，整个团队是互相推卸，还是积极反馈、查找原因和解决办法；整个团队是否愿意去发现和寻找工作中的问题，能否有正确的方法去面对问题；这就要求管理者在组建和管理一个团队时，对团队成员的要求；工作流程很重要，执行工作流程的人更重要。

没有做过测试工作的人，会不知道测试工作过程中的困难和难度；没有做过开发工作的人，会不知道开发工作过程中的困难和难度；没有做过管理工作的人，会不知道管理工作过程中的困难和难度；前不久有位同事说过：有些东西你没有做过就你没有发言权。

当某些工作需要大家配合去完成时，只有足够的尊重（学会换位思考、学会沟通）、责任心才会让事情做起来比较顺利。

上面这些牵扯出另一个问题：工作技能，应该说是综合技能

做技术的，大家都知道，牛人通常不会推卸责任；牛人知道自己会哪些，不会哪些，不会瞎指挥；牛人会根据实际情况结合自身的经验给予对方建议和帮助，而不是刁难和嘲笑；牛人会用你能接受的方式让你知道自己在哪个地方出问题了。

关于现象3中的自动化测试工具的局限性，如何让开发明白，我给的建议如下：

1)        让一部分开发人员来干干测试的工作，让他做过后，就会明白了；这个方法耗费的成本代价较大，属于内耗

2)        如果公司还有其它团队，让其它团队测试工作有影响力的人给开发团队管理者进行引导

3)        收集数据，准备材料，用足够的数据（自动化测试提升了XXXX测试执行工作效率；自动化发现的bug数据；手工测试发现的bug数据XXXX等等）来说服对方，当然在说服的过程中，要得到更上一层管理者的支持和理解。

上面3点是治标不治本，最终还是要把工作流程整理顺畅，要有个合适的人在合适的位置上选择一堆合适的人，然后带这堆合适的人一起做事。

在我测试工作的7个年头里，经过在不同公司和不同团队配合做事后，让我感触最深的是：测试工作要做好很不容易。

北交大的课终于上完了，体验了一把当大学老师的感觉，感觉就是：当老师太不容易、很辛苦，和给企业里面讲课的感受非常不一样。最后一次课结束后同学们给我的热烈掌声，让我欣喜和留恋。

每次去学校上课，看到学校那绿色的树、看到年轻人在校园里轻松的散步、嬉笑，感觉这个地方和上班的工作环境是两个世界，可以得到那么一丁点精神上的放松。

也许是快毕业了吧、也许是即将迎来了跳槽的高峰期吧，最近邮箱里装满了一封封面临走向社会或工作职业选择的信；我只能抽取一部分进行简单的回复，因为实在是没有心情，最近被一些事情弄的很累；到医院去看中医，医生说：你是伤心+操心+忧虑，心累伤到了脾，脾伤到了胃；需要养心。

今天这篇文章叫“要学会做选择”，希望对大家有帮助。

要学会做选择

有了1到2年工作经验的人给我的来信中，问的最多的问题就是：我现在做开发，想转去做测试，做测试有前途吗?

大学里即将毕业的学生，问的最多的问题就是：我做不了开发，我去做测试，可以吗？

关于测试的前途与钱途，我曾经写过自己的一些感受，具体见：

http://www.blogjava.net/lijun_li/archive/2006/03/11/34795.html

这里就不再多说。

关于做不了开发而选择测试或者开发太累了，选择做测试会轻松些？---这些想法，是每个人自身的一个选择题，对于选择，我的一些想法和感受如下：

做不了开发而选择测试？开发太累，做测试会轻松些？

这类没有经过自我分析、现实分析、职业规划分析而直接抛出的选择，很不理智，给的信息也很少，让人很难有正确的选择。

提这类问题的人，应该这么去思考：

Ø         我不适合做开发，测试适合我吗？

Ø         我能做测试吗？如果我能做？目前我能做到什么程度？

Ø         做测试会碰到什么问题和困难？

Ø         我喜欢做测试吗？如果不喜欢，我工作的目的是什么？

没有经过思考而做出选择，到头来自己会后悔、会抱怨这个社会、会抱怨身边的人和事，让自己很难受，很难幸福的生活和工作。

这和谈恋爱有一点点相似

有的人一直没有谈对象，是因为一直没有找到符合自己心仪合适的；宁缺勿滥，类似找工作中的一定要找个适合自己并且是自己想要的；这类是适合自己的工作目标已经清晰，自己目前想要什么已经清晰。

有的人可以谈好几次恋爱，也许是想通过一次一次的经历来最终确定自己最终想要的人是什么样的；什么样的人是适合自己的；类似工作中，有的人要做过好几类工作，最终才能知道，自己真正适合和喜欢的工种是什么；这类是目标不清晰，在寻找适合自己的工作。

有的人工作，是为了钱；就如同有的人在选择恋爱对象时，图的是那个人的钱；

有的人工作，是为了漂亮、舒服的办公环境、好的福利，可以向别人炫耀；就如同有的人在选择恋爱对象时，图的是那个人的相貌（即：色）；

有的人工作，是因为喜欢；就如同有的人在选择恋爱对象时，图的是内心心灵的吸引、共同的价值观、人生观；

有的人工作，会在上面的几点中进行平衡的选择；等等、、、、等等。。。。。。。。

很可悲的是，当我告诉一些人自己该去思考这几个问题时，这些人给我的答复几乎都是：

1)        我现在不知道喜欢做什么样的工作?

2)        做测试是因为XXXX吸引我；做开发是因为XXXX吸引我；

3)        测试的薪水是XXXX；开发的薪水是XXXX；很担心自己将来的钱途

4)        不知道该怎么选择和做决定

每个人想要的东西、追求的东西不一样；因此我不能代替这些人去做选择，我只能告诉这些人如何思考这些问题，然后根据自身的情况去做选择。

每个人选择的东西不存在对和错，因为每个人想要的东西、追求的东西是不一样的；

只有当自己选择的东西不是自己想要的时候，这才是错误的；当发现自己选择错了，是否要纠正、能不能从新来过，就要看有没有机会以及自己有没有这个能力；有的人后悔，是因为自己已经没有机会或者已经没有能力；有的人不后悔是因为还有机会或者还有能力。

社会上存在各种各样的人，有的人喜欢糊糊涂涂的混着过堕落的日子，觉的这样很幸福；有的人喜欢明明白白的按照自己想要的过日子，追求内心精神的满足，觉的这样很幸福；有的人喜欢钱，追求物质上的满足，觉的这样很幸福。。。。。

    人生路上会遇到很多分叉路口，如果你会选择时，就选择自己想要走的，走起来会心甘情愿；如果不会选择时，就听听专家的建议和家人的建议，选择一条走起来感觉一下，等到某一天悟出自己想要走的路时，如果没有机会和能力不要后悔、这是命；如果还有机会和能力，那就走自己想要走的路。

   很久没有更新博客了，过去的几个月，心情很复杂、要做的事很多；所以大家给我邮箱里发的邮件，我都没有及时回复，再次和大家说声抱歉；这次会写这篇文章，一是上两个星期有个测试同行发邮件问我，测试做了2年了，接下来该怎么做，需要提升哪些技能；二是在北交大给学生上课时，学生问我：“老师，测试能做长久吗？”；这两个问题归类在一起都是职业规划的问题。

   最近房价在疯狂的上涨，对于我们这些没房的北漂一族、对于我们这些IT民工，我们的工作能做到多少岁？我们现在工作领的薪水能让我们安心养老、看病吗？即将跨入30岁以后的生活，突然觉的很恐怖、很担心：30岁以后的生活幸福指数会怎样？

   今天心情还算可以，试试整理整理思路，希望写的内容对大家会有帮助。

  对于软件测试这个工作岗位的职业规划，今天想写的大概有这些，需要耐心阅读：

关于职业规划

第一点：先弄明白什么是职业规划？

在网上找了些资料，对于职业规划的解释说明很多，我提炼了一部分，具体是：

n     职业规划的意思就是：

   你打算选择什么样的行业，什么样的职业，什么样的组织，想达到什么样的成就，想过一种什么样的生活，如何通过你的学习与工作达到你的目标？

第二点：为什么要做职业规划，做职业规划有什么价值和意义？

n       准确定位职业方向。

n       评估个人目标和现状的差距， 提供前进的动力。

n       评价个人特点和强项，在职业竞争中发挥个人优势。

n       全面了解自己，增强职业竞争力，发现新的职业机遇，突破生活的格线，塑造清新充实的自我

n       重新认识自身的价值并使其增值。 通过自我评估，知道自己的优缺点，然后通过反思和学习，不断完善自己使个人价值增值。

n       做好职业生涯规划将个人生活、事业与家庭联系起来，让生活充实而有条理。

第三点：如何做职业规划？

n       What you are? 首先问自己，你是什么样的人？这是自我分析过程。

n       What you want? 你想要什么？这是目标展望过程。

n       What you can do? 你能做什么？自己专业技能何在？

n       What can support you? 什么是你的职业支撑点？你具有哪些职业竞争能力？

n       What fit you most? 什么是最适合你的？

n       What you can choose in the end？ 最后你能够选择什么？

n       职业规划的基本原则：择己所爱、择己所长、择世所需、择已所利

关于软件测试的职业发展方向

第一点：先弄明白测试这个工作都有什么工种或工作内容有什么？

按照测试工作内容，测试工种会有下面几个方面：

n       测试工程师-测试环境方向（系统维护）

n       测试工程师-手动测试方向（业务）

n       测试工程师-自动化测试方向

n       测试工程师-性能测试方向

n       测试工程师-安全测试方向

n       测试经理-偏向职能方向

n       测试管理-偏向测试执行管理方向

n       质量管理-质量保障方向

第二点：弄清楚测试的各个工作岗位所需要具备的技能是什么？自己目前是否已经充分掌握了这个岗位所需要具备的技能，哪些已经超出、哪些需要进一步提升

   想弄清楚这第二点，非常不容易；需要有一个做过这个工作岗位的人给你做导师，对你的工作进行评价和指导，你才能快速掌握和能够清晰的认识自己当前的状态；如果没有导师，就只能靠自己领悟学习并在工作中进行实践，这个做起来很苦、很累也很考验一个人的毅力和是否舍得无私的付出以及承担一切的后果。

   对于自己是否已经充分掌握工作岗位，真的已经把目前的工作岗位做到足够好了？我想举个活生生的例子。

记得上两周面试了一个实习生，让我觉的很悲哀；这位实习生，参加过某某某培训机构的测试培训，在某某某公司做测试工作1年。在面试的过程中了解到这1年做的主要工作就是执行测试用例、报bug；对于什么样的测试用例是个好的测试用例？如何很好的报bug？没有很好的思考过，结果就是对这两个工作的工作好坏自己没有很好的衡量标准。

   工作能力的提升是来源于一个人对自己工作标准一步一个台阶的提高。

   这也就是为什么有的公司QA水平很高，那是因为工作的内容和标准高，所以技能水平高。

   很多对测试工作不了解的人和公司都认为：测试不就是点来点去，没什么难的，找个专科生就可以做；会这么想，是因为他们给这个工作岗位定的标准就是对软件点来点去就完了，所以很简单。-----我通常说这个不叫测试，这个叫试用软件，简单用用这个东西看怎么用、好不好用。

   很多人都问我，为什么国外公司招聘的QA工作岗位需要有开发经验？那是因为招聘的工作岗位所做的工作内容需要，那为什么需要呢？试想一下：没有学过计算机相关专业、没有学过数据库、在测试环境部署时，是不会知道如何去安装一个软件、不知道如何写一些SQL语句来做一些数据验证测试。。。等等等等。。。。很多很多

   对于软件测试的职业发展方向可选择的很多，有的人前3年是做测试，然后转去做市场咨询、业务运营、技术支持、项目经理、技术经理、系统架构师、DBA、系统维护等等，五花八门，路子很多，就看自己想要的是什么了。

关于职业规划，这次就写这些，很久不写，感觉手生了、头脑思路有些迟钝了。。。。。

中层经理人不论是作为一名执行者、还是一名领导者，都必须通过别人来完成任务。要做个“服众”的经理人，应该有意识地提高以下八项能力：

1. 领悟能力
做任何一件事以前，一定要先弄清楚上司希望你怎么做，然后以此为目标来把握做事的方向，这一点很重要，千万不要一知半解就开始埋头苦干，到头来力没少出、活没少干，但结果是事倍功半，甚至前功尽弃。要清楚悟透一件事，胜过草率做十件事，并且会事半功倍。

2. 计划能力
执行任何任务都要制定计划，把各项任务按照轻、重、缓、急列出计划表，一一分配部属来承担，自己看头看尾即可。把眼光放在部门未来的发展上，不断理清明天、后天、下周、下月，甚至明年的计划上。在计划的实施及检讨时，要预先掌握关键性问题，不能因琐碎的工作，而影响了应该做的重要工作。要清楚做好20%的重要工作，等于创造80%的业绩。

3. 指挥能力
无论计划如何周到，如果不能有效地加以执行，仍然无法产生预期的效果，为了使部属有共同的方向可以执行制定的计划，适当的指挥是有必要的。
指挥部属，首先要考量工作分配，要检测部属与工作的对应关系，也要考虑指挥的方式，语气不好或是目标不明确，都是不好的指挥。而好的指挥可以激发部属的意愿，而且能够提升其责任感与使命感。要清楚指挥的最高艺术，是部属能够自我指挥。

4. 控制能力
控制就是追踪考核，确保目标达到、计划落实。虽然谈到控制会令人产生不舒服的感觉，然而企业的经营有其十分现实的一面，有些事情不及时加以控制，就会给企业造成直接与间接的损失。但是，控制若是操之过急或是控制力度不足，同样会产生反作用：控制过严使部属口服心不服，控制不力则可能现场的工作纪律也难以维持。要清楚最理想的控制，就是让部属通过目标管理方式实现自我控制。

5. 协调能力
任何工作，如能照上述所说的要求，制定完善的计划、再下达适当的命令、采取必要的控制，工作理应顺利完成，但事实上，主管的大部分时间都必须花在协调工作上。协调不仅包括内部上下级、部门与部门之间的共识协调，也包括与外部客户、关系单位、竞争对手之间的利益协调，任何一方协调不好都会影响执行计划的完成。要清楚最好的协调关系就是实现共赢。

6. 授权能力
任何人的能力都是有限的，作为高级经理人不能象业务员那样事事亲历亲为，而要明确自己的职责就是培养下属共同成长，给自己机会，更要为下属的成长创造机会。孤家寡人是成就不了事业的。部属是自己的一面镜子，也是延伸自己智力和能力的载体，要赋予下属责、权、利，下属才会有做事的责任感和成就感，要清楚一个部门的人琢磨事，肯定胜过自己一个脑袋琢磨事，这样下属得到了激励，你自己又可以放开手脚做重要的事，何乐而不为。切记成就下属，就是成就自己。

7. 判断能力
判断对于一个经理人来说非常重要，企业经营错综复杂，常常需要主管去了解事情的来龙去脉因果关系，从而找到问题的真正症结所在，并提出解决方案。这就要求洞察先机，未雨绸缪。要清楚这样才能化危机为转机，最后变成良机。

8. 创新能力
创新是衡量一个人、一个企业是否有核心竞争能力的重要标志，要提高执行力，除了要具备以上这些能力外，更重要的还要时时、事事都有强烈的创新意识，这就需要不断地学习，而这种学习与大学里那种单纯以掌握知识为主的学习是很不一祥的，它要求大家把工作的过程本身当作一个系统的学习过程，不断地从工作中发现问题、研究问题、解决问题。解决问题的过程，也就是向创新迈进的过程。因此，我们做任何一件事都可以认真想一想，有没有创新的方法使执行的力度更大、速度更快、效果更好。要清楚创新无极限，唯有创新，才能生存。
 
领导力更需提升

一个部门经理提高完成任务执行力的过程，其实也就是提高自身对部门员工领导力的过程。因为要提高执行部门的执行力，不是光靠经理一人所能完成的，而是要靠带领部门所有员工的共同努力才能完成的。

说到底，对上提高执行力、对下就要提升领导力。

那么，怎样才能提升领导力呢？除了提高以上八项能力之外，还有最重要的两点：

1. 学会用老板眼光看企业。
在老板看来，管理很简单，就是两件事：一是扩大业务范围，增加业务收人；另一件事就是降低管理成本，控制运作费用。其实这两件事，最终是一件事，收入减去成本，减去费用，就是利润。所以归根到底老板是看利润的，利润要从管理中来。

2. 从被领导中学习领导。
在领导人看来，领导也很简单，就是两件事：一是用人，内圈用德、外圈用才，用人所长、容人所短；二是激励，解人之难、记人之功，通过正面激励，引导下属往前跑，通过负面激励，推着下属往前走。要知道，任何领导都是从做下属开始的，谁都不可能一步登天当领导。在每个人的成长过程中，你会经历大大小小许多领导，只要你用心学习，不管是好领导、还是坏领导，你都可以从正反两方面学到经验和教训，这对你将来当好领导是十分珍贵的。

  迷茫的问题是：会写测试用例了，但是写的测试用例总觉的不全面会有遗漏 

2.关于幻灯片播放模块不知道该用什么样的思路来写模块，希望我能给些建议

这两个问题我的回复如下：

1.人无完人，测试用例不可能全都能想到，这个需要靠经验的积累。如何在写测试用例时，减少遗漏呢，这里有几个方法供参考：

     1）测试用例要覆盖用户需求或者产品需求

     2）如果是升级产品，可以参考以前编写过该产品的测试用例，通过了解别人写用例的经验来扩展测试点，在看别人写的用例可能会让你想出新的用例点

     3）测试用例进行评审，让大家帮你检查一下测试点有哪些地方有遗漏或者你没有想到的测试点

     4）收集遗漏的测试点进行总结；办法是：每次产品上线后，多收集统计用户反馈的问题，看是否是自己没有发现的，补充总结用例，每次写用例时多考虑考虑这些方面

     5）对于遗漏的测试点或没有想到的测试用例点，要有个好的观点和心态去看待，不要因为自己的用例写的不全就觉的很丢人、觉的自身能力差；只要多多思考、总结找到方法应对，慢慢的你的测试用例就会遗漏的很少了

     6）测试用例即使想全了、也要把测试用例按照重要级别分3类：主要业务流程、主要功能、扩展功能；分成这几类是为了便于在执行时先测试优先级别高的用例，在测试不重要的用例，好早一些发现严重问题。

2.关于幻灯片播放的测试用例，我没有这方面的测试经验，对方也没有给出具体的需求，不过我可以提供几个思考点，希望会对你有帮助：

     1）幻灯片播放的流程测试点：

        用户登录-》正确创建幻灯片-》查看创建的幻灯片图片显示

     2）主要功能测试点：

        创建幻灯片支持的幻灯片图片样式：JPG等等，可否正确支持

        幻灯片图片样式显示是否正确

        修改幻灯片，修改幻灯片后查看显示

        删除幻灯片，删除幻灯片后查看显示

        幻灯片播放顺序

        等等等等

     3）功能扩展测试点：

        创建不支持的图片格式

        上传的图片大小超过指定大小

        各种浏览器下幻灯片显示的样式

        没有创建幻灯片时初始文字显示

        等等等等

也许是这几个月正是应届毕业生找工作高峰期，或者是同行换工作高峰期，这一个多星期来，大家在我的邮箱里问的问题很多都是与测试这个职业工作的问题。刚洗完澡，洗完衣服，泡上杯茶，一边听着音乐，一一把大家来信中的问题都回答了。顺便整理放到blog上，供喜欢看我blog的同行分享。^_^

 希望问过此类问题的测试新人、同行，不要在我的邮件中发此类问题了。谢谢！

很高兴各位测试新人、同行对我的信任，把遇到的困难和问题都愿意通过邮件的方式向我传递，大家问的最多的问题大体如下：

1、大学所学的专业与测试行业无关，但自己很喜欢做测试，是否可选择测试这个行业？

2、找工作压力很大，好不容易有一家公司通知你面试，两轮面试都过了，但目前没有回音，是否该给打电话？

3、怎样写好简历？

4、该如何面试？

5、在新的公司该如何开始从事测试工作？

6、能否发些测试文档模板供自己测试工作中实践参考？

7、做测试做了2年，突然觉的自己很没有成就感，自己目前从事的工具技能水平很低，很没有前途，很郁闷，该怎么办？

8、该怎么规划自己的测试职业生涯？

其实这些问题，在目前国内最有名气的两个论坛：51testing、测试时代上，测试前辈们都有过回答和同行间的交流；大家可以充分利用这两个论坛查看相关问题和答案。

对于第一个问题：所学专业与测试无关，可否选择测试这个行业？

我的答案：可以，前题是：你必须真心喜欢测试这个东西。

在我工作过的几个同事，都不是本专业出身，但是却做到比专业出身的要好，之所以会做的那么开心和成绩出众，主要是他们喜欢并坚持自己的理想，并付出实际行动。

对于第二个问题：可以打电话，询问自己的面试结果，了解自己有哪些方面和公司的要求有哪些差距，如果被成功录取了，是哪方面的优势；这样好以后改进。

对于第三个问题：如何写好简历？

我个人觉得：写简历是锻炼一个人的写作能力和总结能力；语言要精简、要突出重点；不要记流水帐，让人看了知道你为什么适合做测试，最最重要的是要诚信。

对于第四个问题：如何面试？

答案：可看看我曾经写过的另一篇随笔《测试的招聘与面试！》，也许会有所帮助。

对于第五个问题：在新的公司该如何开始从事测试工作？

答案：多看、多想、多学、多问，要比老同事更刻苦的学习和付出行动学习大家都是怎么工作的，把公司的测试工作过程搞明白了，开始一步一步的做，有个师傅带是最好的了。可以多多请教。

对于第六个问题：能否发些测试文档模板供自己测试工作中实践参考？

答案：我工作过的公司项目文档，即使我离职了，我也不会向大家提供，请大家多多谅解，这是我个人的工作职业道德；但是我自己设计的认为相对比较好的文档格式，我是非常愿意给大家分享。因此，请不要向我寻求我曾经做过的测试项目的整套文档，那样你期待我给你的回信将会是空空的。

对于第七个问题：工作一段时间，感觉工作没有前途

答案：需要给自己找目标，问问自己心中想要的东西是什么，一定要搞清楚了；当人迷茫时，就会很没有动力，生活会变的没有激情。

啊，终于剩下最后一个了。

第八个问题：如何规划自己的职业生涯？

这个问的太大了，强烈建议用google搜索一下关键词：测试职业生涯规划；查看相关内容进行自我分析。俺就不在这里长篇大论了。因为这个问题，绝对可以做个专题来讲了。

OK，大体就这些，等忙完了接下来的这几个小项目测试，很想把如何控制测试进度及风险采用的方法和大家分享，一直在整理中。。。。。。。。。 祝大家好运！！！！！

编写背景：

   今天整理了一下自己的邮箱，把同行发来的问题整理了一下，其中有个测试新手问了有关测试技术中用到的白盒与黑盒技术相关问题，在这里我把我对这两个技术的理解，希望对测试新人有所帮助。

   对于白盒、黑盒测试技术，测试新人通常都喜欢问这类问题：

1、 目前所做的工作没有应用到白盒测试技术，都是手工测试，非常没有技术含量？

2、 很喜欢做测试，希望在测试工作中应用到高深的白盒测试技术，提高自己的技能？

3、 黑盒测试与白盒测试相比，白盒比黑盒有钱途，白盒技术含量高，缺口大，薪水高，要怎么学白盒测试？

我说说我对白盒和黑盒测试技术的理解：

1、 白盒和黑盒是两种不同的测试技术方法和思路，它们之间从技术应用上看是没有可比性；因为它们是两个不同的东西；因此对于这两个技术哪个高、哪个低，哪个好、哪个不好，在我看来是一样的。

2、 白盒测试技术主要应用在软件测试过程的单元测试阶段，该阶段应用白盒测试方法可以发现程序的内部逻辑问题；黑盒测试技术主要应用在软件测试过程的集成测试或系统测试阶段，该阶段应用黑盒测试方法可以发现整个系统的问题，如：主要业务流程、功能等等；如果在单元测试阶段使用黑盒测试技术，将是个错误的方法，因为该方法不能有效的发现这个阶段可以发现的问题；在集成测试或系统测试阶段使用白盒测试技术，也将是个错误的方法，因为该方法不能快速有效的发现系统整体问题；因此对于这两个技术，在我看来，它们是在整个测试过程中，所采用的不同技术，它们是个互补关系，掌握好了，就可以更好的做好测试的每一个阶段。

3、 对于：“希望在测试工作中应用到高深的白盒测试技术，提高自己的技能？”，我觉的首先要明确一点：测试是有成本的，软件的质量和成本是成正比的。在整个软件测试行业，有各种类型的软件，如：系统软件、应用软件等等；要想进一步提高软件质量，就需要在软件的各个执行测试阶段投入更多的人力、物力；不是每个软件都需要做白盒测试，出于成本考虑，有的应用软件不要求做到白盒测试级别，黑盒测试级别就OK了；有的需要做到白盒测试级别，如：医疗软件、航空系统、银行系统、电信系统等等，这些领域的软件，一旦质量不过关，将会带来非常严重的影响。如果想学习和提高自己的白盒测试技术，我建议：您可以从事这些领域的测试，特别是对质量要求比较严格的行业；因为在这些行业里你可以通过学习进行实践，通过实践进行学习。

4、 对于：“黑盒测试与白盒测试相比，白盒比黑盒有钱途”，我觉的把学习一门测试技术是为了挣钱的目的，我觉的有些悲哀，因为人的一生很短暂，忙忙碌碌始终都是为了钱，而没有在做让自己喜欢、开心的事情，很可怜。

5、 对于真正喜欢做测试的同行，做黑盒做个3年，有的觉的还有很多黑盒的技术没有很好的应用；有的会和我说：做好黑盒测试真不容易，黑盒测试要求的综合能力太多了。

很喜欢最近收获的一句话：入宝山而空回；白盒也好、黑盒也好，突然想用人的两个类别：男人、女人来比喻；^_^，这只是开个玩笑。这次对于这个白和黑就写这么多，各位同行看了有什么感想，欢迎留言也可给我来信，祝各位测试新手好运！！！！！！

嘿嘿，前3个月工作非常的忙、同时压力也非常大，是这几年工作以来绝无仅有的。还好，总算告一段落，小蚂蚁还快快乐乐的活着。国庆节和这个周末堕落了一把，吃了睡、睡了吃、过着猪一样的生活。睡到自然醒的感觉真好，吃自己做的饭感觉真好。^_^

一直就想写这个文档，久久没有写，也许是没有写下来的冲动；今天整理邮箱，看了一个同事做项目的工作总结，其中的一些话语让我有记录的冲动，有些话语让我浮想联翩，这不，刚看完，就开始动笔了。想知道我都记录些啥，要有耐心看啊。。。。。。。内容非常长，但不保证对各位同行有用。

为什么选择做测试

为什么选择做测试呢？各位同行心中肯定都有答案，并且都不一样。这个问题我问过很多同行，也问过很多测试新人；我为什么会问这个问题，是因为我觉的这个答案会决定了这个人在当前阶段做测试的工作心态及目标，当回答了这个问题，就明白了心中想要的东西是什么。最可怕的事情是：有的应届毕业生，不知道自己心中想要的是什么，自己喜欢做什么，自己适合做什么。

答案1：为了某生、为了能让自己养活自己、为了能在社会上生存、为了挣钱、为了自己的利益。

这样就有了公司和个人的利益。这让我想起了同事项目总结中的双赢，以下截取其中几段描述。

1)        合作的目的是双赢，也就是双方都要获益。

2)        对方获益会增加下次合作的机会，自己获益会增加继续合作的兴趣。

3)        合作的目的是要成就双方共同的利益，即双方有共同的利益才能合作，所以，在合作的过程中始终要明确双方利益的一致性，只有这样才能求同存异，才能最终取得合作的圆满成功。

4)        对于利益要有一个较宽泛的认识：

Ø         得到奖金固然是利益

Ø         增加自己在团队中的价值也是利益

Ø         能够化解矛盾使自己不要处于不利的地位也是一种利益

Ø         所谓利益就是对自己有利的事情。

5)        另外，利益还有短期与长期之分：

Ø         能够立即获得的固然是利益，

Ø         能够将来获得的，或者能够帮助将来获得的也是利益。

Ø         所谓以退为进，以柔克刚也是在看到长期的利益后才能作得到的

6)        要主动的去明确它，有时是通过温和的解释，有时甚至不得不借住于较为激烈的斗争，但由于目的是更长远的合作和双赢，所以，即便是斗争也是朝向积极和健康的。

7)        长远利益虽然一致，但细节上又不能完全一致所以还要‘存异’，要为更长远的利益作出一些小的忍让，当然，最终取得双赢后，你会发现忍让是值得的。

8)        有时，就连自己的利益也不是很明显，这就更需要借住自己的主动性去挖掘自己的与共同利益之间的一致性。有些事情看起来的确是对自己没有任何好处，甚至完全是一种损失，但这样的结论是没有任何益处的，所以要努力去挖掘去转化，甚至要在百分之百的损失以外，挖掘出哪怕是百分之一的利益来。这百分之一虽少，但比起那百分之百来却是有意义的，是我们真正需要的。

9)        另外，在不能使事情变得更好之前，不要去激化矛盾，至少不要让事情变得更坏，这样就给自己的下一步挖掘和转化工作留有了更多的可能性。

10)     当合作双方都能相互认可后，还要注意摆正自己的位置。既要明白双方利益的一致性，又要明白自己利益的独立性，既要保持亲切友好的关系又不能让这种关系模糊了自己最终的利益。要始终对自己所处的关系有清醒的认识，要知进退，要有分寸，要有礼有节。

11)     合作成功后一定要让双发都能取得自己的那份利益，这样才能为下次合作奠定基础。对于自己应得的利益要得到但不能强求，也不能损人利己，这样会伤害到下次合作的基础。在条件允许的情况下要主动扩大自己的利益，帮助对方扩大其利益和双方共同的利益，增加双方下次合作的兴趣。

看完上述这几点，我的感觉是：

1)        利益让人卷入各种各样的是是非非、各种各样的斗争、各种各样的猜疑；嘿嘿，这不是我想要的。

2)        能认识到这些利益关系，并能总结出来，看来思考的很深刻；至少这些都不是我想到的。

答案2：因为喜欢，所以选择做测试。

这是我这几个月为什么这么辛苦，仍然坚持在心中的答案。

因为喜欢，所以做起事情来简单、专一而努力；

因为喜欢，所以所做的每件事情里面都包含着个人思想和观点（尽管有的观点是错误的）；

因为喜欢，所以舍得奉献；

因为喜欢，所以永远不会放弃。。。。。。。

嘿嘿，我很高兴，也很happy，身边工作的几个同事，有着曾经与21克一起工作的感觉。

其中有个开发同事对我说：你和其它人不一样，你有你自己的思想；

另一个开发同事对我说：做QA的真不容易，不简单；

更逗的是，当我心情不好时，开发同事会开玩笑的对我说：李丽君，我们离不开你啊。。。刹那间，我的坏心情就变没了。。。。

此时，让我想起21克曾经说的：

写的每一份文档、设计的每个图；它不光光只是一个文档，在看的过程中你能看到一个人的思想、一个人的灵魂。现在的应届大学生做事情缺少自己的思想。

也想起博所说的：

和XXX人一起工作，很happy，他不是在应付工作，而是在想办法把这个东西在有限的时间内把它弄的更好，他的每一个成果，都当成是他的一个艺术作品，这个人与21克做事情有着相同的味道。工作中，认真、负责工作的人总是那么的有魅力、吸引力；可惜的是，这种感觉不是谁都可以感觉到、意识到。那种经过团队共同努力的成果在客户面前得到认可、在团队自身得到认可的成就感也不是所有的人可以感觉到、意识到；同时是无法用金钱来衡量的；就如同一个人的快乐。

21克还说过一些经典的话，如：

大家好才是真的好。

不要轻视行为，因为行为会形成习惯；不要轻视习惯，因为习惯会形成性格；不要轻视性格，因为性格会决定命运。

唉。。。。。。。。。。好怀念和21克、king一起工作的氛围、好怀念和徒弟一起工作的日子、好怀念那帮开发人员；也许这辈子再也不会碰上这样一个团队了。

    最近工作非常的忙，老是加班，弟弟、家人、朋友都在问我，公司给了你啥好处了，让你这么卖力的干活，连个电话也不打。
    偶然上了次MSN，同学、同行、以前同事都在问候我，都以为我失踪了。
    这几天，我也在问我自己，我这么辛苦这都是为了什么啊。。。。。。。。。。。会写这篇随笔，是因为有个同行碰到了这么个现象，跟我沟通来着，我觉的很有必要收藏，因此便记录下来。

你喜欢秋后算账吗

事情是这样的，这个同行在工作中遇到了这么个现象：

1、 他所负责的一个测试项目是公司的一个重要项目之一；

2、 这个项目特点：新研发的产品，没有具体参照物，在公司很张扬；

3、 这个项目风险：工期紧、需求不明确、人力资源紧张；

4、 公司高层领导已经答应客户XXX时间提供，并且合同已经签署；

5、这个项目的组成人员都是第一次合作。

   在上述背景下，开始了紧张的需求讨论、开发、测试工作，下属员工都知道这是个不可能按时完成的任务，但是必须去做；因为老板为了抢占市场。

   需求负责人、开发负责人、测试负责人从一开始就一起介入并展开相应的工作，确认一部分需求，就开始准备进行开发，开发出一部分功能就准备提交测试；离给客户交货的时间越来越近，在交货的最后一段时间里，他们团队的人都在全力以赴的拼命，争取把系统做好，给客户提供满意的产品。

   交货的日子到了，东西是做出来了，但是这个货品并不是100%的合格，还存在很多问题，这些问题主要影响用户使用的感受，同时还缺少些用户需要的功能；有意思的是，在交货的时候，团队里的每个人都知道，这个产品存在的问题，同时也在着手准备修改这些问题，同时也很期待用户的反馈，因为是个新产品，只有做出来以后，用户的新需求才会被进一步发掘，系统的价值才会被发掘。

    由于是公司的重要项目，面对存在如此多的问题的产品，该如何是好。公司内部有各种不同的声音：

第1种：和用户沟通，目前产品存在问题，没有办法按时履行合同要求，不卖，等到这个货品的主要问题解决
       了再卖。

第2种：目前市面上没有，先卖先抢占市场，这些问题不影响用户正常工作，紧急对目前进行修复版本，免费
       给用户升级。

第3种：目前存在严重问题，不能卖，卖的越多，问题出现的就越多，维护成本费用会加大，服务不好，会影
       响公司声誉。

   当然，最终决定权力在老板。

    对于这个团队，从结果来看，是不能让用户满意、让老板满意的。因为货物还存在着问题。

    从过程来看，这个团队是很负责任、很努力的去完成这个工作。

问题来了，面对这样的结果：

1、团队里的一部分人认为已经很努力的完成了这个艰难的工作，应该得到认可和奖励；一部分人认为还需要
   继续努力进行完善；

2、没有参与到这个项目里的公司其它人认为：这个结果不合格，因此不应该给这个团队鼓励和认可，谁让他
   们把这个项目做成这样，问题多多，在公司里还这么张扬。

   我的这位同行问我：你怎么看这个事情，想听听我的观点。

   我是这么觉得：站在不同的立场、角度、考虑的东西是不一样的，不存在谁对谁错，任何一个观点都有它的优势和略势，因为老天爷不会让所有好事都让一个人全占了。

   但是，我觉的，任何一个努力做好工作的团队，只要是认真的去做，用正确的心态面对结果，这个团队是会成功，对于努力上进的人，应该给予更多的理解、支持、鼓励、正面批评而不是打击。

   做为一个打工的，我不喜欢我的老板知道我工作上有问题了，当时不告诉我让我改正，而是积累到一定程度后，和我秋后算账；我也不喜欢我的老板知道我工作非常辛苦努力，而不及时给予鼓励和认可，而是等到过了半年后才跟我说，我有多好多好。我更不喜欢我的老板让我做我不可能完成的任务，我努力去做了后，结果不满意，责任全部都由我一人承担。

    因此最后我和我这位同行说：只要认真、努力的去做就OK了，别人可能看不到你成长，但是通过这些努力，你会看到自己的成长。勤劳的人到哪里都受欢迎。^_^

今天记录下面两个问题的分析

1、  怎么从招聘信息分析公司对测试这个职位的了解？

2、  怎么知道所面试的公司是否适合自己？

从招聘测试的招聘信息和面谈可以了解招聘公司对测试工作的理解和态度 .

分析点 :

1)      如果招聘信息要求应聘者了解一些开发流程、测试流程、测试技术（如黑盒测试、白盒测试等等），可见这个公司了解测试这个工作岗位。

2)      在上面第一条的基础上，如果招聘信息要求应聘者熟悉测试工具的使用，可见这个公司在使用自动化技术或者有这个打算。

3)      如果招聘信息要求应聘者要有很好的沟通能力、表达能力、协调能力、适应能力、学习能力，可见这个公司的企业文化比较人文化（大家可以互相交流意见）。

4)      如果招聘信息详细描述包含了两部分：岗位名称和岗位职责，并且招聘信息描述正确、排版美观，说明简洁明了，可见这个公司人事管理规范。

面谈的时候，招聘公司是否重视测试、懂的测试这个职位，从这下面这几个方面就可以有些了解：

NO1 ：测试的领导是否做过测试工作。

很多公司管理者的技术能力是在程序员的时代得到的，这些人走上管理岗位后，如果没有持续的学习，就会根本不了解测试是怎么回事，有什么价值，在他们心目中，只有开发人员做的事情才是重要的，可见的。他们之所以招人做测试是因为软件的质量实在太差，客户的不满让他们无法忍受。面对测试狗屁不通的测试经理或者高级经理做测试工作，后果是：首先，努力得不到肯定，工作成果得不到尊重。接着，会发现成长的机会很少，因为领导既然不懂测试，也就不知道需要提高什么样的技能，既不要求你，也不支持你。你只好自己学习，而且难以获得支持和肯定。

NO2 ：测试的管理是否规范

招聘单位是否重视软件质量，从对待开发、测试的管理、执行是否规范就可以看出。测试在整个项目的介入、测试工作的评审，测试报告、对待严重 bug 的处理；对测试人员的考核、工作职责定位是否合理等等就可以了解这个公司测试大体执行情况。

NO3 ：知己知彼

看看自己目前的能力是否能胜任所应聘的岗位，看看公司的企业文化、办公环境是否能适应，看看公司的福利待遇是否能接受了。正如 testage 论坛上关河发起的讨论“ 测试工程师希望什么样的工作环境？”嘿嘿，我的回答是：

嘿嘿，对于目前的我来说，我希望在下面这样条件的公司做测试工作：

1 、公司的开发流程是按照正规流程走：需求分析 -- 概要设计 -- 详细设计 -- 单元测试 -- 集成测试 -- 系统测试 -- 验收测试，并对每一阶段的成果物进行有效的评审。因为：把时间花在做正确的事情上才是正确有效的工作方式。

2 、公司要重视软件的质量，测试可以参与到开发的整个活动过程，进行软件开发全过程测试。因为：测试对软件开发的过程、进度，对所测试软件产生的原因（即用户需求）以及使用的场景了解（即用户为什么要这么做）越清晰，测试的工作才能是准确、有效和高效的。

3 、公司要有懂的测试工作、理解测试工作的人，特别是测试、开发的领导者。因为：对牛弹琴，牛到死了都不知道你是在干嘛，琴弹的在好都没有办法领悟和理解。

4 、公司有学习氛围、有良好的沟通环境，大家可以互相的交流自己的思想、经验和对工作成果的意见。因为：有些工作，经过交流会得出新的、更好、更合理有效的处理方法。开发人员和测试人员有效、友好的沟通工作建议和经验会使整个团队的研发水平、测试水平、工作效率、工作质量向上发展。

5 、公司对测试人员的绩效考核是正确合理的，既不能用其它工种（如：开发人员、技术支持人员）的绩效考核方式来考核测试人员的工作，绩效考核的目的是激励员工工作的积极性。

6 、公司能够长期生存，公司领导能够规划好整个公司的发展方向、测试部门领导能够很好的规划部门的发展方向。

7 、公司的生意好好的，能接很多的项目进行研发。

          前一段时间，关于在国内测试的前途如何？很多同行在测试论坛网站上多处的发起这样的话题和相关话题，看了很多观点，觉的应该记录些东西，就有了这个随笔。

1、测试有前途么？
2、测试有钱途么？

我个人理解：通常问第一个问题的，有这么几个类型的人：

一、测试新人
        一般是想从事测试行业的新人，对测试行业不了解，想了解测试的发展前景。更准确的应该说他们想问的问题是“如果他本人去做测试，他本人是否会有前途？”，如果测试有前途，就想着怎么进入这个行业，在这个行业发展。往往忽略了这个行业是否适合自己，自己能否会慢慢喜欢这个职业。对于这类人，本人觉的还是多看一些测试的工作内容是什么？测试包含那些技术？测试的职业规划是什么？软件开发模式是那些？这些资料，对这个职业，对自己的知识结构理解清楚后，自己就可以回答自己提出的这类问题了。

二、做测试工作不足2年的人
        做测试做一段时间后,个人在测试这个职业已经厌倦了,对这个职业没有更多的工作激情和热情,没有了测试工作的动力,因此会发起这个问题,想了解同行是怎么看的.想寻找着自己的奋斗目标.对于这类人,本人觉的是由于在选择测试这个职业时,没有好好的了解这个职业和根据自己的情况制定合理的个人发展规划造成的.

三、做测试不到半年的人
        做测试刚做几个月的新人，常常也会问这类问题。刚开始做测试都是从最基础做起，要有耐心的对付软件的回归测试和BUG的跟踪。看似简单的问题，但要认真做好不简单。有的人做不到3个月，就会开始浮躁起来，想像着做着这种重复的工作能有什么前途。并没有去体会在一遍又一遍的测试过程中，软件在改进的那种喜悦和艰辛。

问第二个问题的人，也有这么两类型的人:
一、想了解测试行情的人
        这一部分人是想了解测试行业的收入情况，做为选择这个职业的参考值。说白了“这个职业要是薪水高，就转行做这个职业。”这类人也许最后会喜欢上测试这个职业。

二、想了解自己的薪水和同行差距的人

我对这两个问题的看法：
1、我很喜欢测试这个职业，我把它当做我的一个事业来做，因此对我来说，我认为它很有前途。因此对于这类话题，在论坛上我都不想参与过多的讨论，但是很关心国内测试行业的发展状况。
2、关于“测试有钱途么？”这类话题，我通常不参与讨论，对于个人来说没有什么意义，浪费时间。因为这个职业是否有钱途，最终是取决于个人本身。

    曾经在testage论坛上有个名字叫luckyboy2008的同行提出个疑问“测试行业的延伸？”，对这个问题真是不清楚，只能说，就目前国内测试行业，非常的火，不管是外包还是软件公司，招聘测试人员的公司比往年都多，我个人分析原因可能是：    
    1）研发人员能力和水平低了，导致开发出来的软件需要测试人员去测试，才能把握软件的质量。追究这种现象的根源就是公司降低了研发       成本，不肯花钱去聘请优秀的研发人员。   
    2）公司开始重视产品质量，把产品质量做为商业目的一种手段。  
    3）公司的产品质量实在是太差了，受不了客户的投诉。  
    4）公司想过认证，如：CMM、ISO等等。  
    5）软件项目质量有问题，需要测试人员去测试，把握产品质量。
   测试行业太快的火起来是好事也是坏事，越火水分就越大。国内对测试行业状况评论的新闻可信度让人怀疑，缺少太多的真实数据。

  不管是“前途”还是“钱途”，这类话题在测试论坛上多次的出现和讨论，让我看后的感觉正如testage里lovetest所发的一个帖子的名称“浮躁的测试界”。

  嘿嘿，希望以后的测试新人，不要在我的MSN或邮箱里问我此类问题，我不会回答的。