首先，如果公司有标准文档的，
那么对于测试人员第一步就是学习产品知识 ，了解产品基本功能、架构、主要模块、核心业务流程、以及测试需求中需要重点关注的模块及功能 。
学习需求规格说明书时，要遵循从粗到细的规则，建议使用思维导图，第一次粗略阅读-搭建产品框架，第二次阅读-添加主体功能模块，第三次阅读-添加细节及并识别测试点；
另外，功能测试人员最终是站在用户角度来看待整个产品的，如果自己没有该领域的知识，一定要提前补上，了解行业知识-自己成为用户-浏览竞争对手的产品设计，站在用户角度上思考产品设计。
第二，了解已知的基本测试流程，
一方面要清楚具体的测试流程，以及测试准入原则、测试暂停、测试退回、测试结束的标准等等。在单独跟进一个项目时，如何与产品、与开发人员沟通。
另一方面是清楚产品的开发模式，即传统模式还是敏捷开发，不同的开发模式在不同阶段需要的测试交付物也不同，提前了解有助于自己规划工作优先级
软件思想家 Gerald Weinberg 曾说过，“如果建筑师按照程序员编写程序的方式建造建筑物，那么飞来的第一只啄木鸟就会摧毁整个文明”。
这句话告诉我们：第一，程序员编写的程序不是很靠谱；第二，软件测试是多么的重要。
软件测试独立
以前，软件行业没有软件测试的位置。后来，随着这个行业的发展，软件复杂度不断提升，分工越来越细，测试与开发相分离，软件测试逐渐成为独立岗位，企业也开始招聘软件测试工程师。
以微软为例，由于软件质量问题引发多次事故，1984 年，微软在各个部门内建立独立的测试组，把测试组从开发部门中分离出来。
为什么建立独立的测试组？据《微软的秘密》一书介绍，测试之所以独立存在有三条理由：
第一，开发人员不可能编写出完美无缺的代码，程序经理不可能制作出完美无缺的说明书。
第二，必须让某些人的工作独立于制作说明书和编写代码，以便对它们的质量能有一个公正的评价。
第三，在开发过程中，当代码群尚未交织在一起时，及早发现并修正错误对于开发人员来说更节约成本和更容易，并且对提高产品的稳定性和顾客满意度更加有益。
软件测试的独立，意味着它的重要性大大提升。
软件测试确保软件产品的质量，实现软件成功交付，保证绝大部分用户或客户满意。可以说，软件测试对软件质量发挥着至关重要的作用。
很多人对软件测试都有一些刻板印象，比如觉得测试“入门门槛低，没啥技术含量”、“对公司来说不重要”、“操作简单工作枯燥”、“一百个开发，一个测试”等等。
其实，网上出现这些测试相关的负面评论，根源在于企业对测试人员的要求，已经由低端的功能性测试，转变为更高级的自动化测试了。
但我发现，身边不少测试工程师，大部分时间仍在做重复性工作。想探索点新技术，发现公司的业务场景和用户体量根本用不着，长久下去，某天跟同行交流才发现自己仿佛被时代抛弃，什么自动化测试、性能测试、API 测试、高可用高性能之类的流行名词和行业趋势，明明身在其中却不知所云。
其实，早前这些问题也常充斥在我心里，后来随着工作年限的变长和经验的积累，我才慢慢领悟一二。
第三，了解并记录好产品依赖关系，
这个多见于外包公司或大型项目，有些软件系统需要其他系统的支持或辅助。或是本身安装过程中需要安装驱动等。（大型项目往往结构更复杂，比如银行的工单处理，提交，审核；审核往往要经过多级确认，有些是外部系统）所以在掌握了前三条之后，开始理清依赖关系，自己试着去安装。
另外，需要将外部依赖的系统地址链接或客户端路径都记录下。特别是不同环境的。
第四，工具使用
了解测试各阶段都会用到哪些工具，比如，移动客户端测试需要的协议查看工具、服务端测试需要用到的远程工具及服务器，GUI测试工具、缺陷管理工具、用例管理工具、版本控制软件、事务跟踪系统、编辑工具等等。有些需要登录的工具把账户都记录好。
公司内部使用的有些工具可能以前没接触过，但相似功能的工具都是相通的，不用投入大量时间学习。
最后，对产品质量的持续追求。
耐心对于测试人员是必备的素质，遇到非必现的问题时一定要重复多次后记录好复现概率。对于细节切不可马虎，即使是已经公开的产品文档也要保持怀疑心，而站在用户角度上永远都不要觉得简单的问题可以忽略，要时刻考虑到用户的感受，小到一个控件的位置与大小。
最后有一个小小的建议：初学者还是要一步一个脚印的去学习，只有不断实践，才会学得更深！
福利：最后是小编自己整理的一些学习资料笔记：想要以下小编学习资料笔记文档的【私信我关键词“999”免费获取】
高薪简历模板（面试宝典免费领）
