如何编写更好的测试用例（三）[3]

　　如何编写更好的测试用例(三)[3]  用例设计　

    　测试用例资产

　　保护测试用例资产

　　保护测试用例价值的最重要的活动是维护它们，使它们可测试。它们应该在每一测试周期后被维护，因为测试者会象发现软件缺陷一样，发现用例的问题。当测试安排被建立时，时间应分配给测试分析员或编写者来修复用例，此时程序员在修复应用程序缺陷。如果它们没有被修复，测试者和编写者将浪费时间在下一周期，来搞清楚是测试用例还是软件的错误。

　　防止测试用例因缺少的版本和储存失败而丢失或损坏，整个的目的是使这些用例可重复使用。用例的配置管理(CM)应当由组织或项目来处理，而不是测试管理。如果组织不具备这种水平的过程成熟度，测试经理或测试的编写者需要提供这方面支持。无论是项目或测试经理都应该用下面的配置管理标准，来保护宝贵的测试用例资产：

　　● 命名和编号约定

　　● 格式，文件类型

　　● 版本

　　● 用例需要的测试对象，如资料库

　　● 只读存储

　　● 存取控制

　　● 异地备份   软件测试　

   　测试管理需要有一个所有测试用例的索引。如果CM不提供，就创建自己的索引。资料库可以对关键项目、软件、测试名称、编号、和需求检索。有一个全文检索功能将更好。

　　利用测试用例

　　测试用例作为开发资产已具有超越测试的生命。他们表示出用平白的英语编写软件如何工作的一个完整的图画。即使重点是破坏性的，他们也必须证明所有业务场景按需要工作。通常用例是写给测试者的，测试者是商业用户，所以用例使用真实的世界语言和条目。一套用例对于正在努力学习或出售软件的其他人具有巨大的价值：

　　● 商业用户

　　● 技术编写者

　　● 桌面帮助技术员

　　● 培训师

　　● 销售和市场人员

　　● 网站管理员

　　所有这些人看到软件取得成功会获得利益，所以也是潜在的测试人员。依靠组织，在测试编写者和这些组之间良好的意愿和开放的沟通下可以大大加快出品和发表的时间。

　　综述

　　教授良好的编写技术和建立测试用例标准的过程本身就是一个资产。这从来不是静态的，而必须是动态的教授、运用、审查、测量和改进。本文简要涵盖测试用例质量的过程和标准是什么，如何将其应用到各种测试用例中，如何利用它们来改善可测试性和生产率，如何解决对于测试用例质量的共同面临的挑战，以及如何保护测试用例资产。

原文转自：http://www.ltesting.net