剖析短迭代
敏捷教练Dave Nicolette提出：我们应该如何设定迭代长度？是要根据发布周期的时间么？使用短迭代又有哪些好处？
新闻
第二届功能测试演讨会简报
作者 Mark Levison译者 乔梁 发布于 2008年8月7日 下午9时36分
做为Agile2008大会的热身，第二届敏捷联盟功能测试演讨会召开了。Jeff Paton主持了多个开放式Session。这次演讨会的主要目的是讨论当前自动化功能测试领域的新颖观点，以及未来的自动化功能测试工具可能是什么样的。
与这一目的相对应，本次演讨会包括多个不同主题的开放式Session：
- 叙事体测试：这是什么东西？在功能测试中它的作用是什么？
- 为什么验收测试驱动的开发没有发展起来。
- 测试与规范——我们写的是哪一个呢？
- Tool Clearing house? 为什么会有这么多的工具？
- 用户可理解的测试 VS. 编程的力量。
- HTML：是理想的测试DSL呢，还是垃圾？
午饭后，大家还做了个“回顾未来” ——一个特别的回顾会议，内容是畅想未来，目标是确定在未来的一年内我们希望看到哪些事情。讨论组发现了几个较大的共同需求，其中之一就是那些可以释诠当 前功能测试领域的最佳实践以及测试框架（那些运行并可能返回测试报告的工具）与测试驱动工具（负责将测试转化成测试之下的系统语言的工具）之间区别的文 章。
在“为什么验收测试驱动的开发没有发展起来”的主题上：
程序员
- 没有得到象单元测试驱动开发的乐趣和收益
- 测试的范围和节奏是不同的。（节奏成为大家讨论的关键词）
- 象测试数据准备这样的体力活让人感觉不象是在编程
业务人员
- 看不到ATDD（验收测试驱动开发的）的收益
- 验收测试无法定义到所需要的精确级别
- 没时间
- 他们喜欢写规则，而不是用例
在关于测试工具的讨论中，大家一致同意为敏捷功能测试工具建立一个净室（Cleaning house）。大家认为，这类工具应该具有如下功能或特点：
- 测试输入格式 (XML, HTML, Java, Groovy, Vendor Script)
- 支持领域特定语言（Domain Specific Language）
- 测试目标：Windows Application, Browser based, WinForms, Eclipse 富客户端
- …
对工具的分类才刚刚开始。
其它Session纪要的链接如下：Tests vs. Specifications/Requirements、Tests vs. Examples、Narrative Testing、pictures 。最后，Mike Debbo 发布了AA-FTT 2008 workshop redux, part 1和part 2。
InfoQ提供的相关文章: Workshop Announcement 和去年的演讨会“Next-Generation Functional Testing”
查看英文原文：Second Functional Test Workshop Results.gif)
没有回复
回复