测试工程师的捉虫历险记2

立即阅读

测试工程师的捉虫历险记1

1

捉虫价值观

现代人经常谈论的就是三观问题，那么捉虫其实也是有价值观可言的，只有树立正确的捉虫价值观，才能更好地指导实践。所以在文章第一部分我来先简要说说捉虫的价值观。

“捉虫”是给软件做一次全方面的体检，测试中心类似于医院的体检中心。并不是所有参加体检的人都是病人，也不是所有参加体检的人都百分之百健康。同理，并不是所有软件都有缺陷，也不是所有软件都百分之百没有问题。体检通过的标准是各项指标满足现实生活的需要，同理，软件合格的标准是各项指标满足客户需求。

2

捉虫方法论

在明确了捉虫的价值观之后，我们来简要谈谈捉虫的方法论。

1.组织机构

还是以体检中心为例，体检中心分为很多科室，比如抽血室，内科，外科，五官科，妇科，眼科，超声科，X线室，心电图室，亚健康室，心理咨询室等等。测试中心也分为功能测试组、性能测试组、自动化测试组、测试技术研究组、用户体验组等等。各个小组各司其事相互协作，共同为软件质量保驾护航。

2.工作流程

根据笔者的项目经验，常见的工作流程分为以下几个步骤：测试需求分析、编制测试方案、搭建测试环境、执行测试用例、输出测试报告。具体如下图所示：

3.常用方法

输入输出法、自表及里法、自顶向下法、自底向上法、最小可用系统法、用户体验法等等。这些方法各有优劣、常常根据实际场景动态选择，也可以组合使用。接下来在文章第三部分将讲述自表及里法在实际项目中的运用。

3

捉虫实践篇

理论指导实践、实践又反过来检验理论的正确性。在本文第三部分笔者将带领读者一起体验由表及里捉虫法在项目中的运用。

项目背景：新开发的一套监控系统，需要部署到客户现场。监控系统的大致框架如下：数据采集--数据处理--数据存储--数据分析--数据展示。

详情：

系统刚刚部署完成的时候，打开浏览器，登录到监控系统，从索引界面直接进入逆变器页面，发现有1车间9号逆变器的遥测数据没有展示出来。如图1：

图 1

我们第一反应就是：是不是没有数据啊。然后又看了下其他逆变器，发现所有逆变器的遥测都没有数据。但是进入数据采集端看LOG（图2），发现是有逆变器遥测上来的。

图 2

这样就排除了数据本身的问题，那么就是系统的问题了（代码问题或者配置问题？）按理说这种实时数据展示，是系统很基本的功能点，之前都做过测试的，不应该有这种情况出现。这下急坏了项目组的小伙伴们。不过排查问题要冷静，由表及里、从现象到本质。

首先，从前台观察问题所在。打开谷歌浏览器的开发者工具，查看Network选项。点击索引页面任意逆变器，发现Network中有遥测请求报500的错误（图3）。什么？查询遥测数据的接口后台报错了。后台接口报错，怪不得数据出不来！！！心中一万头草泥马奔腾.....

图3

赶紧查看详细的日志（图4），发现后台有空指针报错。

图 4

就目前而言，问题应该是出在后台接口，空指针错误。于是乎去后台Tomcat看日志，看看有没有什么线索。很可惜，Tomcat日志（图5）里没有Exception之类的字眼。我一下子蒙住了，后台没有任何异常日志，怎么会给前台返回500呢？这时高工问了一下冯工，最后一个SQL查询的是什么？如果结果是0会怎样。原来最后一条SQL语句查询的是模版和设备的对应情况，这个查询结果如果是0，就会报空指针！！！

图 5

原来报错的原因是这条SQL的查询结果不正确。可是为什么这条语句的查询结果不正确呢？是SQL语句本身的问题还是表单数据的问题呢？于是在数据库里手动执行了这条SQL发现结果也是0，语句逻辑上分析没有任何问题，进数据库看表的内容，发现原来是表内容的问题！配置的时模版和设备关联关系配错了，两个表链接查询的结果是0，后台遥测查询接口返回500，前台遥测数据展示不出来！！！

问题的根本原因终于找到了-----配置错误造成的，于是直接重新配置了一下模版和设备的关联关系，一切迎刃而解，数据展示恢复正常（图6）。监控系统顺利上线！！！

图 6

后记：这只是一次很普通的BUG排查，从现象到本质，从前台浏览器到tomcat后台日志、再到mysql数据。期间利用各种日志和工具，仔细定位BUG的产生原因，最终消除BUG。这个发现问题到排查问题再到最终解决问题的思路，使我受益匪浅。也正是在这样一次次的代码调试，一次次的BUG解决中，我们的产品才越来越成熟，我们的团队才越来越强大！我们测试人员的价值才能充分的发挥出来！测试工作也在一次次捉虫历险记中，变得有意思起来。

所以说测试不仅仅是简单发现问题的过程，更是在排查问题和解决问题的过程中，不断提升自己的过程。希望这篇文章可以抛砖引玉，大家一起探讨捉虫过程中的各种有意思的事情，我们大家一起提升共同进步！