前言
与一些刚入行的测试人员接触时，发现他们对测试的认识不够，总是认为测试只是一个点、点的过程，认为测试也总是在界面上点，点的过程，我只想说“测试看似简单，但实则深不可测”，接下来就讲讲测试过程主要是做什么？
测试主要做什么？这完全都体现在测试流程中，同时测试流程是面试问题中出现频率最高的，这不仅是因为测试流程很重要，而是在面试过程中这短短的半小时到一个小时的时间，通过测试流程就可以判断出应聘者是否做过软件测试，以及能了解到应聘者在流程中承担的职责，故在测试流程中包含了测试工作的核心内容 ，例如需求分析，测试用例的设计，测试执行，缺陷等重要的过程。下面就以迭代测试为例，给大家画下测试流程图：
1.需求分析
一般在上一个迭代测试即将完成之时，下一个迭代的需求文档就已经发出来，放到配置管理平台，便于测试和开发自取，那这个时候一般测试人员就会自动去取需求文档，开始做需求分析，需求分析主要是分析接下来的需求，从功能交互，测试要点等方面入手分析。
需求分析完成之后，就会开始需求评审。
2.编写测试用例
需求评审完成之后，对测试而言，应该还需要编写测试计划和测试方案，一般测试计划是由测试主管编写，测试方案是高级测试工程师编写，故有些测试人员并不会要求编写，但是测试用例却是每个测试人员都需求编写的，一般测试用例我们主要用到的都是黑盒用例设计方法，如等价类分析法，边界值分析法，因果图，判定表，场景法，状态迁移，错误推测法等等，根据自己熟悉的方法和需求文档来设计测试用例。
测试用例编写完成后，测试人员就要开始用例评审，用例评审与需求评审的评审流程相同，只是发起人和评审内容，评审重点不同。
3.测试执行
一般用例评审完成之后，就要开始等待开发转测。
转测成功后，测试这边就要开始搭建测试环境，然后进行冒烟测试，冒烟测试通过后才开始进入正式测试执行阶段。
1.冒烟测试的重点：
- 原来版本的主要功能
- 新需求的主要功能主要流程
2.提交缺陷
在正式测试阶段，测试人员是根据已经编写好的测试用例执行程序，当执行程序的实际结果与测试用例的预期结果不符时，就需要在缺陷管理工具上提交bug单，bug单会根据bug处理流程进行处理。
3.回归测试
当开发人员修改了大部分bug时，开发人员会再次合版，联调，转测，这时测试人员就会进入到回归测试阶段。
回归测试的重点：
- 检查bug单上的缺陷是否被修复OK
- 检查在修改bug的时候是否引入新的bug
6.部署上线/交付
当测试执行阶段根据测试标准中的出口准则，结束测试活动，如果测试结果是OK的，这时运维人员就可以开始部署上线，或者进行版本交付。
上面的测试流程是基于有需求文档的一个完整测试流程，如果公司没有需求文档，则测试流程就会在上面的基础上有所删减。
