功能关联图 & 敏捷测试 [2012年02月26日]

当一个已经完成的系统中，有新需求提出对系统进行改动的时候（尤其是经常变动的地方），应该对被改动的部分（模块）进行与系统中其他部分的“关联”总结。51Testing软件测试网"\e;c0Y2P-_K

设计总结一张被改模块与系统其他地方有直接或者间接联系的图。目的是，当有部分改动时，可以根据这个模块间的“关联图”来快速的锁定测试涉及到的点，即提高了工作效率又防止了漏测的发生，归类的话这应该属于敏捷测试的一部分。

以“对账平台结算无差错”为例，经常改动的有业务模块下的业务类型，在数据库中每个业务类型涉及一张或多张的表；涉及3大类发短信的情况；涉及页面统计的显示（未上传数据统计、有差异统计、对账工单统计、待办的显示）；涉及所属业务系统里的查询（查询子项列表）；上传后的数据在页面里的显示。

在分析了一个业务小项可以涉及到的各个方面之后，就可以画出一张“关联图”了。

（“图示”）51Testing软件测试网/Ps5a_$X#e

依据“关联图”，可以直接拿出之前的测试用例和数据（本例中就是之前做满数据的201204这个账期，和之前设计好的关于过期时间的用例数据），进行套用。这在涉及大量数据和多个联系点的时候是省了不少时间的。

每一次测试都不是一次单独的工作，而是整合系统各个方面，结合以后的测试，依据各类文档性资料贯穿起来的一个系统工程。

51Testing软件测试网BR6gtYzl

！！！补充：可以先对系统做一个完整的流程关系图，把所有的测试情况（和各种情况间的关系）都绘制在这个图表当中，这也可以说成是测试基础图，那以上所说的“关联图”就可以在这个基础图上轻松的提取了。

（感谢一楼评论补充的概念：

“需求跟踪矩阵”(Requirement tracibility matrix)，把所有需求，模块及对应的测试库相对应起来，能有效跟踪所有的需求及设计变动。）51Testing软件测试网O'j_GXb;y(|

TAG:

引用删除 qingchunjun / 2012-02-27 16:24:21: 其实楼主说的这个所谓模块间的关联图并不是敏捷测试所特有的，它其实就是传统测试中所谓的“需求跟踪矩阵”(Requirement tracibility matrix)，把所有需求，模块及对应的测试库相对应起来，能有效跟踪所有的需求及设计变动。