软件测试已成为炙手可热的行业之一，各大企业为了争夺测试人才也是八仙过海、各出奇招。据调查数据显示，国内软件公司测试人员与开发人员的比例在1：4及以上的高达55.13%。在这些公司中，49.66%的公司每年对测试人员进行培训的为0。换句话说，将近一半的软件测试人员在工作后没有进行相关技能学习的机会，这就要求想从事软件测试的人员在入职前培训相关的技能，确保工作可以顺利进行。

    学习软件测试一般要学多久？

    学习时间可长可短。不好给出具体的时间段，报培训班的话一般性2-3月就能学完，但是还是要根据自身学习的内容和掌握的内容还有需要时间去消化这个内容等。

    软件测试这个行业看似入门很简单，但学起来没有那么容易，而且自学没有人指导的话，很容易困惑，因为软件测试的知识很杂，WEB测试、APP测试，功能测试，白盒测试，自动化测试，性能测试，网上的资料可能都包括这些部分，每一个类别的测试又是不同的技术，导致你不知道那个才是重点。

无编程基础

想追求稳定

想快速就业

无性别限制

机构实力强

培训经验深

课程体系新

1对1能力评估

报名阶段--专职咨询

1对1学习督促

学习阶段--专职班主任

1对1就业指导

就业阶段--专职就业老师

    刚开始做软件测试的时候，认为作为测试依据的需求文档或功能说明书应该是条理清晰，一目了然的。可是后来才发现：

    (1)由于测试人员对于业务的不理解，面对一个陌生的业务领域，生僻的各类名词术语，不知所云。可是我们测试人员从何处来理解业务呢?除了公共的业务知识可以从网络上获取外，较重要的系统专业相关的业务知识，我们只能从文档中获取，或者从开发人员或需求人员或有经验的测试人员那里获取。

    可是在很多公司的测试人员流动性很大，常常面对这样的状况：因为是维护项目或者新增特性，那么开发或需求人员不可能再从头至尾给你系统详细的讲解业务需求。而熟悉需求业务的测试人员可能已经离职，又没有较好的文档，那么就没有良好的获取业务知识的途径了。

    (2)需求文档或功能说明书思路不清晰，信息不全，前后矛盾。造成这种现象的主要原因是写文档的开发人员或需求人员的水平问题。很不幸，我们现实中常常需要面对这样的文档。那么有人就要说了，干嘛不直接问写文档的人或者让他重新写呢?假设我们可以实现这样的要求，那么你想这样思路不清晰的需求或开发人员能给你讲清楚吗?即使让他重写，你增加就能理解吗?

    那么就好像玩推理游戏，反复的研究文档，找关键字，加以各种猜测、推理。然后整理出自己认为的流程和规则，逐条与需求或开发来确认。

    当然问题是要解决的，现状是需要改善的。个问题可以通过本维护项目测试经验的积累来解决，同时积累良好的文档来方便后来者。第二个问题却比较难解决了，这样的测试外包项目，我们站在比较被动的一方，不好对客户有太多的要求，只有祈祷能潜移默化的影响他们了，哪天他们看我们的问题列表看烦了，突然觉悟能写出更清晰的文档来给我们。