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