想了解一个项目完整测试流程，看这篇文章就OK了

　项目的测试流程大只包含的几个阶段：立项、需求评审、用例评审、测试执行、测试报告文档
　　

一、立项后测试需要拿到的文档

　　1、需求说明书
　　2、原型图（及UI图）
　　3、接口文档
　　4、数据库字典（表的数量、缓存机制）

二、需求评审

　　参加人员：开发、测试及需求人员，由需求人员主持讲解。
　　为了会议的有效举行，测试及开发人员需要在会议开始之前熟悉需求文档及原型，将有疑问 的点标注出来在会议中一一确认，对不明确的点要督促开发及需求一并关注，对不能立马得到肯定回复的点记录在一起，会议结束后，邮件整理好发出给各位参与的人员。
　　在项目可控的进度中，需求评审时必要的环节。当然，有些比较小的项目会忽略此阶段，个人认为这是非常有必要的环节，这不但减少了后期开发、测试、需求人员的意见分歧，保证项目的进度的必要手段。

三、用例编写（同时根据开发计划编写测试计划）

 
　　用例功能类型
　　所在就职部门将用例分成7类：
　　1、主流程：该模块实现的主要功能流程。
　　2、备选流：不一定完成执行一个功能，而是终止了流程。
　　3、异常流：由于某些异常原因，使流程的功能无法实现。
　　4、业务规则：必填项，强制的要求。
　　5、正常类：返回功能、必填项输入范围、页面按钮的切换等。
　　6、异常类：网络异常、返回异常等。
　　7、界面检查：针对每个页面的样式及内容检查。
　　注：几个大类中主流程、正常类、异常类、和界面检查四个大类使用的比较多，一个项目不需要涵盖所有的用例类别，只需要根据所在项目的实际情况来进行测试用例的分类即可。
　　编写用例可在TestLink及excel上进行，一般会在TestLink上进行，小项目会比较习惯用excel进行，excel记录测试用例的字段有：
　　用例编号、功能模块、功能类型、用例等级、用例描述、前置条件、数据、测试步骤、预期结果、客户端、执行结果、备注、设计人、执行人等
　　用例编写注意点：
　　1、尽可能结合用例设计方法设计测试用例
　　2、不要只根据需求文档明确标出的需求编写用例，还需要多考虑一些衍生的场景；
　　3、用例编写前，先画出整个功能的简要流程图；
　　4、用例描述简洁且带有结果，不要重复赘述；
　　5、用例步骤和预