预见·软件测试技术预见·敏捷Sensitive

Scrum(4) | 敏捷流程回顾反思会

2018-01-21  本文已影响64人  厲铆兄

项目实践二:4-回顾反思会

Retrospective Meeting,开展回顾反思会是Scrum中最难以实施的活动之一。反思会讨论三个问题:我们上个Sprint迭代有哪些事情做得好希望继续,哪些事情做得不好希望改进,有何改进计划。

1. 开展反思会

1.1 如何开展反思会

反思会是Scrum中最难以实施的活动之一。

反思会上讨论三个问题:

  1. 做得好的希望继续
  2. 做得不好的希望改进
  3. 改进计划

经常出现一些问题多次被提到,但却始终没有解决。这是很不合理的实践,应该每次仅就1~3个关键问题做出可行的解决方案,在下一个迭代执行改进。“可行”的概念包括两个含义:

  1. 第一是方法简单,影响面小,见效快
  2. 第二个是目标不要激进,而要现实可行,积少成多。

示例:

1. 明确项目(Sprint)目标、验收标准;
2. 将Code Review作为任务固化,排入Sprint计划,Codereview进行的形式和输出将由XXX和XXX确定;
3. 提高自测质量,开发人员先写一份关于自测的test case,由测试负责人Review和补充,在开发过程中开发人员可参考这份Case进行自测;
4. 下一个Sprint中,由开发工程师自己分解任务,并进行评估,最后进行团队Review;
5. 新模块在开发前一定要经过设计。
6. UI方面的改进只是增加三人小组协调而已,有些涉及企业特有的做法,我就不展开了。

1.2 传统项目和敏捷项目的差别

传统项目 敏捷项目
项目压力 相对较小 相对较大
项目周期 一段时间(半年、一年等) 持续,一次次SPRINT(冲刺)累积
测试人员 工作单一 工作复杂,角色模糊
文档 文档复杂,详尽、但是往往文档与代码不符 文档少、精炼,指导工作
需求 比较固定,需求变化不被容忍 变化大,随时可以调整
仪式 会议过多,评审过于复杂,效率低 会议短,高校

2. 项目总结

2.1 项目功能描述

你测试的模块有哪些功能?
功能介绍顺序:

  1. 整个项目有多少个模块,分别是什么?
  2. 你测试和负责了哪些具体的模块?
  3. 挑选一个模块,介绍都有哪些功能点?
  4. 再挑选一两个具体的功能点讨论进一步的测试。

按模块功能介绍每个模块的测试要点

  1. 介绍模块的主要使用情况
  2. 介绍测试着重关注的点

2.2 项目缺陷描述

遇到了什么样的bug?

  1. Bug的描述,请挑选一些不常见的Bug。
    • 例如用例数据量大的时候才会产生,
    • 例如特定的流程才会产生,
    • 例如很多测试人员容易忽略的测试场景,
    • 例如用户不是很常用的场景
  2. Bug如何重现
  3. Bug如何解决
  4. Bug有没有定位到开发的某些习惯
  5. Bug有没有辅助改进测试流程等

2.3 项目积累的经验

  1. 项目解决了什么样的技术难题
  2. 项目实现了什么样的业务困难需求
  3. 项目有无实现了敏捷的尝试?
  4. 项目有无积累了某种技术,脑图,Http协议,抓包工具,数据库技术,linux技术等?
  5. 项目有无尝试搭建测试环境?
  6. 项目有无出现与开发人员的沟通问题,并顺利解决?
  7. 项目有无出现拖延和延期,如何处理了此类问题?

2.4 具体项目描述

项目描述:项目的业务内容
项目职责:所负责的模块、工作等
项目环境:软硬件环境
项目时间:几个月?还是持续迭代测试?
项目模式:瀑布模式还是敏捷开发?
项目收获:

3. SWOT 分析

分析自身在求职和工作中的情况

上一篇 下一篇

猜你喜欢

热点阅读