测试未来的预测.doc

测试未来的预测发布时间: 2007-5-18 10:31 作者: 未知来源: 网络字体:小中大| 上一篇下一篇| 打印摘要: 一年将尽, 心理学家或者一些博学者们, 又将对 2004 年或者更久的将来作出预测。在这次的周末专栏中, Harry Robinson 将向我们讲述他对测试未来的预测。“预测是件很难的事情,尤其是预测未来”— Yogi Berra 每年十二月, 小报的“未来预测者”们会向大家切揭示即将到来的一年将要发生的事情: “麦丹娜将要乘坐航天飞机”,“美国将迁都 Wichita ”,等等。我将加入这个潮流,对软件测试何去何从做一个我自己的预测。并且我希望, 我的预测费用能够比我的那些值得尊敬的小报同事更高些。我的主要预测就是,将来的软件测试与现在的软件测试看起来很不一样。原因很直接: 今天的软件测试很大程度上是臭名昭著的:软件测试参与到项目中的时间太晚、贡献太少、花费太高。如果我们关心我们产品的质量以及我们的账本底线的话, 我们就需要重新思考测试和质量的方法。即使遭到一致反对,我也要说:更好的方法,对测试人员更好的培训、更好的欣赏将改革软件产业。具体地说,诸如可执行的说明书、基于模型的测试产生、 BUG 预防、系统模拟这些技术,将在这场演变过程中扮演重要的角色。下面就是我们在将来的几年里可能看到的情形。事实上,某些趋势已经开始了。测试人员,需求撰写人员和开发人员,都将看到自己是其中的一份子。测试人员帮助需求撰写人员测试人员与需求撰写人员共同工作,在需求完成以后,审查以及理解需求。早期的审查以及建模可以暴露很多关于一致性、完整性和模糊性的 BUG , 这个时候修补这些 BUG 付出的代价还十分小。需求撰写人员帮助测试人员测试小组建造模型,用于产生对其产品行为的测试。需求撰写人员审查模型,以确保他们充分覆盖了产品特征集。这样产生的测试模块将成为一个“可执行需求”。测试人员帮助开发人员因为需求清楚,毫不含糊,开发人员更好的理解了他们的代码将要完成什么。在正式的将代码提交做测试之前,测试人员提供给开发人员一些模型,以便开发人员可以在自己的代码中实现它们。开发人员帮助测试人员基于”特征对特征”这样的方式( 防止以往的“后期才介入开发, 一股脑找出产品问题”的方式), 开发人员和测试人员共同保证代码易于实施自动测试. 开发人员的代码中处处都是易测试性的开关, 使得错误检测更加容易. 测试人员帮助测试人员测试用一种高级语言来模拟, 因此别的特征的测试小组( 甚至别的产品的测试小组) 可以复查和改进测试模型. 这就形成了一个测试专家的共同体. 方法日趋完善 BUG 预防和早期检测因为现在把重点放在产品交付的质量上来了( 而不是在于找到了多少 BUG), 预防实践和静态分析仪这样的检测工具将成为主流. 仿真测试仿真工具变得很普遍, 使得仿造计算机环境变得容易起来. 在开发过程的早期就可以进行意外和错误流程的测试. 代码稳定后, 再用真实环境验证仿真是否准确无误. 及时的测试用例庞大的测试用例管理系统将成为昔日的东西, 大量的测试用例生成了却没有被使用. 测试用例将不再像腐烂的存货一样被收藏起来, 因此, 让测试用例保持最新变得容易起来. 积极的方法误导人的方法, 比如计算 BUG 的数量、计算测试用例的数量, 将不复存在. 有用的方法,比如需求覆盖、模型