1、需求分析

　　一般在上一个迭代测试即将完成之时，下一个迭代的需求文档就已经发出来，放到配置管理平台，便于测试和开发自取，那这个时候一般测试人员就会自动去取需求文档，开始做需求分析，需求分析主要是分析接下来的需求，从功能交互，测试要点等方面入手分析。

　　需求分析完成之后，就会开始需求评审，如果对需求评审不了解的话，可以查看上一篇文章。

　　2、编写测试用例

　　需求评审完成之后，对测试而言，应该还需要编写测试计划和测试方案，一般测试计划是由测试主管编写，测试方案是测试工程师编写，故有些测试人员并不会要求编写，但是测试用例却是每个测试人员都需求编写的，一般测试用例我们主要用到的都是黑盒用例设计方法，如等价类分析法，边界值分析法，因果图，判定表，场景法，状态迁移，错误推测法等等，根据自己熟悉的方法和需求文档来设计测试用例。

　　测试用例编写完成后，测试人员就要开始用例评审，用例评审与需求评审的评审流程相同，只是发起人和评审内容，评审重点不同。

　　3、测试执行

　　一般用例评审完成之后，就要开始等待开发转测。

　　转测成功后，测试这边就要开始搭建测试环境，然后进行冒烟测试，冒烟测试通过后才开始进入正式测试执行阶段。

　　冒烟测试的重点：

　　（1）原来版本的主要功能

　　（2）新需求的主要功能主要流程

　　4、编写测试报告

　　测试报告是对一个测试活动的总结，对项目测试过程进行归纳，对测试数据进行统计，对项目测试质量进行客观评价。不同公司的测试报告模板虽不相同，但测试报告编写的要点都是一样的，一般都是先对软件进行简单介绍，然后说明这份报告是对该产品的测试过程进行总结，对测试质量进行评价。

　　一份完整的测试报告必须包含以下几个要点。

　　引言：描述测试报告编写目的、报告中出现的专业术语解释及参考资料等。

　　测试概要：介绍项目背景、测试时间、测试地点及测试人员等信息。

　　测试内容及执行情况：描述本地测试模块的版本，测试类型，使用的测试用例设计方法及测试通过率，依据测试的通过情况提供对测试执行过程的评估结论，并给出测试执行活动的改进建议，以供后续测试执行活动借鉴参考。

　　缺陷统计与分析：统计本次测试所发现的缺陷数目、类型等，分析缺陷产生的原因，给出规避措施等建议，同时还要记录残留缺陷与为解决问题。

　　测试结论与建议：从需求符合度、功能正确性、性能指标等多个维度对版本质量进行总体评价，给出具体明确的结论。

　　测试报告的数据是真实的，每一条结论的得出都要有评价依据，不能是主观臆断的。

　　5、提交缺陷

　　在正式测试阶段，测试人员是根据已经编写好的测试用例执行程序，当执行程序的实际结果与测试用例的预期结果不符时，就需要在缺陷管理工具上提交bug单，bug单会根据bug处理流程进行处理。

　　6、回归测试

　　当开发人员修改了大部分bug时，开发人员会再次合版，联调，转测，这时测试人员就会进入到回归测试阶段。

　　回归测试的重点：

　　（1）检查bug单上的缺陷是否被修复OK

　　（2）检查在修改bug的时候是否引入新的bug

　　7、部署上线/交付

　　在测试执行阶段会根据测试标准中的出口准则，结束测试活动，如果测试结果是OK的，这时运维人员就可以开始部署上线，或者进行版本交付。