如何转行软件测试，一个从文员成功转行到测试的心里历程

对于零基础的小白来说，要想转行学习软件测试，需要对测试有一个良好的认知及确定自己是否适合转行入坑。

 

软件测试(英语：Software Testing)，描述一种用来促进鉴定软件的正确性、完整性、安全性和质量的过程。换句话说，软件测试是一种实际输出与预期输出之间的审核或者比较过程。软件测试的经典定义是：在规定的条件下对程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程。（如需交流，可加企鹅号：1844835571）

 

 

真正的软件测试工程师算是半个产品经理，半个开发工程师。有人觉得这个标题有点讽刺，真正的测试?难道我们不是真正的测试，平常做的都不是测试的工作吗?其实不肯定也不否定，但这是一个包含关系，如果只是评审+用例编写执行，那么确实不是一个真正的测试。 

正如标题那样，我认为真正的测试 =“半个产品+半个开发”。

半个产品，主要体现在理解这个需求为什么要做?其核心价值在哪里?吸引用户的特点是什么?意味着在评审阶段，你除了帮助完善功能需求外，更重要的是理解这个需求对于用户有什么价值，你是用户你会怎么想有什么感受,不能简单的走完流程就可以了，比如一个播放视频类应用， 多样性 流畅度 简易性 快速性等 这是在评审之后可以总结出来的，那么抱着这个价值点，围绕这我们的整个测试流程，往往能够发现不一样的地方。比如还是播放类应用，在我了解个特性后，在测试过程中我会更加留意播放方面的性能，以及兼容性，在我设计测试方案的时候就会标明这几个测试重点，以便我自己或者组员能够在测试过程中多加留意这部分的测试点，然后在设计测试用例的时候会提高优先级和覆盖率。可以发现，测试有了测重点。

     

半个开发，其实个人认为这是偏向于灰盒测试了，体现在一个需求，你除了要明确这个需求的业务逻辑，其代码逻辑(数据流逻辑)也是需要知道的，从后台获取的json数据结构到客户端展示再到存储至本地数据，这一个流向，都是需要去了解并测试的，所以测试验证的不仅仅是功能层面的东西，还是内部的具体实现(当然，具体到类方法的测试那是测试开发的职能，不关咱测试的事)，我们要保证的，就是这一阶段数据的正确性和容错性。这样做的好处是，能从内部发现缺陷，在出现问题的时候可以大概定位到问题出在哪，在出问题面对boss的质疑能够把责任丢给开发，是更好的解决问题。（如需交流，可加企鹅号：1844835571）

　　那么半个开发还体现在对工具效率的提升上，能够通过小脚本，小框架去提升测试效率，这要求对于基本的语言要求是必须的，大公司面试的某一轮考研的就是你的代码能力，所以测试还是半个开发这一点是毋庸置疑。

1.测试项目启动与规划

　　一般地，项目启动过程组包括两个过程：即制定项目章程和制定项目初步范围说明书;而项目规划过程组则会综合项目的成本、范围、时间、质量、风险、人力、沟通、采购等因素制定项目计划，该项目计划将用于指导项目的实际执行。

　　对任一项目而言，有三个文件是非常重要的。即：项目章程、项目范围说明书，项目管理计划。这三个文件均产生于项目启动阶段和项目规划阶段。其中项目章程被认为是三大文件之首(项目章程、项目范围说明书，项目管理计划)。一个项目，不论大小，都应该有项目章程。

 

1)项目名称及背景描述

2)项目经理任命及职责范围界定

3)项目业务需求描述

4)项目发起的原因 

5)主要项目干系人及其初步需求

6)产品及预期交付成果描述

)项目假设和约束条件 

软件测试虽然入行门槛在IT技术岗位里算比较低的，但还是有一些硬性或软性的要求。转行者可从以下几点来评估自己是否适合软件测试。

 转行者，以就业和发展为目的。目前市场上，企业对软件测试者的学历要求是大专及大专以上，学历不够，即使学会了，在就业的时候也有一定的困难。 

虽说学历不等同于能力，但是在软件测试岗位上，学历也算是用人单位的一个硬性要求，如果年龄不大，可以先考个学历证书，再入坑IT技术岗。

大龄转行并不是不行，但是要慎重！软件测试岗位属于技术性比较强的岗位，对于零基础的小白来说，要学习知识和技术还是很多。软件测试的技术更新虽不及软件开发那么快，但是随着物联网、人工智能的发展，技术更新的频率势必会增快，长期保持学习新技能是软件测试工程师的常态。

对于30几岁的人来说，要从零开始积累，在软件测试行业里相对有些困难。所以想转行软件测试岗位的朋友，也可以评估一下自己的精力和学习能力。

对于自己不太了解的东西，可能谈兴趣有些突兀，但是如果不喜欢长期面对电脑，不喜欢一坐就是几个小时，反感代码的小伙伴还是趁早打消转行测试的念头。毕竟人生除了钱，还有心情！