功能测试解决方案的评估报告(3)

最适用于：

• 项目级别的测试
• Web应用程序和服务的测试工作

Slide 29：供应商的资料：IBM

优点：

• 支持手工测试
• 支持测试脚本的定制编码
• 测试管理的平台

缺点：

• 非编程人员在测试自动化方面得不到太多的帮助
• 环境方面的支持仍然很有限，尽管有所提高
• 测试执行能力还比较简单
• 功能测试解决方案本身还需要更好的集成

最适用于：

• 使用其他的IBM Rational工具
• 做大量的手工测试
• 拥有有编程技能的测试人员

Slide 30：供应商的资料：Mercury

优点：

• 通过易用性增强用户的生产率
• 顶尖的环境支持
• 多维的已经证实的可测性

缺点：

• 较弱的脚本语言和脚本环境
• 对已重用的手工测试组件的变更有限管理
• 合作的不稳定性

最适用于：：

• 集中的测试组织
• 使用了其他Mercury产品的公司

Slide 32：在选择一个功能测试解决方案时需要考虑的因素

在用的应用程序技术

－ Legacy 4GL, Web services, ERP/CRM, custom controls

技能集

－ 强大的业务知识，编程经验和/或态度

组织架构

－ 集中的测试组织，开发团队中的测试人员，外包测试

在用的开发生命周期工具

－ 开发人员测试的工具，需求定义和管理工具，问题管理工具，软件配置管理工具

在用的IT运作工具

－ 部署工具，性能监测工具，SOA管理工具

在用的的IT管理工具

Slide 33：供应商将如何提高他们的产品？

更好使手工测试用例的递增式自动化变为可能

为测试用例的图形创建和修改提供更好的工具

提高对SOA环境中测试的支持

做多些推动地理分布的测试工作

提高和开发，运作和管理工具的集成

继续探索开放的标准

Slide 34：下一个创新的领域：SOA测试

　Slide 35：对于离岸外包来说，手工和自动化的功能测试是优秀的候选项
　

原文转自：http://www.uml.org.cn/Test/200609265.htm