普通二本计算机专业毕业，从毕业后，第一份接触测试的工作是在一家通讯小公司，大部分接触的工作是以功能测试为主，一直都是几千块钱工资，还一度被派出差，以及兼职各种产品、运维、运营的活，感觉自己都不像一个测试人员。求个安稳，就这样“混”了2年。不愿意就这样堕落，想要不断提升自己。
在入职这家公司前，也就是3个月前，我就开始规划了我自己的人生，所以在几个月时间里，我并未懈怠。
现如今，我已经跳槽到了腾讯，顺利拿下 offer。自己的情况很普通，本科文凭，没有背景，分享这次我的经历，想鼓励和我同样起点的人！
经过将近3个月以来的迭代版本的测试，这段时间以来的工作和以前有点不同，迭代版本时间紧、任务重，同时对质量的要求更高；每天的工作时间安排的非常紧，一个星期的任务需要完成这个星期的测试任务，同时回归上个星期的bug。这样的工作流程，我总结了一下，怎么才能很好的完成此项工作：
测试工作开始前
1）对测试对象非常了解，在项目进行的过程中可以知道需求关联的模块，尽可能的不漏测；
2）尽量抽出时间听需求评审，在需求评审中发现问题可以规避在测试工作进行中有可能产生的问题，需求评审中能否发现问题，也是考验一个测试工程师对于产品的了解程度，还有考验发现问题的能力，在需求评审中给出一些建议或者发现一些问题，那么在测试工作进行的时候会节省测试的工作量；
3）在测试开始前做好测试方案，那么在你测试任务进行的时候会给予很大的帮助，一个好的测试方案，同样可以给予产品以及开发一些帮助，在看产品文档的时候有可能会发现一些产品漏洞，这时将情况和产品交流一下，这样比在测试过程中发现问题要好的多；
4）细心查看产品文档，产品文档是测试的依据，尽可能的发现问题，及时和产品沟通；
测试工作进行中
1）对项目的关注度要高，时刻关注邮件以及QQ讨论组中的消息，在开发和产品交流自己的测试任务时，能及时的清楚任务时能给出建议以及表达自己的想法，说明情况。能给予开发和产品一定的帮助，同时可以告知任务风险，可以让产品知道如果作修改，是否会影响项目进度以及在测试层面考虑的影响范围；
2）测试过程中要尽可能的覆盖所有的关联模块，如果因为时间问题，或者特殊原因（例如紧急版本影响，或者测试过程中发现影响范围增大，发现历史遗留问题）影响测试进度，那么通过加班，或者提高工作效率等途径，要将落下的时间补回来，这是重要的一环。
3）对于测试中的任务，每个环节都是至关重要的，项目里面的任何人的意见都是至关重要的，产品给出的意见，开发给出的意见，都会使测试质量有所提高。产品以及开发对于产品的理解不亚于测试，产品提及的影响范围以及开发会给出的影响范围都是在他们的目光指出会对任务产生的影响，听取他人的意见会把项目质量往一个好的方面引导（虽然我不喜欢别人指导我工作，但是还是会尽量听取他人的意见），取其精华，去其糟粕，是任务更顺利的进行。
测试任务结测后
1）测试任务结测后，基本上有任务反馈也是反馈到领导那里，积极配合领导来排查问题，先确认是历史问题还是由于此版本导致的问题，如果是历史问题，原因和领导讲明，是由于漏测还是因为八竿子打不着的原因，方便后续问题处理。
我大致总结为这3点，如果还有一点就是测试下个版本开始时，如果时间充足的话尽量回归一下上个版本的bug。
我目前的公司是我的第一家公司，我不太了解别的公司的测试任务进行的流程，项目流程现在还在优化中，现在测试流程也同样在完善，现在的项目里面，我以为最短板的是测试用例，现在项目组的测试人员对产品的了解都达标，但是，在这3个月的工作进行中，时间如此紧迫，有些测试点即使想到了，但是由于时间的原因，有可能会选择行忽略，或者着急结测，遗漏测试点的情况也有可能发生。虽然时间紧，测试用例方面确实无法保证能有时间进行完善，但是测试计划，也仅仅是给出大略的时间。如果再有迭代版本（紧急版本）的测试，测试用例尽量完善，如果实在没有时间，那么测试计划方面，一定要给出十分完善的关于测试点以及测试时间的测试方案，这样可以在写测试风险的时候，风险能更完善，因为咱们是项目的最后一环，同样是守护者，有义务给出风险，也为领导们可以更直观的了解紧急版本或者迭代版本的不足。在测试开始之前，有一份测试用例参照，或者有一份比较详细的测试计划，那么可以节省很多在测试时思考的时间，同时在测试时间允许的情况下，最大程度的保证了测试质量。
三个月的时间，说长不长，说短也不短，这3个月我的感触就是，有干不完的活，干活的同事还穿插着一些紧急版本，这些测试任务时间紧，任务重，经过3个月的紧急版本的测试，我感觉对于现在的我来说，有利有弊：
利：
对于以前不了解的模块现在已经有了自己的理解，同样也清楚模块之间的关联：例如测券，会了解前台的支付流程，还有会员卡充值赠送相关的功能，同时还有排片，增加卖品，等等功能，都需要用到。正常测版本同样也会使用这些功能，但是迭代版本更会让你印象深刻；
同事之间的沟通较正常版本要多，要顺畅，正常版本由于手头任务，或者线上bug，导致开发或产品无暇处理版本bug，迭代版本不同，如果阻测，或者紧急bug，即时沟通，及时处理，而且bug修改的效率极高
也更清楚时间的宝贵吧！时间对于迭代版本来说非常的重要，时间紧，任务重，这形容迭代版本非常的贴切，时间是非常紧急的，测试中间还有很多的问题需要处理，同样需要时间
弊：
测试质量不能很好的保证。
接下来，我要抽出一部分时间来学习接口工具的使用：
第一：发现目标价值；（同时几个，进行对比，选择最优目标）
第二：（学习、开发）目标；（对此技能进行打磨，深造，能够实现预期想法）
第三：确认方向，认真努力，让目标的价值为自己增值！
可能给予你助力的教程
一、Linux必备知识
Linux作为现在最流行的软件环境系统，一定需要掌握，目前的招聘要求都需要有Linux能力。
二、Shell脚本
掌握shell脚本，包括shell基础与应用、shell逻辑控制、shell逻辑函数等。
三、互联网程序原理
自动化必由之路：前端开发基础知识以及互联网网络必备知识。
四、Mysql数据库
软件测试工程师必备Mysql数据库知识，不仅仅停留在基本的“增删改查”。
五、抓包工具
Fiddler、Wireshark、Sniffer、Tcpdump各种抓包工具适用于各种项目，总有一款适合你。
六、接口测试工具
接口测试神器，你绕不开的强大工具：Jmeter。小巧灵活：Postman。
七、Web自动化测试Java&Pyhton
了解自动化的目的，熟练掌握testng&unittest自动化框架，以及断言与日志处理。
八、接口与手机自动化
专业接口调用、测试解决方案。组建完整的web和接口自动化框架，Appium整体使用。
九、敏捷测试&TestOps构建
揭开TestOps的神秘面纱，持续集成Jenkins框架烂熟于心。
十、性能测试&安全测试
软件测试的彼岸：性能测试和安全测试，选对方向，努力爬坑吧！
合理利用自己每一分每一秒的时间来学习提升自己，不要再用"没有时间“来掩饰自己思想上的懒惰！趁年轻，使劲拼，给未来的自己一个交代！
最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：
这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取
