整理日常测试工作中的基本流程，梳理测试思路

以下分三个方向说明不同项目的测试基本流程，一般包括需求评审、编写测试大纲、测试用例、测试计划、执行测试、过程汇报、测试报告、测试总结等。

一、立项项目流程

1-1、首先要有必备的素质，包括沟通能力、表达能力、逻辑思维能力、团队协作能力、处理日常事务和突发事件的能力、危机感和毅力；同时要具有熟悉产品、明确测试流程中各个阶段的工作、测试案例的设计能力、使用测试工具、测试管理的专业素质。

2-1、测试策划阶段：项目立项（项目计划、产品需求说明书）——>了解项目需求，并验证需求的可测试性（进行需求评审）；此时指派给相应的测试人员；交互定稿后（有界面，定稿后可编写测试大纲），制定项目测试计划（明确要进行系统测试的项目需求点，以估算系统测试周期），在上述两者确定后开始测试设计阶段。 
输出件：项目测试计划、测试计划。

2-2、测试设计阶段：根据测试计划、需求概要等相关文档，进行测试大纲（用例）的设计，用例编写必须等到交互定稿后开展，此后进行组内评审和项目组评审。 
输出件：测试需求说明书、测试用例、测试计划、用例评审记录。 
tips： 
组内评审和项目组评审会议记录问题——>修改大纲，填充案例——>提交/更新后需要再进行审核 
订测试计划（开发根据项目上线时间定下提测时间），由此确定测试时间，只要保证提测前写完案例就OK

2-3、测试执行阶段： 
2-3-1、开发进行自测（使用测试提供的开发自测用例），若开发自测不通过，则需要注明注明情况，如何时才能测试阻塞部分的功能，否则不能提测。 
2-3-2、假设已提测，先由产品经理（交互）进行产品验收，保证没有需求bug。如果有产品，产品看功能，若满足需求，指派给测试（测试备注，完成审核）；否则，把单子指回给开发，待到审核通过后再重新提单。 
2-3-3、提单后开始预测，若有阻塞问题（和开发口头沟通好），把单子指回给开发，写邮件，说明该情况后发给项目组；开发修改bug，改好后指派给测试（时间上会顺延），需要验证阻塞问题通过后，再开始测试，开发会自己发邮件。 
2-3-4、开始测试，包括功能需求测试、专项测试等等。注意在测试过程中每日都要更新测试单，说明测试进度，测试情况。 
输出件：测试申请单、测试阶段总结、测试报告、缺陷列表。

2-4、发布前阶段：整理测试报告发给项目组，让产品评估是否可以发布，哪些bug必须改。 
测试工程师提交测试报告后，由测试负责人审查报告，通过后产品提交回归测试，由测试负责人审查bug处理结果，测试工程师再执行回归测试，最后输出测试总结。测试负责人审查测试总结，产品验收确认，通过后即发布。 
输出件：发布前测试报告，测试总结。

2-5、发布后阶段：跟进用户反馈问题。

3-1、测试总结规范： 
1、汇总项目初始以来严重buglist并进行项目组评审； 
2、汇总已测试的功能点； 
3、汇总未测试和无法测试的部分； 
4、汇总测试不充分的部分； 
5、汇总bug分布图和bug走势图； 
6、总结项目风险。

二、机型适配项目

1、立项/需求阶段：视项目具体情况进行预研，如竞品分析、资源交付、风险点。

2、计划评审阶段： 
2-1、进行测试整体计划/策略（包含风险分析）的编写：注明项目主要干系人、项目目标、发布标准、总体策略，在各个阶段策略中说明测试的主题，计划日期，测试内容，测试风险说明。 
2-2、需求及系统原理分析：如功能的实现原理（甘特图），使测试更了解功能实现原理，有助于测试思路的发散，以及发现问题时定位问题出在何处。 
2-3、系统埋点策略：是一种常用的数据采集方法，是风险分析的依据。 
2-4、测试用例大纲 
2-5、开发自测用例：最好依据项目特点和前期预研更新开发自测用例。

3、开发测试阶段： 
3-1、提测单检查，确认就行 
3-2、测试进度报告（包含风险分析）：2-3天一个周期，邮件汇报给测试主管和项目成员，内容为对当前测试进度、业务情况和风险等进行归纳整理，对于当前业务中特别需要关注点重点提示，@到具体的相关人员。 
3-3、测试总结（阶段性）：包含测试的项目基本信息，测试内容，需求/功能实现情况，模块小结，风险点，buglist等等

4、发布阶段：部署/灰度策略

5、发布上线： 
5-1、线上监控*：发现崩溃、系统异常 
5-2、数据分析*：业务异常 
5-3、用户反馈跟进 
5-4、测试总结

三、变更测试验证

一般流程如下：开发提单，沟通交流测试方法，测试在单子上备注测试策略，过程中备注测试进度、发现缺陷，最后测试总结。

转载于：http://blog.csdn.net/LYYCasablanca000/article/details/55272177