测试在转角

在测试过程中，经常会遇到一系列的问题。尤其是哪些努力了半天仍然没有找到半点solution的头绪，更加令人讨厌。可是最近在我的测试生活中，我却发现“凡是问题总会有解决的办法，而有时候只需要稍微转换一下我们的思维，也许在下一个转角，你会看到希望”。O(∩_∩)O~

我们的产品toolbar有个问题，这个问题在上个版本一直存在，没有找到较好的解决方法。所以被列入Known issue.就是当浏览器中的一个插件装入到chrome中后，用户的误操作可能会把它删除。如果在chrome中把一个插件删除那么这个插件就会被chrome列入黑名单。当用户下次再次装的时候，就会装不上。所以我们必须解决这个问题。

首先想到的是chrome的Preference文件。用户将插件误删除之后这个插件的GUID就会被写到Preference文件中并被列入黑名单。我们可以将这个文件删除。再次装载我们的插件。当我们信心满满的将脚本写完之后，验证了一些测试场景，ok，没问题，一切貌似都在我们掌握之中。原来巨大的陷阱我们并没有发觉，原来chrome上Preference文件并不是省油的灯，它掌管着chrome上面插件安装的一些信息和用户在Preference中更改的一些设置的管理。当我们将preference文件删除之后，那么用户之前下载安装的哪些浏览器插件都会被removed,同时在Preference页面中用户设置的一些操作设置也被修改为默认值。如果我是一个用户，对我来说，这是一个多么糟糕的solution啊，我怎么可能容许为了一个修复一个插件的安装而删除掉之前安装的所有插件呢？这不是舍近求远吗？

这个solution被我们鉴定为重大过失，绝对不能使用。但是问题必须要解决的啊。苦思冥想中~~~~

在山穷水尽的时候，充分掌握目前可能有用的信息，说不定会发现星星之火哦。我们知道Preference记录了被用户删除掉的插件的GUID，这个GUID一般同一个插件安装到浏览器上面都是一样的。那么每次只要将被写入到Preference文件中的GUID修改成一个不存在的ＧＵＩＤ，那么当该插件再次安装的时候在Prefence文件中找不到相同的额GUID就行了。这样就可以安装已被我们之前删除的插件了。

其实解决方案很简单，有时候就只是需要转换一些思维而已。