Bug驱动开发探讨

     Bug驱动开发（ Bug-driven development）。尽管名字相同高大上，但实际上各位程序猿对它都不陌生。简单地说就是发现bug——消除bug——发现新的bug，这样一个不断循环的过程驱动着开发，是谓Bug驱动开发。要运用这样的方法论很easy，仅仅需做到下面若干条中的某一条：

• 选用刚開始学习的人或对软件系统架构和设计原则没有经验的程序员开发复杂的系统。
• 项目边界不清，需求频繁变动。
• 人手不够，时间紧张。
• 资源不足或重视不够，未经（充分）測试。
• 产品经理急于推出新版本号，项目经理使项目仓促上线。

Bug驱动开发是一个轻量的软件开发方法学，它利用Bug管理系统来记录要实现的功能，从大到小，逐渐具体化，而不仅限于记录系统缺陷。它的优势是什么呢？

    轻量。它仅仅使用Bug管理系统就可以管理所有的需求和系统缺陷，还可以利用dashboard来查看系统当前完成的进度。

    每个Bug分配到人，人的任务就是Fix Bug，有约束性。

    利用Bug系统的功能，很容易对各个需求进行排列优先级，状态跟踪。

    QA从一开始就融入团队工作，对Bug进行管理。

     Bug-driven development is an ad-hoc software development methodology wherein incremental development is triggered by raising bugs on existing program or software prototype. The concept is generally invoked facetiously, and comes with the implication that high volumes of computer code are written with little regard for unit testing by the programmers.
      BUG驱动开发是一种临时性的软件开发方法，通过在现有程序或软件原型上提出错误来触发增量开发。这个概念通常被开玩笑地引用，并暗示大量的计算机代码是在程序员很少考虑单元测试的情况下编写的。

    Bug驱动开发方法使得QA岗位工作量较大，需要QA具有较强的项目推动性，熟悉项目的需求规格与原型。从另一个层面，也反馈出研发自测是缺失的，过多依赖于QA团队。长此以往，形成研发不好的习惯，缺乏质量意识，不利于研发团队发展。如果团队中QA人数少于研发数量，则需要自动化回归测试提高效率。当项目BUG非常多时，其实已经意味软件过程有问题。思考如下点：

• 需要度量需求产出物质量
• 分析与确认是BUG还是需求
• BUG重开率
• 单元测试覆盖率
• 接口测试覆盖率

Bug驱动开发不是一种正式的软件开发方法。这句话意味着你首先有不正确的软件功能--这是需要避免的。

---

今天先到这儿，希望对云原生，技术领导力， 企业管理，系统架构设计与评估，团队管理, 项目管理, 产品管管，团队建设 有参考作用 , 您可能感兴趣的文章:
领导人怎样带领好团队
构建创业公司突击小团队
国际化环境下系统架构演化
微服务架构设计
视频直播平台的系统架构演化
微服务与Docker介绍
Docker与CI持续集成/CD
互联网电商购物车架构演变案例
互联网业务场景下消息队列架构
互联网高效研发团队管理演进之一
消息系统架构设计演进
互联网电商搜索架构演化之一
企业信息化与软件工程的迷思
企业项目化管理介绍
软件项目成功之要素
人际沟通风格介绍一
精益IT组织与分享式领导
学习型组织与企业
企业创新文化与等级观念
组织目标与个人目标
初创公司人才招聘与管理
人才公司环境与企业文化
企业文化、团队文化与知识共享
高效能的团队建设
项目管理沟通计划
构建高效的研发与自动化运维
某大型电商云平台实践
互联网数据库架构设计思路
IT基础架构规划方案一(网络系统规划)
餐饮行业解决方案之客户分析流程
餐饮行业解决方案之采购战略制定与实施流程
餐饮行业解决方案之业务设计流程
供应链需求调研CheckList
企业应用之性能实时度量系统演变

如有想了解更多软件设计与架构, 系统IT,企业信息化, 团队管理 资讯，请关注我的微信订阅号：

作者：Petter Liu
出处：http://www.cnblogs.com/wintersun/
本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。 该文章也同时发布在我的独立博客中-Petter Liu Blog。