今天在知乎上看到一个问题，如文章标题所示：做了1年前多的软件测试，可是觉得我在浪费时间，怎么办？我需要做哪些改变呢？
我结合问题的回答说一下我的看法。希望对有类似情况的测试人一点启发与帮助，另外我整理了很多软件测试的进阶资料，初心是想省去大家在网络上导出找学习资料的麻烦。传送门
答：
有些人啄木鸟式的点点点了10年，楼主见过点点点工程师月薪上2万的有，相当少数。
如果你不了解背后的机制，测试做20年，30年，只是重复做了一件事这么多年。连走都不稳，还谈什么跑，谈什么飞。
有人肯定反驳点点点有什么好学的，就觉的点点点很简单，觉的是个就可以做点点点的工作。我可以直接几个问题，就是点点点相关的问题问住了一大片，这是很多地方没办法教你的。
你要说点点点觉得浪费时间，我只能说，还没有人真正带着你走入测试的真谛！！！
我们不是为了炫技而去学什么自动化，而是基于一种现象的痛点，去找寻解决痛点的一种方式。
我见过很多项目只开发测试几次就完了，给我说我把他自动化。我只能说你吃饱了撑着
是，面试造飞机，干活拧螺丝
可是你得知道为什么拧螺丝，拧螺丝的意义。人啊，只有脚踏实地从最基本的开始夯实基础，才谈什么成长！！！
如果你觉得自己还是无所事事的话，那你可以从下边几个方向去提升自己:
1.多读Bug
如果你和一个团队的软件测试工程师一起工作，那么请阅读他们每天发的Bug,特别是那些针对你
的测试部分的Bug。你可以从别人如何找到Bug中学到很多东西。每个人对需求的理解和思维方式
都会有差异，多从看-些别人的bug，可以从另-个方面拓宽自己的思路。
2.多读代码
找到你测试的那部分功能的代码。虽然写代码并不是你的事，但是读那些代码常常会帮助你找到潜
在的边际情况和软件缺陷。
3.为你发现的Bug而骄傲
促成一个软件Bug的修复是从写好Bug标题和描述开始的。我每次发完-个Bug都会把这个Bug重读
一遍以确保它是合理的并提供恰到好处的细节。 如果- -些重要的Bug没有被纠正，要追根究底,确
保决定和利弊权衡是正确的。
针对bug的问题:在另一篇软件测试中的沟通中讲到了 遇到最多的几种情况及处理方式可以看
看。从我们的角度来说，
首先肯定是bug的描述要尽量的简洁，清楚,特殊场景，重现步骤要尽可能的详细清晰。
4.参加软件功能的设计
在软代码编写之前，在仍有可能有大的设计变更的时候，积极参加软件的计划阶段,这会帮助你了
解正被考虑的折衷和权衡。测试更应该积极主动的参与到软件设计中，因为测试其实是最了解软件
的人，积极主动的参加到软件设计中，可以从产品设计,开发以外的角度提出一些意见和建议，不
管对于我们最后对项目测试的理解，还是对开发设计来说，都是有很多好处的(测试驱动开发)。
5.设计你的测试
无论是寻找边界值，运用组合技术，画图表，或创建测试模型，把你的想法放进你的测试设计中总6.设计你的测试
无论是寻找边界值，运用组合技术，画图表，或创建测试模型，把你的想法放进你的测试设计中总
是有用的。在试探性测试的时候，有意识地去交替你的测试计划和产品学习。
6.了解你测试的功能
不管你测试的是那一块功能，你应该了解它的设计，它的局限性，别人发现的Bug,代码的变动，
以及它和其它功能间的交互关系。
7.和别人合作测试你负责的部分
和有不同专长的人一起测试你的功能模块，-起讨论测试的点子并且征询他们的反馈意见。
8.学习你测试的软件
即使你只是测试一个软件中的很小一 部分，成为其它新功能和整个软件的专家都会帮助你成为-个更好的测试工程师。
9.培养和开发人员的良好关系
测试_工作有时候是对抗性的，以致很容易使有些与你共事的人在做决定时忽略你的意见。与修复
Bug的开发人员建立坚实的关系对了解最新进展和促成Bug的修复会有裨益。
10.扩大你的领域和人际网络
成功的人都有一个的坚实可信的交际圈。 他们可以从中得到他们需要的专业知识和建议。不断在你
的公司内部和外部结交新朋友并发展专业领域的联系。
11.寻找良师或榜样
我和许多出色的测试工程师一起工作过，组从他们那里学到了很多东西。为了提高你的测试技
能，你应该寻找“顾问”与他们见面或者榜样向他们效仿。
12：保持自省，保持主动学习心态
测试行业是可以说是吃青春饭的行业，有太多谈起35岁互联网行业的人送外卖，跑滴滴。虽然是一句玩笑，但现实中肯定是存的这种情况，而且还很多。需要有一种紧迫的心态。主动学习。
如果你不想再体验一次自学时找不到资料，没人解答问题，坚持几天便放弃的感受的话，可以加我们的软件测试交流群：644956177，里面有各种软件测试资料和技术交流。
加油吧，测试人！