读书笔记一

《实例化需求》阅读笔记一

  在苦寻敏捷测试的过程中,看一本书,关于如何提高敏捷过程中需求、开发和验收的测试效率,让我很是感兴趣,这本书名《实例化需求:团队如何交付正确的软件》。

关于如何处理需求说明与测试,不同的组织使用不同的名称,或者说是不同的定义,但他们都有一套共同的核心原则与思想,而且当你接受他了之后,我们便可以认为他们本质上是一致的。通常有如下定义:

敏捷验收测试

验收测试驱动开发

实例驱动开发

User Story测试

BDD行为驱动开发

实例化需求说明

  对于以上的 概念,我想大家都不陌生,但可能都是一个概念,因为没有实践。当具体去实践,其实就发现跟我们平时的流程相对也很容易理解,

只是方式不一样,或者执行流程 不一样,当然这里要说的就是不同,那就是方法。方法都是总结出来,多实践之后,提炼出来的就是适合我们的方法。

就如同我们在实施了一段时间之后,突然有一 天有人问我什么是BDD(行为驱动开发),我发现我很疑惑,我不理解。但细想,我现在做的流程不就是BDD吗,

而我现在做的流程准确来说被定义为实例化需 求,但这个概念似乎不能把开发和测试给拉进来,而用BDD来定义,似乎就一瞬间把需求、设计、开发和测试拉绑定在了一起。

  何为 BDD?其实就是通过真实用户的行为来定义我们需要开发出什么样的产品来,个人理解。但再结合实例化需求,就会发现,我们就是把用户的行为通过一个实例化的过程描述出来,

然后整理成设计、开发和测试都能看懂的,当然最重要的是用户也能看懂,而且用户看完之后就认可,这就是我想要的,这就是BDD,也就是实 例化需求过程。

  它既不是传统的需求文档,也不是设计文档,更不是测试用例文档,但适用于从需求、设计、开发和测试的每一个阶段,而且都是从用户的角度为出发点的。那我就认为那就是我们想要的过程模式。

posted @   哦了鹿茸  阅读(8)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· 无需6万激活码!GitHub神秘组织3小时极速复刻Manus,手把手教你使用OpenManus搭建本
· Manus爆火,是硬核还是营销?
· 终于写完轮子一部分:tcp代理 了,记录一下
· 【杭电多校比赛记录】2025“钉耙编程”中国大学生算法设计春季联赛(1)
· 别再用vector<bool>了!Google高级工程师:这可能是STL最大的设计失误
点击右上角即可分享
微信分享提示