说到策略，先讲一个故事：

　　袋鼠与笼子的故事

　　有，动物园的管理员们发现袋鼠从笼子里跑出来了，于是开会讨论，一致认为是笼子的高度过低。他们决定将笼子的高度由原来的十公尺加高到二十公尺。结果第二天他们发现袋鼠还是跑到外来，所以他们又决定再将高度加高到三十公尺。没想到隔天居然又看到袋鼠全跑到外面，于是管理员们大为紧张，决定一不做二不休，将笼子的高度加高到一百公尺。

　　长颈鹿和跑出来的几只袋鼠们在闲聊，“你们看，这些人会不会再继续加高你们的笼子？”长颈鹿问。

　　“很难说.”袋鼠说，“如果他们再继续忘记关门的话！”

　　【心得】

　　事有“本末”、“轻重”、“缓急”，关门是本，加高笼子是末，舍本而逐末，当然不得要领了。

　　【引深】

　　这则故事使我联想到，我们软件中跑到用户那里的那些BUG，是否也在窃窃议论：“他们不管把笼子加高多少，我们都能够出来，只要他们不把门关上的话！” 我们的测试策略和方法是否存在没有关门的问题呢？非常值得我们反思。

　　我们的测试工作也要识别“本末”，由于80%的BUG来自于20%的产品和模块；80%的BUG由20%的程序人员造成；因此测试人员更应关注用户量大的产品、用户用的多的模块、用户用的多的功能等；深入研究测试策略、测试方法，建立模型和评价体系，评估我们的测试方法与测试效能。采用PDCA循环模式，强化分析的过程，通过统计技术寻找软件产品中所存在的BUG分布规律，建立测试模型，系统性对软件进行修改，解决“关门”与“加高笼子”的问题，我们要立足于寻求“本”解决规律性的问题，而不要求“末”，关注一个个离散的BUG。

　　我们要用天文学家研究星空的方法研究软件BUG及其存在的规律，采取“关门”的方法寻求软件中存在的规律性BUG 的原因和测试策略，这是我公司今后提高软件测试能力和测试水平的两个重要方向。

　　事必有法，然后可行。