测试新手必读（转载N篇）

总算进入这个行业了，感觉一切都很新鲜，现在手头一大堆事情，白天写测试用例，读需求，晚上做实验室的项目，周末还得上课和参加讨论班，实在没时间将自己的体会写下来，午休时读了一些51Testing的东西，比较适合新手学习，转载到博客上，时时提醒提醒自己吧！～

 

作为一名测试新人加入团队，大多数情况下，项目组成员都是一种热情欢迎的态度，并且主动提供力所能及的支持和帮助，如何快速熟悉项目业务和测试环境，尽快投入到实际工作中去，我谈谈个人的经验和一些看法，供同行参考：

1、寻找新公司的团队元老：

  一般来说，一个新人进入新公司，都要指定一个师傅带一段时间，这也就是我们说的测试前辈。很多时候，测试前辈都是经验非常丰富的测试高人，如何您和他 相处融洽，关系不错，凭他个人丰富的业务经验，给您指点迷津，也许会比你自己摸索10倍的时间效果还好。很多的测试新手，刚进入新公司时，自高自大，眼高 收低，测试前辈都不愿意交，结果到了试用期转正答辩的时候，一问三不知，被迫离开公司，被炒鱿鱼。这样的例子我看到的不下于10例，很可惜丢失了很多工作 机会。

2、虚心的学习态度：

刚到一家新公司，保持谦虚的学习态度非常必要。记得我刚毕业那年，公司招聘了一个测试主管，他有4到5年的工作经验，阅历算是不简单，也是我们心目中的牛 人吧。但是那个人，除了听总监的话以外，对于我们部门的其它人来说，他简直是自高自大，目中无人，根本不把部门里的其他人放到眼里，觉得部门的人都不如 他。他作为一个空降兵，老员工和新员工，对他都很冷漠，碰到什么问题，需要小组成员帮忙的时候，大家都不愿意帮助他，互相推诿，并且经理也找他谈了几次 话，效果不明显，结果他呆了不到2个月，估计是自己觉得很不开心，被迫离开了公司。其实，保持低姿态，谦虚的学习态度，必不可少。

3、阅读项目相关的文档：

  一般来说，新人一到公司，就会安排到项目中去。作为测试新手，快速阅读相关的“需求文档”、“详细设计文档”和“用户手册”特别关键。我们能够通过需 求规格说明书等文档，快速熟悉系统相关的知识，获取编写测试文档的相关信息。如果项目已经编好了用户手册，您完全可以根据文档的步骤，一步一步傻瓜式的熟 悉每项功能。只有掌握的这些文档的精髓，测试才会变得异常轻松呀。

4、快速熟悉项目相关业务知识：

刚到新公司的测试人员，如果你是跳槽到以前做过的相近行业，有丰富的经验了，那么您熟悉业务没什么大的问题。如果您换的新公司是您以前都没有接触到的行 业，那你一定得努力一点，买些相关的业务知识看看非常必要。我深有体会，以前从一家“通讯公司”跳槽到做“银行系统”的公司，业务完全两样，很多业务知识 都是从零开始。不过有一定的工作经验，学习起来也挺快，关键取决于个人是酷爱学习和坚强的学习毅力。

5、尽快介入了解被测试系统：

   刚跨入一家新公司，如果被测试系统已经开发的差不多了，部分功能已经OK了。你可以部署到测试环境下，尝试从直观测试的角度去尽快了解系统，尽快结合文 档熟悉起来。很多的时候，通过页面操作实际的系统比看文档效果好的多，并且印象更深刻，熟悉系统更快。新加入公司的朋友不防试一试。

6、了解公司类似的相关产品：

    大多数的公司，都不可能在每个行业都非常强，基本上都是在某一个较小的领域很强势，公司主要就是研发强势相关业务的产品。所以说，相关的产品一般来说是很 多的，如果要你测试的系统没有开发完毕，如果时间和条件允许，不妨先了解一下公司类似的产品，以便尽快熟悉起来。大多数情况下，公司很多的产品都是相通 的，大部分的产品是在不同的客户要求下，修改了部分功能和界面而已。个人认为：了解类似的产品，也是测试新手快速熟悉产品的一条捷径。

7、尽量多参加项目的各种会议：

    每个项目，特别是在项目的启动阶段，大会小会不断，很多时候项目组成员抱怨居多，都认为很浪费时间，耽误开发进度。如果作为测试新手的您这个时候加入，那 太好了，多参加这样的讨论会。大部分时间都是在讨论项目的重点和关键，如果大家意见不一致，必然要对不一致的东西展开细节讨论，您肯定是收益匪浅。特别是 对业务方面的讨论，您参加几次讨论，比您看10篇需求还强，并且理解也很透彻。如果您对需求有所了解，但是部分功能模块还有问题，就可以在讨论会上随时提 出来，大家一起讨论，共同解决。如果有这样的机会，切勿放弃哟。

8、阅读类似项目已有的测试用例：

   如果项目已经启动并进入了测试阶段，如果你在这个时候介入，通常情况下负责人都会给你提供整个项目或部分需要你测试的部分模块的测试用例。这些测试用例 也是您快速上手测试的重要参考资料。如果还没有编写测试用例，你就介入了，那你就得重头开始，您可以阅读项目类似的测试用例，并结合以前项目的测试经验， 根据公司相关的测试用例模板开始编写测试用例。如果在编写测试用例中碰到您不了解和很难处理的问题，您可以记入测试需求疑问表格，等部门开会时，提出来大 家讨论。最好不要碰到一个问题就去问，经常打乱人家的思路，弄得别人嫌烦，那就不值了。

9、查看缺陷数据库中旧有的缺陷：

   一般的测试缺陷跟踪系统，都是按模块来分类软件缺陷的。如果老大给你分配了测试任务，你就可以有目的的去熟悉即将测试的模块缺陷。登录系统后，对缺陷进 行筛选，尝试按测试前辈的Bug描述步骤进行操作，看看是否能够重新缺陷？这种方法能够借鉴测试同行的经验，尽快发现问题，避免测试的盲目性。一来可以拓 宽您的视野，避免递交类似问题的Bug或是重复的Bug，二来还可以为您快速熟悉被测试系统添砖加瓦。

10、必须明白自己领导是谁：

   一般的员工进入公司，公司和部门领导很多，搞不清楚谁管我，碰到问题问谁？谁可以帮忙解决问题？如果真是这样那就麻烦了。部门领导臃肿的情况实在是太多 了，有的公司，既有2测试经理，又有几个测试主管，还有多个项目经理和研发总监，不知道工作向谁回报，对哪个领导负责。弄得每个领导都回报，很累呀！！我 的做法是：测试项目中负责领导只有一个那就是测试主管，测试主管负责安排和分配每个测试人员的工作和任务，我直接Review测试主管。如果项目中碰到有 什么解决不了的问题，组内成员可以直接找我，同时我也定期加入项目参加部分测试，了解测试项目的一些进展情况，必要时还要找一些人谈心。这样，工作汇报比 较简单明了，很轻松。

11、熟悉与测试相关的管理软件的使用：

  我说的这个测试相关的软件包括缺测试需求管理软件（如TestDirector或QC）、陷跟踪管理软件（如：TestTrack Pro、TestDirector等等）、版本配置管理工具软件（CVS、VSS，还是SVN等等），具体熟悉到什么程度，那就要看您的职位了。如果您是 一般的工程师，那你就只了解一般的使用就够了，如果您是测试经理，您不仅要了解一般的使用，还要更深层次的了解软件的权限和项目的配置，因为您要作为该软 件的Admin，碰到问题大部分都由您搞定呀，高工资不是那么好拿的呀，哈哈！！！如果作为新入职的您，连这些都不会，那你就得加把油了，不然到了测试启 动阶段，你才开始熟悉管理软件，那么你觉的能够快速展开测试吗？

12、注意沟通技巧，把握请教良机：

  为了尽快熟悉项目，展开测试工作，沟通技巧必不可少。您作为新入职的测试人员，尽量了解每个开发人员开发的模块和每个开发人员的性格特点，寻找一些共 同语言，拉近与开发人员的距离，让他们对您产生好感。只有这样，当您碰到问题的时候，他们才会鼎立的帮助您。如果您与开发人员关系不好，看了就觉的很讨 厌，那他们肯定不会帮助您的，更不原意和您配合，当您提错Bug的时候，他们就会抓住这些Bug不放，有时候还要说您什么都不懂，这样你就很郁闷，肯定呆 不长久的，只有走人的份了，呵呵。特别是开发人员很窝火的时候，您更要多一些理解和宽容，切勿火上浇油，您可以给他一些表扬，给他一些鼓励。他一听准开心 死了，总觉得还是您们最了解我，把您当成自己人。这个时候，你再问开发人员问题，他也许态度就不一样了，他准会仔细的给你讲解，并且以后的什么事情，他也 会百厌齐烦地帮助您的，因为他觉您最了解他们，无意识的把您当成了好朋友和哥们。还有的时候，开发人员有空过来测试部门逛逛，准备和您交流时，一定要把握 机会，和开发人员开开玩笑和一些必要赞赏，也能够调节和开发人员的关系。总之，这一点做起来真的很难，如果做的好，那效果确实就不一样了。

欢迎各位同行继续补充指正！！

 

 做了测试两年零3个月，对于应届的毕业生，可以说我也算学长了，也积累了一点小小的经验，那么我就讲述我这两年的亲身经历给做测试的新人们听一下，希望我的经历能给你们提供些引导。
06年6月份毕业，找到现在这家公司，开始应聘的是软件开发，但考试没过关，第二天公司给我打电话问我，是否愿意做测试，我也是怀着以后转开发的心理才同意了在公司做测试。
刚刚进入公司，一切都是陌生的，唯一的比较亲近的就是我的直接领导，所以我也一直把我的直接领导当作老师一样尊敬，平时的时候就像对待姐姐一样，很庆幸她 对我们也都很好。因为这样的关系，很快的时间内，只要是碰到不会的问题，随时问她，她都会毫不隐讳的回答，并教我如何做。
我虽然是学计算机专业的，但是没有怎么真正接触过计算机，平时也很少做什么系统，所以在公司第一件事就是学装操作系统，装机器，装各种想得到的软件。安装 过程中遇到的问题一大把，然后就到网上找资料，实在是找不到解决办法了，就找领导，直到问题解决为止，也就是因为这，以前装过的什么东西，现在基本上遇到 的问题都可以自己解决了。
来到公司开始测试的第一个任务是公司的一个产品测试，测试的第一步，就是要熟悉这个产品，阅读用户手册，对照用户手册一个地方一个地方的在产品上操作，遇 到不会的就问领导，领导会给你找个开发的人给你讲怎么回事。基本上开始的时候自己还没有什么目标，只知道赶紧熟悉了目前手里的系统，然后开始正式开始测试 工作。
产品每测试完一个版本的时候，我都会自己到网上找一些测试方面的资料，虽然我本来的目的不是测试，但是既然做了就要像个样子。俗话说“干什么就得像什么 ”，我到网上收罗了很多的资料，放在了机器里，每当测试工作不忙的时候我就会看一看，看的次数多了，即使不明白意思，也知道有这么回事。而且在以后的工作 中你会不断的接触，你不想明白都难。
产品测试了半年之后，测试需求就不再限于功能测试了，而是开始了性能测试的要求，从领导口中得知有可能要做性能测试，心中就决定要了解一下这个性能测试是 个什么东西，于是就到网上又收罗了一大筐的关于性能测试的资料，没事的时候就看看，研究研究，但因为之前的测试小组内部都在用jemeter进行性能测 试，我也就是从这个工具开始学习的，由于这个东西比较易学，所以2周的时间就搞定了，之后就进行了一次产品的性能测试，并出色的提交了一份测试报告。从那 以后就对性能测试更加有了兴趣，也从网上了解到了还有更多更好的测试工具可以做性能测试，于是钻研性能测试成为了我那时候的目标。反复的阅读工具的用户手 册，虽然开始的时候不懂，但是也是硬着头皮去看，大概每天的时候都翻3-4遍，大概一周过去之后，我才开始真正的基础了新的性能测试工具LR，然后盲无目 的的在LR上乱点，凡是在工具上能找到的按钮我都要点一下看看里面是什么，然后我就参照着用户手册，一步步的将手册上所说的步骤全部实现，工作不忙的时候 就这样做。渐渐的就对这个性能工具有了些了解，然后就是学习编写脚本，在自己的项目上试着去执行下性能测试，虽然结果还是看不懂，但觉得很有趣，随着对性 能测试的深入，我就不再仅仅研究这个工具是如何用的，而是去熟悉又关性能测试周边的知识，只要是有关性能测试的东西，我都会收集起来，然后偶尔去翻一翻看 一看，那个时候我知道还有性能测试工程师这样一个职位。
随着公司项目的增多，我也开始测试B/S结构的web项目了。领导告诉我要写测试用例了。从那时候开始我就开始和测试用例形影不离了，开始研究测试用例的 设计方法，每一种方法我都要研究得透透的，一知半解的不行，一定要把第一种掌握了再去学习下一种，直到给你个例子你就马上能想到用例的时候，那才可以。
测试用例是完成了，假如以后还要我写些东西会是什么呢，我又是到网上收罗了关于测试流程的一大堆的东西，就像看小说一样去看，当真的懂得其中的知识之后，那真是一个字“爽”。
直到现在，我也是经常到网上或者其他的地方收罗一些东西自己研究，研究明白了就记下来，在今后的工作中如果遇到了问题，兴许就能在你的笔记里找到答案呢。
做个测试职员不难，难的是做个好的测试工程师，现在的一般测试不能算得上工程师，也就是测试助理工程师级别的，一个好的工程师，不单单要懂得测试一方面 的，一定要扩充自己的知识面。例如FTP，LINUX，小型机，管理服务器，unix，TCP/IP等等吧，都要了解，会用，这样才可以。
知识上得到了补充是单单不够的，另外还要学会如何做人，如何做事。
现在的公司，一般的情况来说超过100人的公司都会有拉帮结伙的事情发生，互相拉人，排挤对方。作为一个新人来说一般的情况下暂时不会有什么影响，因为你 是新人所以对其他人的影响不大。但当你成长一段时间之后，就会明显感觉到有些人在拉拢你，有些人在排挤你，当然你也不用觉得很难应付，到哪里都会有这样的 事，首先是你要做好你的工作，工作做好了，其他人找不出你的毛病，也就没有话柄说你，其次如果你可以的话，应该积极的与实力比较强的那一方靠拢，这样有助 你工资调整，待遇了什么的提高。如果被比较强的一方作为排挤的对象，那你的工资即使涨了也是没其他人多。
另外如果你是个内向的人，也不要再领导面前内向，特别是与领导单独相处的时候，没话就找一些废话说（别说的太废），如果在人比较多的地方，一定要给足领导面子，做到言听计从，领导说一你不要说二，如果有问题，私下在和领导去谈，不要当面揭穿。
以上是我根据切身体验谈了一下自己的看法，说实话我没有太大的理想，也没有很清晰的对自己的未来进行过规划，我只是在眼前的阶段，为即将来临的事情去做最充分的准备。当发现自己能把事情完成的很好的时候，下一个目标就已经摆在你的面前了。

不要把自己的目标定到太远，也不要规划的太久，你只要每天把明天的事情规划出来，那么每一天你都会有进步。

 发现很多东西要学啊
操作系统 win linux  BSD 数据库 oracle DB2..网络设备  测试工具  安全攻防  加密  国际和行业标准 测试理论  编程

 

 

1. 首先考虑是否适合做测试？
  几年的经验下来，我发现我身边的很多同事、很多朋友都不适合做测试。比如说：有的人性格比较内向，不善于和开发人员、项目组成员交流，搞自我封闭；有的人迫于应届生就业的压力，而歪打正着，从事了测试职业，没有上进心；有的人根本就不喜欢测试，对测试没有兴趣，迫于生计找了测试这样职业；还有的人做事比较粗心，没有耐心，不喜欢重复劳动等等。
应届生刚毕业，在规划自己的职业时，首先要剖析自己，看是否有做这是这方面的兴趣，天赋或爱好。其次，还有树立正确的测试观：“我要做测试，而不是要我做测试”。如果这点都没有想好，我建议最好不要选择测试职业。即使从事了测试职业，自己也不会开心的，呵呵！！！

2. 准确认识深入理解测试：
 由于功能测试的入门比较容易，门槛低，这就让很多人对测试有一种误解。以为测试是任何人都可以胜任的，其实不然。很多外行对测试的一些误区都不了解，还在哪儿一直坚持，有时候简直是无语了。比如说单元测试、性能测试、安全测试、自动化测试工具、测试脚本开发、测试工具开发等等，这些测试活不是那么简单吧。很多人都是一面概全。作为应届毕业生，不仅自己要明白测试是什么？当别人误解测试时，你要给他讲清楚，说服他们，那才算本事？要是自己做了很久的测试，都还不理解测试，那就很失败了。

3. 保持良好的学习心态：

 一般来说，应届毕业生，刚进入公司，实践经验比较少，理论非常丰富。很多时候，就是眼高手低，一看似曾相识，一知半解就开跑，长时间这样，导致直接领导有看法，后面很难度过试用期。更有甚者，自以为是，不把领导或公司元老放到眼里，我行我素，结果就导致了同事关系处理不好，只有走人的份，怪可惜，这样的事我见过多次。建议应届毕业生刚跨入一家新公司，特别要保持低姿态，虚心向前辈学习、请教，保持良好的学习心态，并处理好同事的关系，方为上策。

4. 明确学习方向，夯实测试基础：

 作为刚毕业的应届毕业生，很多同行都很迷茫（包括我们部门做了1、2年测试的同事都有同感），他们没有明确的学习方向，自己都不知道自己要学习什么？以后从事哪方面的职业，都是盲目的随大流，整天看上去工作很忙碌，但是收获甚微。时间很快就过去了，回头一看，觉的自己啥都没学到，留下遗憾的居多。要避免这种情况，你在入门的时候，定位非常关键，比如说以后从事功能测试、性能测试、安全测试、自动化测试等等方向，必须很清楚，有了明确的学习方向，努力才有目标，才有动力。

5. 不断定位自己的测试职业非常关键：

 大部分的测试人员，对自己期望都很高，定位也很高。都想当测试经理，这当然是好事。我建议尤其是刚毕业的学生，对自己定位非常关键。并不是所有的测试人员，都能够成为优秀的测试经理，相应的，有的人只适合做测试技术，不适合做管理。这就要求应届生务必给自己定一个短暂的奋斗目标，比如说1到2年，成为一名优秀的测试工程师，第一个目标实现了。在2年的时候，再考虑自己是从测试管理方向发展，还是测试技术高级测试工程师方向发展，定第二个测试目标，这个时候比较切合实际，比较准确。如果第二个目标实现了，可以在逐步定一个较远的目标，这样目标不断升级。如果这个目标与自己的实际情况不符合，不能实现，就可以立马更改自己的目标。切忌自己盲目定位自己的测试职业。

6. 准确把握测试行业的发展动态：
特别是在上海、北京这样的国际大都市，人才济济，不学习或原地踏步，就意味着落后。但是，学习也要能够准确把握测试行业的最新发展动态、测试方向或测试热点问题，只有这样“磨刀才不误砍柴工”，学习效率才会高，进步才会明显。并且，学习需要循序渐进，重在坚持，不能凭一时的热情做事情。如果您能够做到这点，相信您不久的将来一定是一名顶天立地的测试专家。

7. 抓住好的职业发展机遇：

  对每个人来说，机遇基本上都是平等的。好的职业发展机遇总是给那些随时有准备的人。只有随时都有危机意识并且不断进步的测试精英，才会把握好每一个好的机会。在选择职业发展机遇的同时，有一个误区就是并不鼓励大家平凡跳槽，这样对自己的职业生涯也不是太好。每个行业都接触，虽然业务方面的知识面光，但是不精，也没用。我们可以懂得少，但一定要精。当然，理想状态当然是测试复合型人才了。

 

8. 选择快速提升自己能力的合适途径：
   一个人想提高自己能力的途径是多方面的，比如说通过阅读大量的测试技术书籍，通过学习和实践结合来，不断提高。当然在学习中肯定会碰到很多困难，就需要我们自己努力去查询资料，自己解决，也许这样比较累，比较痛苦。或者选择一个合适的测试培训机构（如51Testing等等培训机构），让有丰富测试经验的培训讲师，给自己测试相关的技术知识，也许后面一种途径提升自己会快一点，直接一点，效果会好一些。也可以上一些软件测试的专业网站，下载部分经典测试资料，找到快速提高自己的合适路径。总之，自己可以根据自己的实际情况，来提升自己的工作能力。

9.最后一个就是如何快速融入团队。

1.首先要了解项目的总体计划及需求－要能尽早快的展开测试工作，必须先对这个项目的情况做一些了解，知道项目大致的计划和时间安排，需求熟悉得越快，测试工作的开展也会越快。
2.了解测试计划及用例－先知道测试计划是如何安排的，以便了解目前的测试进度，在熟悉了需求后查看用例时会轻松许多，或者需求与用例交叉来熟悉，按个人习惯来选择。
3.走读缺陷库，看看已经发现的BUG情况－知道了BUG分布的情况，可以清楚目前测试工作开展得如何，哪些模块是已经测试过的，如果有能力，分析一下目前缺陷库中BUG产生的原因，可以知道程序员容易犯错的地方，方便自己在测试时在此方面多注意一下。
4.与项目组成员保持良好的沟通－在对需求与计划，或是缺陷库中问题描述有疑问时，要及时与项目组成员沟通，知道最新的情况。

5.明确自己的职责－清楚自己接下来的工作任务，针对性地做一些自己的测试计划或用例，或对原来的用例作一些添加或修改，接下来就可以开展测试工作了。

 

1. 人际关系
这个很重要,我把这项列在了新人的今年计划上面,不光是QA内部,还有和DEV,公司QA,任何和工作相关的人的关系. QA和DEV的关系很微妙, 所以我觉得新人如果给自己定位不对的话,很容易走歪.

2. 态度
新来的MM每次问我问题都和我说谢谢,搞的我都不好意思了,但是这是对你起码的尊重. 听另外一个同事说, 他带的那个新人因为有靠山, 回答她问题变得理所当然的事情, 连谢谢都不说, 还指示他,你应该教我这个,教我那个, 那味道就不好了(同事和他的新人都是外国人..), 所以那个新人来公司3,4个月了, 都没给她什么任务.

3. 主动
我刚进公司那会, leader直接告诉我, application怎么下, test case在哪儿 (那时还没Use case呢), 然后自己跑, 碰到问题再问. 然后我就每天把看的结果告诉他, 把问题列给他, 然后他再给我答复. 差不多2个星期就上手了吧..不过也发现那个application上面很多bug,搞的我们leader都不好意思了呢~
现在我带新人, 基本就是把简单的流程演示下, 把相关的文档和test case发给他们, 照着文档跑. 然后有问题再问我. 因为我不可能把所有的东西一股脑的都传给新人, 更何况,每个人的测试思路都是不一样的. 有问题, 说明你在学习,思考, 然后才是有效的理解. 而且,我相信, 好的leader是喜欢会challenge自己的下属的. 所以, 作为新人, 要主动出击, 多问问题~

4. 及时和Leader沟通
这个方面, 就不光是技术方面的了, 还包括对进公司的感受, 自己的职业发展方向的想法了, 要让leader觉得, 自己可以帮助到你, 不过说到底还是一个沟通技巧了.


还有一个方面就是技术上的准备, use case/requirement/test case是很重要的一块, 也是必须要看的. 剩下的一些process的东西, 我倒是觉得没必要一开始就弄的很清楚. 慢慢来, 一切都会清晰起来的, 相反, 项目上要想尽快上手, 就必须把测试相关的抓好, 并且要让leader, 你ready了.

事情是做出来的, bug是找出来的, 光说不练是没用的

 

 

转载于:https://www.cnblogs.com/xubensave/archive/2008/10/24/2430427.html