软件测试入行的朋友如何快速找到方向？

软件测试的工作相对嵌入式开发、C++等来说是比较容易的，但是对于软件测试新人来说掌握了一定的方法，那样会很快速的入门、熟悉、精通软件测试。

公司项目模式

我们是离岸外包公司，通常来讲我们的客户拿项目给我们做，会在我们公司建立一个团队，开发人员和测试人员都在一个团队里面。客户提他的需求，由我们这个团队完全负责分析，设计，开发，测试。
　　总得来说每个项目的情况都会有些不同，所以各个项目中测试人员的职责也存在不同，比如，有些项目里，测试人员是parttime的；有些项目里，测试人员需要和开发人员一起Review文档。所以具体的所负责的事情需要和具体项目一起来考虑。

一般项目的流程是：

● 需求理解：项目绝大多数都是迭代式开发，在每次迭代初期，在真正编码实现前，开发人员和测试人员会一起对这次迭代的任务项进行一个比较深入沟通，沟通需求，争取做之前双方对即将实现的功能有个一致的理解。
　　● 开发编码/用例设计：当开发开始编码时，测试人员就需要开始设计测试用例，需要注意的是，在功能没有开发出来的时候，就需要考虑用例，而不是看到具体效果，再设计。
　　● 测试阶段：执行用例，反馈BUG，验收BUG。
　　● 提交阶段：系统测试项目，保证质量，避免直接的明显的BUG。
　　● 收尾阶段：总结、反思。BUG分析报告，迭代回顾会议。
　　基本要求
　　由此流程，可以看出测试人员需要做到的事情的一个大致轮廓。
　　如果是新人，基础不太好，可以看看培训大纲中测试章节，里面有些资源、一些知识点要求和一些常见问题。下面在简单地提下具体的几个方面的要求。
　　英语要求
　　能看懂需求，能书写BUG、相关的邮件交流。
　　测试基本思想
　　理解边界值，等价类划分，基本流、备选流，场景划分。
　　需求理解
　　能够理解文档上功能的描述，知道功能具体是怎么工作起来。放在系统里面通盘考虑。
　　BUG
　　对BUG系统的使用熟悉。报告的BUG是符合规范，简洁易懂，不失必要的步骤。
　　Test Case
　　跟着模板来写，覆盖到文档里面的所有功能，正常情况，异常情况也需要包含。
　　Bug 分析报告
　　根据指导文档，对BUG的数据进行一些统计和分析、思考。最好是日常收集相关的数据。
　　进阶方向
　　当加入团队后，上述能力有一个样子，较为稳定的时，一样还需要根据自身的情况进行反思、改进、提升。着眼点需要更加开阔，怎么才能使自己能贡献得更多。下面做一个思路上简单分析，只做抛砖引玉。
　　提高测试水平
　　效率更高，发现问题更快：测试数据复用，测试思路总结分享，测试用例模版更新，测试用例、数据设计的总结，经验分享传递等等。
　　更少的BUG遗漏。
　　经常了解业界的测试技术、理论、方法论并尝试引入我们的项目当中。

学习资源分享

最后感谢每一个认真阅读我文章的人，看着粉丝一路的上涨和关注，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走

这些资料，对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！凡事要趁早，特别是技术行业，一定要提升技术功底。希望对大家有所帮助…….