Agile Testing

Frank Lee’s Learning Summary
发布计划
   故事评估
       关注全局,能快速指出某个故事可能引起
        系统其他部分的连锁反应
       通过问题明确故事业务价值
       开发写测试代码,测试写用例,在这个基
        础上评估工作量?
发布计划
   设定优先级
       关注先开发出基本功能,可测试的模块,
        基于此来决定安排哪些故事到哪个迭代。
       难以功能测试的,尽早着手比较好,安排
        在靠前的迭代里
       评估新技术对自动化的影响,工作量评估
        低于开发的平均速度,这样会有更多的时
        间来写测试用例,引导开发工作。
发布计划
   测试计划
       测试要考虑的各方面内容
       而不是去过多考虑测试资源安排计划
发布计划
   准备可见性
       跟踪测试任务及状态(白板)
       如何传达测试结果(Email、CI、Fitnesse)
       产品发布的关键
       已通过的测试数
       代码覆盖率(增长趋势、高风险区域标准)
       缺陷度量
       项目进度(白板、燃尽图)
迭代计划
   了解细节
       用投影仪把用户验收测试用例展示给全团队
       通过例子帮助团队理解故事
       把示例写成测试用例驱动开发
       按故事优先级为它们排序
       保证故事能在几天内完成
       复杂故事需要尝试找出“薄片”或关键路径
       警惕“范围扩张”
迭代计划
   书写任务卡片
       开发卡片
       测试卡片(分层测试)
       迭代中需要做的事情
   确定工作量,每个迭代可以完成的故事。
迭代计划
   关注故事的可测试性
       测试顺序、方法、成本
   高层次测试(源于示例、引导开发、矩阵)
   三方协作(解决理解分歧、Review用例)
   测试用例作为文档
Agile Tester
   敏捷测试人员首先是专业化的测试者,适应
变化,与开发人员和业务人员开展良好的合作,贯
彻利用测试记录需求和驱动开发的精神,具有优
秀的技术能力,懂得合作以实现测试自动化,更
擅长探索性测试。
  了解客户在做什么,透彻的理解客户对
软件的需求。
             – by Lisa Crispin
The End

Frank‘s Learning Summary - Agile testing

  • 1.
  • 2.
    发布计划  故事评估  关注全局,能快速指出某个故事可能引起 系统其他部分的连锁反应  通过问题明确故事业务价值  开发写测试代码,测试写用例,在这个基 础上评估工作量?
  • 3.
    发布计划  设定优先级  关注先开发出基本功能,可测试的模块, 基于此来决定安排哪些故事到哪个迭代。  难以功能测试的,尽早着手比较好,安排 在靠前的迭代里  评估新技术对自动化的影响,工作量评估 低于开发的平均速度,这样会有更多的时 间来写测试用例,引导开发工作。
  • 4.
    发布计划  测试计划  测试要考虑的各方面内容  而不是去过多考虑测试资源安排计划
  • 5.
    发布计划  准备可见性  跟踪测试任务及状态(白板)  如何传达测试结果(Email、CI、Fitnesse)  产品发布的关键  已通过的测试数  代码覆盖率(增长趋势、高风险区域标准)  缺陷度量  项目进度(白板、燃尽图)
  • 6.
    迭代计划  了解细节  用投影仪把用户验收测试用例展示给全团队  通过例子帮助团队理解故事  把示例写成测试用例驱动开发  按故事优先级为它们排序  保证故事能在几天内完成  复杂故事需要尝试找出“薄片”或关键路径  警惕“范围扩张”
  • 7.
    迭代计划  书写任务卡片  开发卡片  测试卡片(分层测试)  迭代中需要做的事情  确定工作量,每个迭代可以完成的故事。
  • 8.
    迭代计划  关注故事的可测试性  测试顺序、方法、成本  高层次测试(源于示例、引导开发、矩阵)  三方协作(解决理解分歧、Review用例)  测试用例作为文档
  • 9.
    Agile Tester 敏捷测试人员首先是专业化的测试者,适应 变化,与开发人员和业务人员开展良好的合作,贯 彻利用测试记录需求和驱动开发的精神,具有优 秀的技术能力,懂得合作以实现测试自动化,更 擅长探索性测试。 了解客户在做什么,透彻的理解客户对 软件的需求。 – by Lisa Crispin
  • 10.