Slide 4:功能测试的定义:
验证系统的功能性符合预定的功能说明书的测试。
Slide 5:功能测试解决方案的关键组成:
范围之内的:
范围之外的:
Slide 6:你的工作室有做过任何功能测试脚本的自动化吗?
通过调查北美和欧洲公司的74个决策者得出以下数据:
正方:
测试用例设计的成本是最少的
可以脚本化,带探索性,或两者皆可
【Kiki】需要注意一下这里所说的脚本,不是普通意思上我们说的自动化测试脚本。在美国和其他国家,他们将手工测试的测试用例用非常清晰的步骤描述,有些象我们手工测试用例中的步骤,但比那更加详细,一步一步相当清楚,不需要测试人员太多的涉及,执行下来测试人员就象一个机器人一样。
反方:
测试执行的成本很高
脚本化的测试执行很单调
所有的窗体都是有极高的错误倾向
Slide 8:专业的工具支持可以提高脚本化手工测试的效率
工具的支持帮助手工测试人员:
Slide 9:测试自动化的正方面
正方:
反方:
Slide 10:一个测试自动化经济效果的简化概览
自动化一个测试脚本的成本的计算方法:
测试自动化的成本 = 工具的成本 + 脚本创建的人力成本 + 脚本维护的人力成本
何时选择自动化
自动化的成本 < 和将要执行的自动化测试的次数一样的手工执行测试的成本
例如:如果一个测试脚本在以后的两年里每星期运行一次,而且如果自动化这个测试的成本小于手工执行测试104次的成本,那么就自动化这个测试。
Slide 11:为什么你的公司没有执行任何的测试自动化?
通过调查38位北美和欧洲的没有执行任何测试自动化公司的决策者得出以下数据.
Slide 12:由测试工作量变化产生的正确平衡
测试团队的组成
所测试应用程序的特征
时间轴
Slide 13:手工和自动化测试的集成测试管理解决方案的收益
计划和监控所有测试活动的共同接口
手工和自动化测试资产的变更管理
提交来自手工测试和测试自动化工具的缺陷直接到测试管理工具里
递增的自动化测试包中的部分内容
Agenda 2:Forrester如何评估功能测试解决方案?Slide 15:我们如何决定选择哪些供应商?
参与的标准
一些被排除的供应商
- 他们已经在去年的自动化工具中评估过了
- 他们关注的是关键字驱动的测试自动化
- 关注开发人员的测试
Slide 16:评估的供应商和他们相应的产品
Slide 17:Forrester Wave?评估的流程
评估在2006年2月到5月间进行
- 基于在2006/6/1为止一般可用的产品能力
选择87个评估标准的开发流程
- 访问了供应商,专家,外包商和用户
供应商的自我评价
- 依赖由供应商提供的部分数据来评估
访问供应商的策略
- 和执行者对话来确定供应商将如何增强他们在未来的供应
产品的演示
- 确认我们对产品能力的理解
大量的和客户证明人一起的事实校验
- 确定供应商的供应物在实践中如何和理论一致的工作
Slide 18:评估的标准
Forrester用87个标准评估了这5家供应商的解决方案
这些标准主要划分为以下三个大类(19个小类)