软件测试中的系统网络图

发表于:2017-4-18 08:33

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:Sarah xl    来源:51Testing软件测试网原创

  系统网络图--额,不清楚实际上有没有这个概念,不过我个人是这么称呼这种关系的。来源是网络拓扑图,如果系统分得比较清晰的话,实际上他就是一个网络拓扑图。大家都知道网络拓扑图描述的是物理布局的关系。系统网络图描述的是各软件系统布局关系,如果每一个软件系统占用一台物理机(服务器)那么他就是网络拓扑图。之所以分开来讲,因为有些公司测试环境为节省资源有多个系统部署在同一个服务器上面,因此跟网络拓扑图又有些区别。
  那么,在软件测试过程当中要如何应用这个网络图呢?看这个问题之前,我先告诉大家画这个图的好处。好处有四:一、明确测试分析要点。二、准确定位问题。三、减少沟通时间。四、加深对业务逻辑、程序逻辑的认识。
  明确测试分析要点。画网络系统图起码有50%是应用于此。如何分析?请看例子:
  eg1:需求(1):功能A可用显示并可点击,不可用时隐藏。由后台参数a,b,c决定功能A是否可用。此功能已上线,由于用户误会需要更改需求。需求(2):功能A可用显示并可点击,不可用同样显示并不可点击。
  分析需求:此需求并没有涉及到后台逻辑的更改只是需要前端系统把原有的不可用隐藏更改为不可用显示并不可点击。首先,我们根据系统网络图知道前端系统从后端系统获取值来判断功能A是否可用。需求由隐藏更改为显示置灰不可用,决定功能A是否可用在后台判断,此时后台逻辑不需要更改。
  测试分析:分析前端调用后台接口情况。
  (1)如果后台做逻辑判断,直接传值给前端系统。返回1则功能A可用,返回0则功能A不可用。那么按照等价类的测试手法只需要测试功能A可用或者不可用即可。不需要覆盖参数a,b,c的设置参数值。
  (2)如果前端系统做逻辑判断。设置a参数给前端系统返回1,不设置返回0。设置b参数给前端系统返回1,不设置返回0。设置c参数给前端系统返回1,不设置返回0。由前端系统逻辑判断是否全部返回值为1时才可用,否则不可用。那么测试分析需要覆盖a,b,c三个参数。对比两种情况,若情况(1)覆盖a,b,c参数设置容易造成用例冗余,减低测试效率。若情况(2)不测试a,b,c参数设置,则造成漏测。
   
  准确定位问题。
  eg2:问题(1):前端页面操作功能A时报由于参数c的原因该功能不可用。
  分析问题:分析可能原因(1)前端读取后台参数c时,没有相应的处理。此时报bug给前端开发同事。可能原因(2)后台关于c参数的逻辑不正确,返回错误信息给前端。此时应当报bug给后端同事。分析问题的依据需要参考日志信息,所以一定要建议开发同事打印日志信息。除此之外,对开发接口文档信息需要有一定的了解。
  我碰到的情况是,测试同事看到前端报错直接把问题分配给前端同事。前端同事根据描述检查各项逻辑,最后也没找到问题的所在,只能重复找测试同事重现问题。比较熟悉系统网络图的前端同事可能会根据接口的信息定位是否后端返回错误。再把问题转给后端同事。无论是哪一种情况,都浪费大量的人力资源在问题的定位上面。更不用说那些复杂系统了,A系统开发推给B系统的开发,B系统的开发推给C系统开发,C系统开发找测试重现,然后重新找A系统、B系统开发再次确认。因此准确定位问题后,直接把日志信息附在bug报告上面,这样可以避免大量的确认时间。
  减少沟通时间。
  减少沟通的时间,一方面是bug定位沟通上。另外一个是对业务逻辑的理解。如eg1例子说明,后台参数a,b,c由后台做逻辑判断。那么请教前端同事无疑是浪费时间的行为,而且也得不到正确的答案。因此,请教前端同事的时候可以这么问他:功能A是否可用是由后台返回参数决定的?还是前端逻辑判断的?再根据系统关系图找到对应的系统开发来确定问题。这样有助于测试分析,也有助于后期bug定位,更加减少与开发的沟通时间。
  加深对业务逻辑、程序逻辑的认识。
  根据系统关系图,了解每个系统大概的逻辑判断,加深对业务逻辑的理解。最后,关于系统网络图一定要自己去画,一边画一边理解。单纯看别人画的图,是比较难理解其中的意义的。当然如果你是天才,或者超高技术的心理学家,可以不理会此建议。
  我看过很多关于测试文章,一直在强调需要正确的策略,要有方案。不否认他们讲得很正确,但是看完又像是什么都没看。策略需要什么样的策略?方案,需要什么样的方案?如果你也不懂,那么不如从最碎片的这里开始。先画一下系统网络图,再对应去理解每个系统的逻辑关系。
  文中举例是最简单的例子,请大家加深理解并扩展到实际工作当中去。如果你们的测试系统有5个或者以上这个关系图的应用又当如何呢?因果图、判定表、等价类等等等的测试方法与网络系统图又如何结合使用呢?
  此文献给初、中级测试工程师们!受限于个人的技术以及能力,以上观点仅代表个人观点不保证正确性。请大家实践见真章。
  ... ...
   查看全文内容,请点击下载http://www.51testing.com/html/64/n-3717264.html
版权声明:51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权,未经明确的书面许可,任何人或单位不得对本网站内容复制、转载或进行镜像,否则将追究法律责任
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号