软件测试之探究用例以改善测试质量

理解测试和质量保证组织是如何通过使用用例技术来提高测试质量的。
        测试组织通过利用用例的优势可以实现测试质量的重要利益。几年来，开发人员和业务分析人员一直利用用例模式来捕获需求。测试组织能够通过利用这些相同的用例技术获得巨大的利益。构建良好的用例能够以有效率的，易于跟踪的，以及评估准确性的方式为测试任务提供价值。它们还可以转移部分全球部署虚拟团队的风险。但是从数量上来看，最大的利益则在测试用例的生成中。

        对于识别和创建单元、功能、系统集成，以及用户验收测试来说，用例和相应的支持工件是价值无法估量的驱动。每个测试水平都有唯一的不同输入设置的目标和需求来达到可靠的测试覆盖率，但是所有的测试水平都能够从这个项目的用例中获取一定的价值。通过执行用例方法、工作空间，以及评审，测试组织能够交付定义良好的测试，同时能够获得更高的准确性和更高的效率。

在测试中使用用例的论点
        用例多年来一直是软件开发人员的一种工具。一个用例清楚地描述了一个被指定的用户是如何执行一个指定的过程，从而向用户交付指定的结果的。正确地指定用例能够提供一个直接的连接，来帮助用户和开发人员开发一个系统用户需求的共同理解。它们是一个被证明有效的软件开发工具。

        测试组织还应该充分利用用例提供的利益。测试人员是通过将用例转换为效率高的，有效的，阶段性适合的测试，从而充分利用用例执行带来利益的唯一受益者。测试人员重新利用这些用例，对于用户和开发组织不需要额外的工作或者支出，为测试估计和测试用例的生成提供一个完备和一致的基础，将生成比预期更好的质量测试解决方案。

        测试人员能够实现所有的这些利益，因为用例和相应的支持工件提供了根源和驱动，从而为测试人员在几个有疑问的区域创建了牢固的基础。因为用例早就已经交付，并且它们能被项目上所有资源所理解，测试团队在这个项目中能够比用行项目需求收集方法更早地执行更加准确的测试估计工作。此外，用例驱动了更清楚的沟通，加强了这些用户需求开发的理解。它们的简单性改善了全球地域分布的风险，和虚拟解决方案交付团队。用例还提供了简化需求跟踪的机会，从而确保更完整的测试覆盖率。

        测试团队能够利用新的用例，为增强覆盖率和有效性改善技术，同时获得更精确的范围定义和测试优先权。这些综合的利益最终导致更有效，更严格的测试过程和更有预见性的测试结果。

        由于用例提供了许多利益，测试组织应该积极主动地确保每个用例都能够被正确地构建。如果需要的话，这个项目团队应该能够管理一个或者几个用例的工作空间，包括在所有的测试阶段雇用测试编写人员。每个用例必须经历静态的测试来确保它包含清晰而且有利的信息，根据这些信息测试人员可以为指定的测试阶段构建适当的测试用例。通过重新使用构建良好的用例和支持性工件，测试组织就能拥有目标明确的、有效的测试。

什么是用例？
        自从20世纪八十年代中期，当这个概念第一次由 Ivar Jacobson 描述后就生成了用例。 1 Jacobson 是一位早期基于组件设计概念的先锋者之一。他还是统一建模语言(UML) 和 IBM®Rational® Unified Process®，或者 RUP®的主要创始人。他最感兴趣的是软件开发最佳实践引导他开发用例概念，从而更好地识别和描述软件需求。

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