收录了 测试和开发 频道下的 50 篇内容
敏捷团队成员——例如测试和开发人员——之间的协作有助于团队取得成功。那么为了帮助测试和开发人员在敏捷团队中一起工作并增进协作,Scrum大师会怎么做呢?
这篇报道探讨了为什么敏捷开发跑到了传统测试的前面,原因是什么,以及最近有什么新的敏捷测试趋势。
《验收测试驱动开发实践指南》一书的目的是作为一个介绍性使用指南指导那些从零开始的团队成功执行和应用验收测试驱动开发(ATDD)。尽管该书在指出及总结了成功敏捷测试人员应该掌握的多个测试相关实践上做了有效的工作,但该书最终并没有为它的各层读者提供他们所需要的信息。By Manuel Pais
Facebook是全球最大的社交网站,今年一季度,Facebook的月活已经达到23.8亿,日活15.6亿。这个惊人的用户体量规模是微信+QQ的总和还要多。以腾讯的海量服务之道为参考,很容易想到Facebook必然有一个规模庞大的工程技术团队,来支撑如此海量的业务需求。但实际上,Facebook的工程团队只有数千名工程师,在很长一段时间内,该公司甚至只有个位数的发布工程师,并且没有测试工程师!
无法忍受不做单元测试和内卷,我离开了这家在美中国企业
亚马逊高级开发经理、酷壳博主陈皓(@左耳朵耗子)发布了一条文章引用的微博,提出:大多数开发团队不需要独立的测试角色。EMC中国研究院推荐了一篇Highly Scalable Blog的文章,探讨一个大型电子购物网站的架构与设计。微博推荐:源代码阅读爱好者 @zhh-2009 。
测试驱动开发(TDD)已经不是一个新话题,在现在的项目开发中得到各种程度的运用,资深开发者Paulo总结了自己在实施TDD时的经验教训,值得读者借鉴。
InfoQ采访了 Gil Zilberfeld,关于测试先行(test first)方法的优势,测试驱动开发(TDD)和行为驱动开发(BDD)概念,团队使用hu BDD和 TDD的实例,以及如何在不编写任何代码的情况下探索 BDD和 TDD。
TDD并不是一个开发者友好的开发模式,只是一个理想化的开发模式。
Dan Bunea为开发人员展示了如何在.NET中使用Selenium RC和Castle应用测试驱动开发。测试先行原则为架构师们提供了一个早些进入应用开发周期中积极开发阶段的方法。测试驱动开发的好处是,通过迭代应用得以快速引入,从而使得错误大幅减少,而代码库灵活性增加。
从哪开始练习测试驱动开发?和需求一起,还是设计?或者是另一种方式,自顶向下或向底向上?当你不用代码写第一个测试时,这个测试应该怎么表现出来呢?在敏捷社区中,这两种方法都被实践过,但在如何提供更大的价值这一点上没有达成一致。
过去几个月间,互联网上关于测试先行还是测试居后、代码测试比率或者行为驱动开发(BDD)是否真的是测试驱动开发(TDD)的讨论进行得如火如荼。InfoQ访问了行为驱动开发(BDD)和测试驱动开发(TDD)领域的专家们,请他们就此发表观点。
《Google如何做测试》一书由James Whittaker, Jason Arbon 和 Jeff Carollo 三位作者合著而成,正如其封面上描述的那样,看起来充满了知识性和趣味性,在其背后则揭秘了大型技术公司Google,是如何应对和处理软件测试的复杂性的。
在 Agile Testing Days 2015会议上,来自Redgate软件的 Jose Lima分享了自己有关微服务的经验。InfoQ有幸对他进行了采访,主要关于用微服务开发产品的优点和缺点、如何应用微服务提高产品质量、测试微服务和测试人员需要的技能、以及他从开发与测试微服务中学到的经验和教训。
近日以JavaEye为主的技术社区发起了一系列关于测试驱动开发的讨论。从讨论中可以看出,越来越多的开发者对测试驱动开发表现出浓厚的兴趣,一些人已经在实践中总结出了自己的经验;但与此同时,各种与测试驱动开发相关的误解仍然广泛存在。
本文来自微信京东数科技术说公众号。
软件开发世界里有这样一个长期存在的问题:测试人员和开发人员的比例多少才合理?Scrum开发列表中最近有一个帖子,询问敏捷对这个比例有什么影响。对第一个问题,答案应该“视情况而定”。对第二个问题,Elisabeth Hendrickson认为,敏捷团队能够用更少的测试人员,但是做更多的测试。
开发人员和测试人员是软件生产中最重要的角色,除了专业技能以外,优秀的开发人员和测试人员该具有什么样的职业态度呢?Rajaraman Raghuraman是一位具有丰富经验的软件从业者,他撰文阐述了这一问题。
最近,展开了一场关于测试驱动开发的优缺点的小规模争论,下面是Ron Jeffries解数独游戏(Sudoku)的尝试,和社区中关于TDD的一些难点和误解的探索。
随着软件行业的发展,出现了两种独立的角色:开发人员与测试人员。传统软件工程认为这是两种大相径庭的角色。如今,敏捷实践正试图将这两种角色融合在一起,以求更有助于达成软件开发的目标:能良好运转的软件。