禅道博客

分享专业技术知识,文章内容干货满满

《软件测试的艺术》:敏捷开发的测试

2023-12-21 15:19:29
潘仙芝
原创 545
摘要:本文分享了软件测试的艺术中关于敏捷开发的测试部分的学习心得。

一、关于敏捷开发

轻量化和快速的开发方法:

敏捷宣言

  • 个体和互动 高于 流程和工具;
  • 工作的软件 高于 详尽的文;
  • 客户合作 高于 合同谈判;
  • 响应变化 高于 遵循计划。
尽管右项有其价值,我们更重视左项的价值。

二、敏捷开发的特征

1、迭代式和增量式的开发模式,强调测试在其中的重要作用。


2、围绕以用户为中心,以客户需求为导向的开发过程,随时做好迎接变化的准备。


3、引入了灵活性。


4、用户客户参与、测试驱动、紧凑的迭代开发周期。


5、敏捷开发方法。


1、敏捷开方法

Scrum进度跟踪


  • 迭代式和增量式的项目管理方法,支持多个敏捷开发模式支持多个敏捷开发模式。
  • 适用所有的敏捷方法,用来度量敏捷开发的速度进度。


开放统一过程:标准的统一过程。


功能区动开发 FDD:使用工业界的最佳实践,以客户提供的功能需求为驱动。


极限编程:强调并依赖单元测试和验收测试。


敏捷建模:组建模以及文档化软件系统的原则和惯例。


敏捷统一过程动态系统开发方法:为敏捷量身定做的统一软件过程的精简版。


核心统一过程:有的放矢,只选择适合当前项目的实践。


三、敏捷测试

1.协同测试的一种形式,每个人都参与到测试计划的设计、实现和执行。


2.测试并不是一个独立的阶段,而是与开发紧密联系并驱动开发。


3.单元测试是失败验证测试,从破坏的角度设计单元测试用例。


4.需要及时的反馈,青睐于自动化测试。


5.不仅仅是把问题找出来并交给开发人员修复,通过持续的测试反馈推动项目前行,优化需求设计、提升质量。


四、极限编程与测试

1、XP测试

  • 连续测试;
  • 包含验收测试;
  • 单元测试占主要部分。

2、XP实践

  • 计划与需求分析;
  • 小规模、递增发布;
  • 系统隐喻;
  • 简要设计;
  • 连续测试;
  • 重构;
  • 结对编程;
  • 代码集体所有权;
  • 持续集成;
  • 每周40小时工作;
  • 客户在现场;
  • 按标准编码。

3、XP关注点

  • 实现简单的设计;
  • 开发人员与客户沟通协作;
  • 不断测试代码库;
  • 重构以适应规格说明的变更;
  • 寻求用户的反馈。

4、XP的不同

  • 避免大规模项目的综合症,重点收集一般性需求,而非所有细节;
  • 避免缤写不需要的功能,短时间内开发出高质量软件;
  • 精力集中在测试上。

5、XP计划

  • 确定需求、设计场景,深入洞悉软件的目的和需求;
  • 无形的好处,用户客户深入的参与,获得对程序的拥有感和信心。


五、极限测试

1.极限编程是主流敏捷开发方法之一,轻量级的开发过程把目光集中于沟通、计划和测试。


2.极限测试重点在于单元测试和验收测试。


3.一旦代码库发生变化,就要进行单元测试。


4.重要的发布节点,由客户来执行验收测试。


5.要求开发在编码之前,设计测试,通过单元测试提高程序满足验收标准的概率。


6.比较适用于中小规模的软件、程序。



暂时没有记录
评论通过审核后显示。