漫谈软件系统测试——通信节点识别
时间:2021-02-01 12:56:47
收藏:0
阅读:0
? A software system is a system of intercommunicating components based on software forming part of a computer system. 软件系统是以构成计算机系统一部分的软件为基础的内部通信组件的系统。本文的主要内容是通过对软件系统通信节点的识别,分享软件系统的测试思路。
如图1-1所示,在一套软件系统中,我们对其进行层次划分,可以分为四层,分别为用户层、展示层、服务层和关联层。四个层次间含有三个关键的通信节点,这里分别定义为通信上节点、通信中节点和通信下节点。

一、通信下节点
系统第一个关键节点为系统中用户与展示层的通信节点,如图2-1所示,这里定义它为通信下节点。
二、通信中节点
系统第二个关键节点为展示层与服务层的通信节点,如图3-1所示,这里定义它为通信中节点。
识别通信中节点后,为了更直接地验证数据在这个节点流转的正确性,我们可以对上下层服务进行拆分,建立代理层,如图3-2所示。

2.1 服务层:服务端与数据库间通信节点
在通信中节点建立代理层后,我们可以通过模拟接口请求数据和校验响应数据的方法来校验服务层输入及输出的正确性,但是我们可能无法保证数据在服务内部(存储层和逻辑层间)的通信是否正确。如图3-3所示,图中的黄色箭头为服务端与数据库间通信节点,为了验证系统服务层的正确性,我们也需要明确服务端和数据库通信机制和通信数据,验证服务端与数据库之间数据流转的正确性。
2.2 服务端内部通信节点
了解服务层内部服务端与数据库间的通信节点及数据流转后,服务层对于我们已经不再是完全的黑盒。如果我们想更加深入验证服务端内部数据流转的正确性,我们就需要分析下服务端(逻辑处理)内部的通信节点。如图3-4所示,数据A在服务内部的可能经过四个节点,为了验证数据A能够正确转换成数据B,实际上需要我们验证数据A在每个节点都能正确流转,我们也同样可以通过节点间建立代理(打桩)的方法对系统开展基于代码模块的测试(白盒测试)。
三、通信上节点
系统第三个关键节点为服务层与关联层的通信节点,如图4-1所示,这里定义它为通信上节点。


四、总结
作为测试工程师,我们需要与产品经理、UI/UX、运营、运维以及各个岗位的研发人员交流,共同协作完成一个项目的设计、开发、测试、运营及运维工作。在工作中我们相对重视加强与人的沟通,但是我们却相对忽视加强与计算机系统的沟通。不仅因为工作内容限制了我们与计算机系统的沟通机会,也因为计算机系统的抽象性和复杂性容易使我们望而却步。 本文在介绍对软件系统层级及系统关键通信节点的思考同时,也介绍了通过建立代理层直接对话通信节点上下游服务的思路,从而探索软件系统的全链路测试。本文尚未介绍具体的测试工具或者是技术,本文想分享的核心内容是分而治之的思想以及由表及里的探索式测试思路。为了提升我们直接与计算机的对话能力,我们可以尝试由表及里地去识别计算机中可能的通信节点,结合工具的使用循序渐进去了解与系统节点间的通信方式和通信细节,逐步加强与系统各通信节点的对话能力。如图5-1所示,现实中的软件系统可能更为复杂,但是,我们依然可以以通信节点的识别和拆分为基础,尝试去思考如何分而测之。最后,欢迎大家对本文进行指点纠错,分享你们的思考。

文章原文地址:https://mp.weixin.qq.com/s/RxqDhFnCa_qdeeI0KZuQ0g
也可扫描下方二维码打开原文:

评论(0)