【腾讯TMQ】测试建模 ——从需求的角度说建模

看完本文你会了解以下内容

需求工程的多个视角

不同视角涵盖的视图（模型）及关联

测试工作中应该从哪个视图入手

关于本文

在上一篇文章的实例中我们了解了基于业务流程测试的建模方法，但在实际工作中针对不同的需求我们还有很多其他建模语言可以使用。今天这篇文章将通过需求的几个不同视角来为大家介绍下还有哪些视图在测试建模中可以被我们拿来使用。

一、需求工程的多个视角

每当我们从产品经理手中接过需求文档时，往往心中的第一个疑问就是怎么“看”，在解答这个问题之前，我们先来了解下《Requirements Engineering Fundamentals》一书中关于“需求三个视角”的描述：

书中将需求分为三个视角解读：数据视角、功能视角和行为视角，并分别列举了类图，活动图和状态图，同时还特别强调了三种视角并非独立存在而是具有一定融合、交叉的关系。

数据视图：描述输入输出数据结构、静态结构及依赖关系（考虑其实际意义，后文称之为：结构视图）

功能视图：描述系统实现的功能，输入输出数据的处理

行为视图：描述系统如何运行和具体功能实现

因此，当接到一个业务需求、产品特性或是整个系统时，我们可以通过这三个视角来解读被测系统。那么，每一种视角究竟有哪些工具可以让我们进行选择使用呢？

如上图，每一种视角下都罗列了一些UML视图，如活动图、状态图、用例图等。测试建模过程中，我们可以依据一些经验从中选取一款或几款使用。

作为一名测试工程师，我们的工作不光单单关注产品本身，更多的时候还要考虑到系统的边界、环境和与之