SOA契约成熟度模型
本文说明了所推荐的契约版本管理设计策略是如何与SOA成熟度模型发生联系的。文章目的是为实现版本管理和可组合性提供一个路线图。
作者 Mark Levison 译者 郑柯 发布于 2008年5月13日 下午9时29分
将测试人员整合到敏捷团队中,这是敏捷之道常常重复的一条箴言,可我们并没有认真想过这到底意味着什么或者应该怎么做。
团队中测试人员的角色具体负责什么呢?他们要:
选编自(Cem Kaner, Johanna Rotheman(pdf),以及Jonathan Kohl)。
与大多数人已经熟知的传统测试经验大不相同,敏捷团队中的测试有其自身特点。Jonathan Kohl,是Kohl Concepts的联合创始人。如他所说:“不同之处在于:在敏捷项目中,我们可以更快地找到重要的bug。我们更愿意将测试贯穿于开发过程始终。现在开发人员们使用可靠的自动化测试来让他们的工作更加严谨,我所测试的产品也就更加健壮了。”
Antony Marcano是一位敏捷测试独立咨询顾问,他提及了自己学习到的一些经验:
Simon Baker是Energized Work的联合创始人。在他的团队中,开发人员编写绝大部分的验收测试。测试人员从而可以专注于进行“探索性测试”,并与Product Owner一起与客户沟通,并帮助团队理解用户(而不仅仅是故事)。开发人员针对垂直的切片(故事的小部分)展开工作,以满足特定的验收条件。当切片完成后,开发人员与测试人员一起仔细检查切片,并理解验收测试。团队将缺陷视为工作线性进展的停止点。开发人员可以在下次切片处理过程中修复缺陷,或者选择创建一个缺陷修复任务,从而使其不再处于开发阶段。缺陷修复任务成为团队优先级最高的任务。测试人员发现,即使他们与开发人员都使用同样的技能,还是要花费很多时间彼此协作,而整理bug的时间反而少了。
译注:探索性测试(Exloratory Test),是一种通过假定来寻找软件缺陷的战术测试技能。利用它,可以同时进行学习、测试设计和测试执行。软件在接受测试的同时,测试人员学到新的东西,积累更多经验,从而能够产生更多优秀的、有新意的测试。
查看英文原文:Integrating Testers on to the Agile TeamVijay Narayanan在这篇文章中对数据服务的几个方面进行了介绍,它们都是SOA实践者和数据架构师感兴趣的内容。本文对数据服务的几个方面进行了介绍,包括需求定义,基本原理和好处、范围、开发以及消费模式。
罗马不是一天建成的,豆瓣的技术架构也是随着用户规模的增长一直在持续变化中。在本次演讲中,豆瓣的首席架构师洪强宁将与大家一起分享从上线时的单台服务器架构开始一直到现在的豆瓣架构变迁历程。
Billy McCafferty展示了S#arp架构,它在ASP.NET MVC框架的基础上,荟萃了当今的最佳实践,应用在ASP.NET Web应用程序的架构设计中。
中国作为新兴市场中的新兴市场,是Sun在美国之外实施SSE(SUN Startup Essentials)项目重点关注的地区。在QCon Beijing 2009期间,InfoQ中文站有幸对此项目的负责人王雷先生进行了采访,探讨了关于开源、新兴市场、SSE等话题。
HTML5 是由 WHATWG发起的,最开始的名称叫做Web Application 1.0,而后这个标准吸纳了Web Forms 2.0的标准,并一同被W3C组织所采用,合并成为下一代的HTML5标准。
没有回复
关注此讨论 回复