软件测试浅悟妄语5

 　6.对"太阳"的宇分析

　　i.太阳是在黑夜正常结束后开始升起的吗？

　　7.对"太阳"的静态分析

　　i.是只有一个太阳吗？    定语：一轮

　　ii.太阳的颜色正确吗？    定语：火红

　　8.对"太阳"的动态分析

　　i.是从东方吗？         状语：东方

　　ii.升起的速度正常吗？    状语：冉冉（不是蜗速升起，呵呵）

　　iii.升的方向正确吗？     补语：起

　　iv.还会降下去吗？       不允许，太阳"降落"的方法只能在黄昏时调用

　　做完这些测试，程序基本上过关。但我们还有深入挖掘的余地：昼夜更迭的本质原因是什么？是地球的自转。也就是说，这个Test Case的一个"宙"是没有在Use Case中出现的"地球"对象。

对"地球"的静态测试

　　i.地球的自转方向正确吗？地球自西向东转，保证了太阳从东方升起，黑夜会结束。

　　ii.地球的自转速度正确吗？只有速度正确的情况下，黑夜才会"漫漫"、太阳升起才会"冉冉"。

　　2.对"地球"的动态测试

　　i.地球会一直稳定转下去吗？（性能测试）

　　ii.会有彗星撞地球吗（环境冲击测试）？这是"宙"测试（只要你肯想，会有很多环境因素）

　　同一个游戏中，还有这样一个Use Case：海上生明月，天涯共此时。我们继续分析--

　　相信你会立刻意识到，这也与地球自转有关，而日升月沉共用一个地球，所以这个Case的地球就不用测试了。这时候，你应该意识到：地球自转是"黑夜过去"、"太阳升"、"明月生"等的源动因，所以这组隐藏Case的优先级反而高。而且，由于地球在 Case中始终没有UI，所以它更有可能被归为功能测试和性能测试里去。

基线测试

　　i.月亮升起，测验天涯范围内的时间是否一致

　　2."月"静态分析

　　i.亮度够吗？       定语：明

　　ii.位置正确吗？     定语：海上

　　3."月"的动态分析

　　i.升（生）的方向对吗？

　　ii.升（生）的速度正确吗？（此Case可以省略，与太阳升属等价类Case）。

　　4."天涯"静态分析

　　i.天涯的范围是一个时区吗？

　　ii.在天涯的范围内时间一致吗？（边界测试）

　　其实，如果你肯仔细想，还能想出很多两个Use Case的"宇"和"宙"来。只要我们的测试团队能够超出用户可探知的"宇宙范围"，那么我们就胜利了。可喜的是，在我目前的测试项目中，我正在验证这种思路，特别是在"宙"测试上--试图挖掘对象与菜单操作的（菜单操作是最全面的）所有正交反应，果然找到很多意想不到的Bug。

　　宇宙终归是无限的，所以，我们除了要将上面的Test Case向Test Plan中归类外，就是更深入地研究"宇"和"宙"--究竟有多少Case和Bug隐藏其中？我不知道……也许跟点点繁星一样多吧……

　　结语：

　　面对苍茫的宇宙，我敞开胸怀……

　　软件是不可测试的，因为我们的眼界不是无限的、手段不是无限的；

　　软件是可以测试的，因为软件的用户是有限的，用户的操是有限的。