软件测试人员在跑完所有测试用例，并且验证完所有BUG，完成回归测试时，会不会还有疑问，测试用例是不是覆盖了一切的场景？版本真的稳定OK了吗，交付验收后会不会还有Block级别的BUG呢？
如果存在这样的疑问，测试人员在跑完测试用例、通过回归测试、差不多完成测试、时间还允许的情况下，不妨再来一波简单的即兴测试。
即兴测试，顾名思义就是指临时准备的、即兴的Bug搜索测试过程，是随性而发的测试。通过即兴测试，由于测试用例中测试数据较为单一造成之前被忽略的BUG又被挖掘出来了。即兴测试强调测试人员的主观能动性，无需章法随时随地都可以去测，是相当地自由。
举个简单的例子：测试网站的搜索功能。
测试人员在设计测试用例时，包括测试详细的搜索规则、搜索结果、页面UI、后台数据、处理逻辑等。测试数据也用等价类划分、边界值、经验积累等方法准备好。但是即使测试人员绞尽脑汁尽力设计了测试用例和测试数据，在面对不确定的成千上万的数据面前，准备工作好像还是有所欠缺。所以测试工作差不多完成后，测试人员再来一波即兴测试--随性自由地跳出传统思维，使用测试数据以外的数据去找BUG。这不失为一种可行的方法。
当然，从鄙人测试工作的经历中来讲，这样的即兴测试对于软件测试人员而言，只是在整个测试工作中有小小小部分的占比，测试人员不能寄希望于“即兴测试”来验证版本可靠性，重头还是得设计出合理、多元化的测试用例覆盖较为全面的测试范围。即兴测试只是辅助过程。
更多实用的测试文章，请前往51Testing软件测试网。（http://www.51testing.com）