【敏捷软件测试】学习笔记 [2014年06月04日]

上一篇 / 下一篇  2014-06-04 20:54:03 / 个人分类:学习

第2章 敏捷测试人员的十条法则

2.1 敏捷测试人员定义
专业的测试人员,适应变化,与技术人员和业务人员展开良好协作,并理解利用测试记录需求和驱动开发的思想。具有优秀的技术能力,实现自动化测试,擅长探索性测试。希望了解客户在做什么。
如果态度不好,那么技能则一无是处。
2.2 敏捷测试思想
创造力、接受新思想、乐于承担任何任务或角色、重视客户和持续关注全局。优秀的测试人员都有一种直觉和理解力:软件可能在何处失败?因为什么失败?
测试人员协助团队回顾哪些方案有效,哪些方案无效。
敏捷测试思想:面向结果的、技术性的、协作的、乐于学习的、勇于不断生产业务价值的。
2.3 应用敏捷法则和价值
1.提供持续反馈
敏捷测试人员的最大贡献之一是帮助产品负责人或者客户采用实例和测试的形式描述清楚每一个用户故事的需求。然后将需求转化为可执行的测试。
感到难以保持构建版本的稳定吗?展示构建版本发布的剩余天数,以保证每一个人都重视按时完成用户故事。

2.为用户创造价值
敏捷开发就是在较低的版本发布中提供客户目前最迫切需要的功能。如果过于关注边边角角,而忽略了核心功能,就无法提供业务所需的价值。首先我们完成核心功能,然后再补充边边角角。

3.进行面对面的沟通

4.勇气
我们需要勇气允许自己失败,至少我们要从短暂失败中学习教训。
我们要有勇气允许他人失败,因为这是汲取教训的唯一途径。
我们需要勇气寻求帮助,特别是当能够提供帮助的人看起来特别忙碌时。

5.简单化
当业务部门的需求比较复杂的时候,团队可能需要将方案退回给他们,更简单的解决方案也会产生同样的价值。
简单不意味着容易,意味着能够找到的最轻量级的工具和技术恰到好处的测试。

6.持续改进
测试人员把测试问题摆到整个团队中解决,团队通过采取过程改进实践(如总结回顾和阻碍代办事项等)最大程度地改善测试和其他领域。对于更严重的问题,团队一次只关注一到两个问题,以确保彻底解决了实际问题,而不是只做表面文章
建议维护一份“阻碍待办事项”,记录下影响生产力的各种条目。例如我写的第一条就是测试环境的响应时间缓慢,系统管理员升级后,很快,我们能够快速的部署构建和进行探索性测试了。

7.响应变化
我们需要健壮的自动化方案以在有效的时间内发挥价值。
8.自我组织
利用团队每一个成员的技能比我独断专行地决定策略要好得多。团队自身能够提出一个有效的计划。

9.关注人
一位熟练的探索性测试人员可能会发现自动化功能测试无法察觉的问题。一些测试经验丰富的工程师会提出其他人想不到的重要问题。

10.享受乐趣

2.4 创造价值
在敏捷团队里,角色界限很模糊。其他团队成员也可能很擅长测试。敏捷测试人员通过自己独特的观点和面向客户的方法为团队和组织创造价值。


TAG:

 

评分:0

我来说两句

我的栏目

日历

« 2024-05-09  
   1234
567891011
12131415161718
19202122232425
262728293031 

数据统计

  • 访问量: 4023
  • 日志数: 6
  • 建立时间: 2014-05-16
  • 更新时间: 2014-06-08

RSS订阅

Open Toolbar