流程测试,相比单个功能点测试更消耗测试时间,尤其是金融、通信及运营类的系统平台,往往一条路径的测试就需要构造大量的测试数据才能完成,因此,在执行流程测试时,应该提前准备好相关的测试数据,如果涉及较大量的数量,可利用一些数据生成工具来制造测试数据。
敏捷测试中以一个Sprint为节点,通常Sprint中包括的用户故事具有较强的耦合度,测试工程师根据产品实现,确定业务流程从而开展测试活动。
流程测试执行的顺序可以先从单个功能测试开始,这点根据开发工程师提供的模块确定,开发工程师提供了哪些功能,测试工程师则先开始测试,当模块逐步集成时,再进行流程测试,因为流程测试的前提是单个功能点正确。
当产品功能逐步集成后,进行冒烟测试时,应当以将基本流作为冒烟测试用例执行,验证被测对象是否具备可测性。冒烟测试通过后再进行正式测试。
以上介绍的是从用户角度出发,完成某个具体业务需求的流程测试方法,在实际测试工作中,还有一种流程测试思路,笔者称为逻辑流程测试方法。
【案例1 ECShop商品管理功能测试】
ECShop商品管理功能的应用逻辑流程如图1所示。
图1 ECShop商品管理流程
软件测试实施过程中,从用户角度出发,可能因每个角色的业务目标不同,而导致业务逻辑断裂,造成测试活动无逻辑,浪费测试时间ÿ