原标题：如何在工作中更好的学习？

国内软件测试行业的从业者，有多少是因为兴趣而选择的这个行业呢?有的人是因为原先从事的行业薪水比软件行业低，然后跳到这个行业;也有的是觉得软件测试门槛低，毕业后做不了开发就无奈选择测试。。。无论当初做出选择的原因是什么，我想我们中的多数人现在还在继续做着这样一份工作的原因，无非是养家糊口。有多少人还能保持当初的激情呢? 或者有多少人还能坚持做一些学习自我提升呢?在面试过程中我常问应聘者，你是否觉得自己是有上进心的人呢? 所有人都会说是， 接着再问，那么你平时看过什么书，或者做过什么学习呢? 回答上来的寥寥无几。不得不让人叹息。

今天的主题：在我们软件行业，加班是种常态，每天留给自己的时间可能并不多，那么在这种情况下我们该如何学习?

我们日常所做的工作，能带给我们的提升并不多，因为大多数工作我们做熟练了以后，都是重复性的工作，这也就决定了我们需要自己更主动的去学习，去扩展我们的学习对象。

首先我们可以通过参加公司各项会议来学习，包括例会、技术评审会、项目评审会等等，注意倾听和总结。

比如参加项目评审会，我们可以观察一下会议组织者是如何组织这项会议(如会议前他们做了什么工作，为什么这么做)，了解他们希望达到什么样的效果，观察在场的人怎么积极表达自己的观点? 会议主持者通过什么样的方式来调动参会人员的互动热情(软件行业的人普遍比较闷，不爱发言)。或者同样的用例评审会，在会议过程采用了那种方式进行(评审需求、用例还是问题?)，哪种方式更高效。 若自己有想法， 也积极的去表达，可以看看自己的想法能否得到支持，能否被实施。

再比如参加技术评审会，我们可以跟开发多学习更多技术方面的问题。开发经常会提到各种架构，各种专业名词， 比如主库、从库、分表、分库。。。如果在会议上问开发这些术语是什么意思，可能开发觉得这些名词过于简单而不屑解释。那就把专业名词记录下来，一个一个去百度。或者会议结束后找人讲解。 有时候开发看到测试什么也不懂，下次类似的例会更不会叫上测试。 参加会议切记不要云里雾里就过去了，这样也就失去了一个提升自己的很好的机会。

跟管理层的会议，注意多多关注他们的谈吐，看一下他们的关注点在哪，看看他们具备什么样的能力，看他们日常如何管理部门和公司的，思考一下为什么他们能做到这个岗位。

在一些互联网公司，老板或者总裁特别年轻，跟他们相处时可以观察一下他们的谈吐，看看他们的表达方式，他们的努力。。。他们怎么把战略传达给大家。---这些老总有个共同的特点，就是演讲沟通能力特别强，这方面可以多学习一下。

除了通过参加各种会议进行学习，还可以在工作中多做一些有挑战的事情——不要让自己在工作中特别的安逸和顺手，如果一直特别顺利，那么说明你也没有提升，一直在重复昨天的自己。

比如用例设计能力弱，平时就多跟组里的分享自己的测试用例，回答他们的提问，从而不断提升我们思维的全面性——这也是我们测试人员的核心竞争力之一。

比如自学自动化测试方面的技术，尝试写一个自动化的框架，在自己小有成就的时候跟领导申请做一下自动化方面的东西，或者做一些分享。通过工作来验证自己学习的成果。

我们平时的工作中，有挑战的事情真的不多，如果真的出现了，就好好的争取一下这样的机会。 比如现在某个测试主管的岗位空出来了，可以积极的跟领导申请一下，不管能力是否达到，先把坑占了，即使不成功，起码也把态度表达出来，这样领导在后续的工作中一般也会有意的加强对你的培养。而且测试主管的岗位可能前期做起来有些困难，但从中长期来看，也没什么不能胜任的。

另外呢，平时多跟不同的人，特别是有能力的人进行一些交流。比如跟产品人员的沟通，看他们怎么设计产品，为什么这么设计，这么设计有什么好处，是否有相应的运维数据支撑?

换工作时有机会可以去一些大公司，大公司除了待遇制度各方面更完善，更重要的是有更多更优秀的人，跟这些行业内的大牛共事，也可以更快的提升自己。

总结一下：

我们要从不同的会议中跟不同的人去学习，不断的思考，不断的学习我们不知道的东西，并且在工作中多接受一些有挑战的事情，尽可能多的挑战自己，如果没有这样挑战的机会出现，我们要尽可能多利用八小时之外多做一些学习，在小有成就的时候，尝试把我们的学习成果引入到我们的工作当中，这也是通过工作的实践来验证我们业余学习的成果，通过这样日复一日的努力、思考和实践，让我们的职业生涯到达一个新的高度，另外就是，如果有机会去大公司的话，一定不要错过，因为在大公司，你能认识更优秀的人才，从他们身上学习到更优秀的知识和一些宝贵的经历。

最后想说的话， 很多人完全想依赖本职工作来提升自己。在我看来这是错误的，因为多数工作并不需要太多挑战，如果天天都在挑战自己，那么说明你不胜任这个岗位，你也就没法留在这个公司了。平时求生存，周末求发展。所以，还是多多做一些自我学习和提升吧。