探寻case的深度

当你接到一个case “安装了你们的产品之后，机器shutdown的时间变得很长”，你是什么反应呢？

首先这个case肯定要有个解决方案，即使没有具体的解决方案，也要对于用户有个说法，毕竟用户就是上帝，就是咱们的衣食父母。

那对于solution,你的建议是什么呢？

首先对于我来说肯定是要先试一个这个case的单纯的实际情况。用户报的这个case可能罪魁祸首不是我们，但是因为安装了我们产品，所以他们认为他们关机的时间可能与我们产品有关。

首先我比较了一下装了产品和没有装产品的关机时间，发现是有大概10s左右的延迟。从这个数据看，我个人是可以接受的。

以上可能是一个初级测试工程师所想到的，那么稍微有经验的工程师他还会找出几个同类型的竞争对手，查看一下他们所影响机器的关机时间。

那么一个经验很丰富的测试工程师就会想到查看system log.从log中可以看出在shutdown机器的时候，会unload我们产品的driver.那么shutdown时间延迟很有可能就unload driver有关。既然产生了怀疑，肯定要找出是哪个driver。

首先可以通过内部命令，先close一个driver,当只有一个driver存在的时候，测试shutdown时间。同理，close另一个driver,当只有另一个driver存在的时候，测试shutdown时间。这样通过比较如果没啥问题，那就可以再分析产品其他的因素。关键是问题就出在这边，我们发现在一个特定的driver存在时候，shutdown时间按占据了关机时间的很大一个比例。通过内部 命令运行也可以发现，close哪个driver的时间明显长于另一个driver.

问题到了这里已经很清楚了，导致机器shutdown时间延长的根本原因就是unload某个特定的driver所花的时间稍长。

于是你一个email.写清楚以上所诉的各种情况下机器shutdown时间，发给老大和对应的rd，之后的问题就是他们的了。

当然还可以更加地深入下去，比如从得到的数据来分析为什么我们的产品会跟竞争对手在unload driver的时候有所差别呢，是技术实现上面的不同吗？那么我们使用的是什么技术，竞争对手他们这部分具体是怎么是实现的呢？这个就需要去看code，请教rd，或者去research了。

以上我说了三个级别的工程师，分别是初级的软件测试工程师，当接到这个问题的时候可能想到的只是去try一下具体会延长多长时间。而经验丰富的工程师却能够找出问题的潜在原因，这就是经验，主要也是思维方式的区别。

所以说拿到一个case要尽可能地深入下去，多学多问，只有了解更多，才能想到更多的可能性，有更多的解决方法。