暑去清凉来，一场大雨让燥热一去不复返了，这让身体舒服了许多。本周四晚有一次产品升级操作，按惯例每次升级前的都会对产品做一次针对性的回归测试，这次也不例外，不过临近下班时测试组爆出一个莫名奇妙的问题。

测试人员在BUG说明中写到：产品在只运行某个流程A的情况是正常的，但是当流程A和流程B一起运行时，就会出XX异常情况。作为开发人员遇到类似的问题第一反映多为：这怎么可能呢？这个产品已经经过N轮测试并且早前已在某个省份上线运行了近两个月，如果有此潜在的BUG应该早就暴露出来了才对。及时找到测试人员沟通，测试人员很轻松的就复现出了该BUG，眼见为实！离升级时间点已经不多了，赶紧解决吧。

使用GDB在我认定的关键代码路径上设置了断点，对测试环境下的某进程进行调试，不过无论如何发消息，代码始终没有走到该断点，这让我疑惑不已。负责维护这段代码的开发人员恰参加培训回来，用她擅长的通过调试方法-“加打印语句”又进行了一次调试，发现一些端倪，消息并未按照我们预期的流程走，问题被缩小到消息包中的一个关键字段上，通过打印发现这一字段的值与预期的值不同。我的第一反映：是否有内存污染问题，如果真有这样的问题那就严重了，一直到此时我的怀疑点也一直在产品本身上。

这时测试人员在屏幕上的抓包结果引起了我们的注意：消息包中这个字段的值与设置的不符。通过进一步在产品中的打印结果也印证了这一点。难道是模拟器的问题？记忆中模拟器已经用了一年多了，这个问题之前怎么没有暴露出来呢。我们立即换了一个其他的模拟器进行了测试，结果：流程正常。看来就是模拟器的问题了。

据测试人员说以前未暴露出该问题很可能是因为之前的测试要么只测试A流程，或要么只测试B流程，很少A和B流程一起并行测试，所以这个模拟器陷阱就没有被发现。模拟器在A和B两个流程的共同作用下出现了内存污染的bug，，将A流程中的协议包中的一个重要字段设置错了，导致产品在处理该流程消息时未得出预期结果。

这次的“模拟器陷阱”问题起码暴露出两个问题：
1、缺少对新实现的模拟器正确性的完备测试；
2、测试人员在用例设计上还有提高的余地，应避免只有单一场景的用例了。

记得一年前的六月份到北京客户那里开会，从Taxi里出来后，走在北京著名的金融街上，那叫一个热！夹杂着湿气的热浪一阵阵的扑面而来，让我浑身不舒服，豆粒大的汗珠瞬间就从额头、颈部流了下来。见识过北京糟糕的夏季天气的我当时心里还在庆幸：还好这是在北京，远在东北的沈阳可从来没有这么热过，起码没热的这么难受。

不过好景不长，现在的沈阳与北京应该有一拼了。今年沈阳一改以往干爽怡人的夏日气候，自从入伏以来，连续近两周的高温湿热让沈阳的市民们苦不堪言。高温从早上七点就开始，一直能持续到夜间11点以后，这可热坏了上班族，早上要顶着高温挤公交上班，晚上带着一身臭汗回家。

此次高温天气持续时间长，印象中还未经历过如此长的高温天气，且这期间几乎没有什么降雨；我每天都看天气预报，就期望着第二天能凉快一些或者下场雨降降温，可是每次这种奢望都成了泡影，天依旧那么热。甚至过了立秋，高温也没有停下脚步的意思；

温度高，湿度也较高，60%以上(家里湿度计上的显示结果)；不过比起北京典型的桑拿天，这里还逊色一些。但依旧让人很难受，多数人宁可选择减少喜爱的户外活动而待在不健康的空调房中。

我不喜欢空调环境下的空气，家里也并没有安装空调，在家里只能靠冲凉来降温，往往是刚冲完凉出来不到五分钟身上就干了，热气顿时包围住身体。以至于近些天我都开始动了买空调的心思了。另外大热天总有吃生冷食物的冲动，但是这是很不健康的做法，这不刚刚就因为吃了较多凉西瓜而上吐下泻了一番，得不偿失。

不知道凉爽的天气何时能够到来！