软件测试的真正情况，不这么说怎么好忽悠你报班？

首先请忽略很多公众号和培训课程的答案。 肯定都说工资不低，前景好，差距巨大。 如果他们不说，他们怎么能骗你去报名呢？

现在让我告诉你软件测试到底是什么样的。

首先，一个软件构建的时候，最不可或缺的人是谁？ 不用说，是开发，因为开发是最了解软件运行的人。 早期有很多一个人做网站或者APP的例子，相当于一个人同时负责产品、研发、测试、运维等。 这就是为什么发展是现状。 帽子是最高的位置。

随着软件的复杂度越来越高，一个人无法制作出真正大规模的商业软件，于是大家开始各司其职。 产品负责研究需求，开发负责实现功能，测试负责控制质量，运营负责控制质量。 Wei 关心环境等等。

所以我们要明确一点：不要用测试来代替研发。 测试岗位本身与研发是分开的，大多数企业也会将测试分类放在研发中心。 因此，如果你认为测试只是一个面向业务的战士的一点点，那你就完全错了。

不过测试确实不如研发，因为测试本身就是一个成本阵地。 说白了就是不负责输出。 理论上来说，如果你研发能力强，自测能力好，测试甚至可以打酱油。 这就是为什么有些公司或者领导不太喜欢测试的原因。 所以测试前景好不好现在就看你如何定位自己作为一个测试职业了。 您更喜欢对产品和业务进行功能测试吗？ 或者您更喜欢研发自动化、性能还是测试？

所以测试人员的难点其实就是如果你只想安静地做一个纯粹的测试人员，真的没有前景，没有出路。 事实上，在测试结束时，需要切换到技能树：

1、如果你有一定的业务技能，将来你可以成为半成品，甚至是业务专家。 这在金融领域等专注业务的公司中非常流行。

2. 如果你专注于研发技能，未来可以成为测试开发人员、自动化、性能、安全等。 具有研发能力的测试人员在大多数互联网公司都很受欢迎。 第一，开发者愿意和你沟通； 第二，互联网测试内容需要一点技术基础。

3.注重管理技能。 因为测试本身处于整个需求生命周期的中后端，即前期什么也没有发生。 后面能不能上线就看测试的表现了，所以也有兼职的测试人员做项目管理。 最终，你将成为真正的管理者，所以如果你看到一个项目的负责人正在测试，不要感到惊讶。 这套制度能否实施，是他点头。

这既是测试的优点，也是测试的难点。 优点是测试跳槽能力仅次于开发。 缺点是纯测试的上限确实是最低的。 对比业务和研发这两个直接输出职能，不信你看看各个公司的高管和创始人。 几乎没有人经过一路考验到达顶峰。

所以，在测试的中后期一定要转型，而后期转型能否成功，完全取决于你前几年的个人积累。 我的建议是，无论你擅长或喜欢做什么，就朝那个方向去做。

如果你的业务很优秀，你的功能也很熟练，而且整个公司没有几个人比你更熟悉这个系统的功能，那么你应该尝试改造项目负责人或者产品，而不要只是被动等待需求。

如果你还把自己当做研发，那就写代码，读代码。 如果出现问题，不要只是报告错误。 你必须了解系统是如何工作的，问题出在哪里，以及应该更改哪一行代码。 指点给研发，然后自己做一些自动化，前端后端都行，搭建一个自动化小平台，学一点底层知识，到最后你就没什么不同了来自开发商。

让我告诉你测试工程师如何报告几个级别的错误：

初学者：只知道如何报告bug，但不知道原因，让开发者自己研究。

中级：大致知道问题出在哪里，可以提供数据和日志，需要自己开发代码来排查细节。

高级：具备代码阅读能力，已经可以将问题定位到特定模块甚至特定代码块。

专家：拿个小凳子坐在开发者旁边，用手指指着开发屏幕。 嗯，这里有一个问题。 我会告诉你如何改变它。 如果你不知道怎么改，我什至可以帮你自己改。

其实我一直认为测试应该坐在开发旁边，两个人盯着代码慢慢调试，而不是只报bug，问了也不知道哪里出了问题，这样只会降低测试的权威性。 。

测试的权威是什么？ 为什么有的公司检测没有人权，有的公司检测地位高？ 主要是看测试人员对系统的熟悉程度。 一些老测试可以称为百科全书。 他们了解系统从业务到代码的各个方面。 这样的人指出的问题即使是研发老大也不敢反驳，但实际上大多数人只是用例执行者和BUG收集者。 他们对此一无所知，但无论如何都有一个问题。 他们看不懂代码，也不明白原理。 乍一看，他们觉得这个人不可靠，所以这就是为什么一些开发人员认为测试的门槛低是个人可以做的原因。

说了这么多，我简单总结一下：

1.只要做测试，上限很快就会到来。 年轻的时候应该多积累，争取转型的机会。

2.努力提高你的个人权威。 无论是技术还是业务，这都需要更深入的学习和积累。

最后，很难说软件行业有没有前途，但是从个人发展的角度来说，如果只是当作一个考验的话，确实没有什么前景。 这是给您的一条消息：

测试应该是您的起点，而不是终点。