
开发人员与测试人员的划分
随着软件行业的发展,出现了两种独立的角色:开发人员与测试人员。传统软件工程认为这是两种大相径庭的角色。如今,敏捷实践正试图将这两种角色融合在一起,以求更有助于达成软件开发的目标:能良好运转的软件。

随着软件行业的发展,出现了两种独立的角色:开发人员与测试人员。传统软件工程认为这是两种大相径庭的角色。如今,敏捷实践正试图将这两种角色融合在一起,以求更有助于达成软件开发的目标:能良好运转的软件。
《Chip Design》杂志上最近的一篇文章指出,便携式和无线系统有了巨大的增长,并且与软件的关联越来越大,这让嵌入式系统面临很大的挑战。我们需要对质量问题给予特别的关注,特别是在对安全性要求较高的系统中。 这也是针对软件系统的测试工具变得越来越重要的原因所在。
@左耳朵耗子 在微博上提出一个问题和大家讨论:我们需要专职的QA吗?@sfumato 从Instagram被Facebook收购的事件中体会到一个道理:苦逼的团队做不出有爱的产品。进而提出关于团队规模的讨论。很多人在微博上参与到了这两场讨论之中,表达了各自不同的观点。
最近,Chappell & Associates的负责人David Chappell发表两篇文章,讲述了软件质量的一些不同方面:功能、架构和流程;质量与用户、开发人员和投资者的关系;以及随着时间的推移,外部软件和内部软件的缺陷会造成的影响。
![]()
本文将对特性注入以及相关方法做一个扫盲性的介绍。我们会解释这个框架的关键要素,并附上实例来证实它们。为了让文章保持相对较短,我们不会深入到某个工具或方法中,而是会给出一些参考资料,以便大家做进一步的研究。
![]()
Gojko Adzic是《实例化需求》(Specification by Example)一书的作者, 在该书中他给出了一些建议和原则,帮助大家在软件开发项目中采用实例化需求去创建活文档。

成功的商务战略开始于独特的价值创造。但是,企业若要完全实现其商务战略的益处,就必须使用敏捷的方式来开发并维护它们(商业战略)。敏捷的理念以及仔细运用迭代实施的经验反馈能帮助企业赢取价值并将良好的商业战略转变为卓越的商业策略。

持续交付在最近一两年受到日益广泛的关注。在对它产生兴趣的同时,很多研发管理者的脑海中也浮现出两个自然的问题:我是否需要持续交付?如果想要提升持续交付能力,我应该如何做?本演讲分为两个部分,将分别解答这两个问题。首先,我们将从三万英尺的视角俯瞰移动互联网时代的IT研发,指出众多IT组织共同面临的一些重要挑战,从而理解持续交付对于IT组织的意义;然后,我们将以背包客的视角亲历持续交付的旅程,看到建设持续交付能力过程中将会面临的挑战与应对方法。

百度从2009年引入敏捷,并结合自身情况,从项目管理、需求管理为起点。随着业务的发展,对研发效率的更高要求,自2010年起,在各产品线引入持续集成实践。众所周知,在引入敏捷的过程中,与管理实践相比,技术实践更困难,阻力更大。百度在实施初期,也同样遇到了很多问题和挑战,但经过产品线与项目管理部的共同努力,带来了很好的效果。此次演讲将围绕“软件交付”这一业务目标,分享我们在这方面的经验和心得。
张银奎是国内技术社区软件调试方面的专家,在本采访中,他分享了对软件调试技术在国内发展的理解,为什么软件开发人员要重视调试,软件测试和软件调试的关系,如何培养自己的调试技能,以及关于可调试性的方方面面等。

如何让整个组织充分理解这个复杂的动态系统?如何控制变更带来的未知影响,防范风险发生?如何驱动变更,使这个系统能够朝着期望的方向进化?这些问题挑战着SOA实践者的治理能力。在QConBeijing 2009期间,InfoQ中文站有幸采访了程立,探讨了相关话题。