原文:Where Are the Testers in XP ? - Bret Pettichord 在 极限编程 中, 程序员 负责自己的 单元测试 。那么留给测试员的是什么工作呢?有人认为XP的成本比较低是因为省下了测试员的费用。那么由程序..
2001年在 软件工程 界首次出现“ 敏捷 ”这个名词,17个过程方法学家举行了一个讨论会。发现他们的“轻量级”的方法有很多共同的地方,因此一致同意把这些方法统称为“敏捷”的方法。并..
我开始对敏捷的狂热感到惊讶。敏捷看起来成了快速的代名词,就像他们说的:“我们每个月发布一次,我们变得敏捷起来了。”但是你并不是因为更快而敏捷,你是因为敏捷而更快。事实上,..
在很多人的印象中,敏捷软件 开发 是种类似黑客行为的过程,是程序员最爱的勾当。不写文档,不作 需求分析 ,没有项目经理,做什么东西完全是程序员自己的行为。所以他们认为这样的过..
一、根据发布目标分析需求,把 需求分析 成独立的故事,初步的分析可以是粗略的,随着需求的不断深入刻意对故事进行整合或者切割。 要注意的是分析出来的需求尽量在发布目标的范围之内..
极限编程思想有其自身的核心价值,它们是:交流、简单、反..
构建(Build)验证只对软件的主干功能进行初步 测试 ,具有频率高和重复性强的特点,所以各软件产品的 Build 验证都力图实现 100% 自动化。本文给出了一种在不影响现有远程 Build 服务器 的前..
在08年的STP第6期杂志,Glenn Jones在《Fly into agile development with agile testing》一文中把 敏捷 开发 中的测试分为7种类型: (1)自动化 回归测试 (Automated regression test) 运行 自动化测试 代码来验证..
在08年的STP第6期杂志,Glenn Jones在《Fly into agile development with agile testing》一文中与我们分享了他们的 敏捷 项目中的持续构建的做法: (1)每当有 开发 人员签入代码,不管是多小的修改,都会..
极限编程中提出的设计思想与传统 软件工程 的大相径庭,它摒弃了传统方法中对设计近乎苛求的原则,弱化了全面细致的设计。在极限编程中,不要求对需求做出非常详细的设计,而是遵循简..
极限编程的思想是以人为本的思想,它不同于CMM等重量级的 开发 方法,完全是从工程的角度来进行系统的开发,人在其中完全成为了条条框框下的忠实执行者。极限编程从人性方面考虑的更多..
在08年的STP第6期杂志,Glenn Jones在《Fly into agile development with agile testing》一文中把 敏捷 开发 中的测试分为7种类型: (1)自动化 回归测试 (Automated regression test) 运行 自动化测试 代码来验证..
敏捷项目中的性能工程 性能工程可以保证应用系统按照性能要求来架构、设计、构建以及测试,它是软件 开发 中的一条重要规范。恰恰相反,大部分传统工程的“性能工程”通常只局限于 性..
敏捷开发中建立团队信任的五种方法 很多人意识到敏捷团队内的信任是敏捷宣言“个体与交互”价值观被顺利贯彻的基..
减少摩擦 敏捷 开发 与传统方法的核心区别在于让变更变得更友好。这不意味着你需要笑着迎接变更;它意味着期待变更,并且让变更带来的影响最小化。换句话说,你通过减少摩擦来赢得速度..
如果我们有多个 敏捷 团队在同一个代码库上 工作 时,如何将彼此之间代码互相冲突的风险最小化?如何确保每个迭代结束时拥有一个干净的、可发布的软件版本?本文讲述了关于如何在敏捷..
提高系统质量是个Teamwork,在 开发 过程中每个成员都有责任提交高质量的软件交付物( 需求 、代码、设计文档...),尤其我们团队的“ 敏捷 开发”的项目中,我们还面临人员缺乏、项目多而..
提高系统质量是个Team work,在 开发 过程中每个成员都有责任提交高质量的软件交付物( 需求 、代码、设计文档...),尤其我们团队的“ 敏捷 开发”的项目中,我们还面临人员缺乏、项目多而..
简而言之,敏捷是一种新的软件 开发 的思想,通过迭代、结对编程、 测试 驱动等实践逐步完善对软件的开发,最终形成稳定的系统。与传统的软件开发相比,敏捷强调人与人之间的沟通,而..
关键字:方法学 方法论 方法论的英文为Methodology,词典中的解释为"A series of related methods or techniques"我们可以把它定义为软件 开发 (针对软件开发)的一整套方法、过程、规则、实践、技术。..