|
最近在读<<敏捷软件测试 >>– 测试人员与敏捷团队的实践指南[1]，学习到不少有用的知识。
书目大纲
敏捷团队工作的中心任务是把质量构建进产品中,特别强调自动化测试和整体思维.
敏捷关键成功七要素
使用敏捷测试象限作为纲领来帮助规划测试覆盖的所有范围
关于象限的解释PPT
[注] 在这里, 支持团队指单元级测试和组件级测试; 面向技术的测试指程序员范围的测试
敏捷测试注重面向业务的测试(从业务的视角评价产品)
关于敏捷的几个要点(敏捷软件开发宣言):
迭代和增量的,迭代一般进行1~4周
开发/测试/PO三方协作
总结回顾(查找出阻碍待办事项)
传统过程到敏捷的迁移主要涉及度量标准/测试计划转换为测试策略/缺陷追踪的范围
评价产品的面向业务测试
场景测试: 肥皂剧测试(Soap Opera Testing)[1] / 绘制场景和工作流的数据流程图
探索测试(Exploratory Testing): [1]
可用性测试:用户需求和角色测试 / 导航 / (研究竞争对手产品)
测试用户文档(帮助文件) 和 报告(Report)功能
非功能性测试(ility测试和负载型测试)
ility:安全/可维护性/交互性/兼容性/可靠性/可安装性
负载型: 性能与负载,可伸缩性,基准/内存管理
[1]交互性指不同系统和组织协同工作与分享信息的能力
[2]可靠性指系统在常规和意外环境下执行和保持其功能的能力
[3]安全信息参考: Buffer_overflow / Uncontrolled format string / static_code_analysis / Fuzz_testing &
敏捷测试自动化要点：
参考金字塔模型
(回归测试自动化,测试应该彼此独立;自动化测试之外，做更多的探索测试，思考不同用户场景，深入理解应用工作机制等)
优秀的测试设计原则:简单,良好设计,持续重构,可维护性
TDD所关注的更多是设计而非测试性
使用测试金字塔思想确保测试自动化的良好投资回报率
提到的几个工具：
Fitness(UAT,in Java)/Canoo WebTest(OpenSource,in Java)/Twist (基于selenium和Eclipse的商业软件)
FIT Issue Track (可灵活配置,商业软件) / PerlClip by James Bach
数据生成:Spawner Data Generator /Benerator
提到的参考书:
xUnit Test Patterns[1][2][作者Gerard Meszaros]
缩略语
AUT：Application Under Test和UAT：User Acceptance Test
附:
Lisa Crispin /Janet Gregory
Mike Cohn /Brian Marick/Robin Dymond
【延伸阅读】
敏捷软件开发Wiki
TDD创建可测试代码的设计模式:Strangler Application[1][2] / Ports and Adapters
<<Working Effectively with Legacy Code>>[1]
|
