项目的测试流程大只包含的几个阶段：立项、需求评审、用例评审、测试执行、测试报告文档
一、立项后测试需要拿到的文档
1、需求说明书
2、原型图（及UI图）
3、接口文档
4、数据库字典（表的数量、缓存机制）
二、需求评审
参加人员：开发、测试及需求人员，由需求人员主持讲解。
为了会议的有效举行，测试及开发人员需要在会议开始之前熟悉需求文档及原型，将有疑问 的点标注出来在会议中一一确认，对不明确的点要督促开发及需求一并关注，对不能立马得到肯定回复的点记录在一起，会议结束后，邮件整理好发出给各位参与的人员。
在项目可控的进度中，需求评审时必要的环节。当然，有些比较小的项目会忽略此阶段，个人认为这是非常有必要的环节，这不但减少了后期开发、测试、需求人员的意见分歧，保证项目的进度的必要手段。
三、用例编写（同时根据开发计划编写测试计划）
用例功能类型
所在就职部门将用例分成7类：
1、主流程：该模块实现的主要功能流程。
2、备选流：不一定完成执行一个功能，而是终止了流程。
3、异常流：由于某些异常原因，使流程的功能无法实现。
4、业务规则：必填项，强制的要求。
5、正常类：返回功能、必填项输入范围、页面按钮的切换等。
6、异常类：网络异常、返回异常等。
7、界面检查：针对每个页面的样式及内容检查。
注：几个大类中主流程、正常类、异常类、和界面检查四个大类使用的比较多，一个项目不需要涵盖所有的用例类别，只需要根据所在项目的实际情况来进行测试用例的分类即可。
编写用例可在TestLink及excel上进行，一般会在TestLink上进行，小项目会比较习惯用excel进行，excel记录测试用例的字段有：
用例编号、功能模块、功能类型、用例等级、用例描述、前置条件、数据、测试步骤、预期结果、客户端、执行结果、备注、设计人、执行人等
用例编写注意点：
1、尽可能结合用例设计方法设计测试用例
2、不要只根据需求文档明确标出的需求编写用例，还需要多考虑一些衍生的场景；
3、用例编写前，先画出整个功能的煎药流程图；
4、用例描述简洁且带有结果，不要重复赘述；
5、用例步骤和预期结果要一致，且一个步骤对应一个预期结果。<