避免测试遗漏和测试重复，三个步骤搞定

背景

近年来，随着银行业业务品种的激增，各应用系统也日益增多，各应用系统关系错综复杂，支系繁多。缺乏科学的方法来快速明确业务需求所指向的应用系统，导致测试过程中出现覆盖不全、需求遗漏等问题。对于测试工作来说，如何分析需求点、划定测试范围就显得尤为重要。

本文主要介绍根据业务模块来梳理所涉及关联系统和外围系统，并在在此基础上完成测试范围精准划定的一种方法。

可以解决如下两个实际问题：

一是可能遗漏一些测试点，造成测试不充分；

二是可能存在一些重复测试，造成资源浪费。

实施过程

首先，通过梳理某个领域的相关项目，分析相关业务规则，提取交易要素。

其次，以业务需求为起点，贯穿业务场景的前、中、后台系统的进行测试分层。

最后，根据测试的功能模块快速定位所涉及的外围系统及关系系统，进而解决测试中出现的测试覆盖面不全等问题。

具体过程如下:

测试分层框架

整理分析某个业务领域的典型业务场景，完成典型业务场景的梳理，然后通过业务需求，并且结合以往项目经验进行外围系统分析，从而建立业务场景的统一视图，生成了基于业务需求与业务场景视图的测试分层框架。

借助该测试分层框架，可以提高精准确定测试范围，降低项目风险。

第一，借助该层次型测试框架，可以划定更加精准的划分的测试范围。由于我们明确了业务场景，那么需求分析也扩展到了业务场景的前、中、后系统层面，这样就避免出现被测试系统遗漏的问题。

第二，借助该层次型测试框架，可以快速定位缺陷。针对该需求点设计的测试案例在执行失败后，就可以追溯到对应系统的后台交易，缩短了定位问题的时间。

原文链接：https://mp.weixin.qq.com/s/3NcQdwOfYszeuZogM1Gkyw