“软件工程”文章列表
引子
过去十年间，敏捷软件开发赢得了大好发展局面，被众多不同规模组织采用。敏捷方法宣扬一整套价值观，并且提出了一系列实践活动去帮助获得并维护这些价值。......
昨天在#SCNA(北美2010软件技术大会)的一个专题小组讨论会上，@chadfowler 提出了这个问题：”有多少项目是因为程序的原因而失败的？“我想，他是想说......
今天在微博上看到几位敏捷爱好者（本着讨论问题的态度故隐其名）探讨敏捷测试和质量保证问题，我忍不住也加入了讨论： Z先生原帖：我刚才看到一个大会演讲稿，谈到敏捷测试六大指导原则：1. 仅靠测试人员不可能获得高质量的软件，质量是整个研发团队的责任；2. 场景是不可穷举的，测试活动必须是风险驱动的，...
软件工程中，涉及如下主要阶段：立项、需求、设计、编码开发、测试、发布、培训上线维护等，其中，编码开发如同整座软件大楼的砖瓦用料，将直接影响产品的功用、质量、性能。......
在与不少测试从业人员讨论到敏捷的时候，被问得最多的大约是两个问题：“到底什么是敏捷软件测试？”，“敏捷软件开发还需要测试工程师吗？”。......
犯错误是最好的学习方式。 ──莎伦·德雷珀
背景
我们为客户提供咨询，刚开始做了很多敏捷的实践，包括：持续集成、测试驱动、用户故事需求分析、迭代......
对于初涉敏捷的测试工程师来说，如果定位自己的角色和职责、如何从传统开发模式成功迁移到敏捷模式、如何跟上短迭代的节奏等等问题都迫切地想要找到答案。 资深敏......
Alan Shalloway在精益-敏捷邮件组中写道：
你有什么比较不错的，可以写进合同（或者工作计划）里，用来跟踪一个软件承包方的进度/效能的度量方法推荐吗？【...】然而【......
盲目自信常常源于一厢情愿的想法。它是一个状态，这个状态表现为，预期与现实可能相差很大，然而在一个特定的时间段内它却又给人一种一切尽在掌控之中的感觉。敏......
JJim Bird指出，人们在谈到持续部署时，说得最多的是一些琐碎的修改，例如小的调整、表面改动或小缺陷的修复。任何大于这些的修改都需要遵循相应细致、严谨的方法。
......
对于敏捷前面谈的很多，其核心仍然是短周期迭代交付，可视化，自适应调整，开放式及时沟通，所有的敏捷实践基本都是围绕这些核心展开，如果再要对敏捷的核心抽象就是......
1.开发人员开发出程序，深信里面没有缺陷。
2.产品测试。发现了20个缺陷。
3.开发人员修改了其中的10个，并向测试部门解释另外10个不是真正的缺陷。
4.测试人员发现......
Mark Needham是来自于ThoughtWorks的一名软件开发者与咨询师，热衷于软件开发、测试及面向对象的系统设计。在实践了番茄工作法一段时间后，向各位读者展示了其在实......
反馈在敏捷开发中的重要性是首屈一指的。从单元测试，持续集成，每日站立会议，回顾会议直到sprint结束时候的演示，它在敏捷方法中无处不在。那么除了这些以外，是不......
InfoQ的Shane Hastie有机会采访Philip Abernathy，请他谈谈在澳大利亚Suncorp公司内实施组织级敏捷转型的经验。Phil是该公司敏捷转型核心团队的关键成员，领导了......
软件领域一个非常大的特点是流程和技术变化相当的快。作为一个软件企业，面对日新月异的开发流程和开发技术，何时、如何选择及引进新的流程和技术变得十分重要。这......
Semat计划于2009年12月由软件工程三位大师（合称“Troika”）Ivar Jacobson（UML、RUP、组件和组件架构、用例等技术之父），Bertrand Meyer（Eiffel和按约......
今天，我读到了两篇有趣的文章：@unclebobmartin写的The Cost of Code 和 @DocOnDev 写的 Code as a Cause of Project Failure (读者可以分别在这里和这里阅读它......
构建软件与管理大量的约束有着紧密的联系。这些约束可能是时间上的，也可能是资金、技术、决策、兼容性、管理、人员、过程或者以上所有方面的。Jim Bird探讨了Scrum、XP......