敏捷测试知识框架总结分享
2022-10-26 18:21:14 0 举报AI智能生成
敏捷测试知识框架总结分享
作者其他创作
大纲/内容
设计模式
构建/操作/检查
基于时间、活动、事件
测试管理
组织测试
组织测试结果
提供反馈
象限
面向技术
支持团队
面向业务
评价产品
Q1
单元测试
组件测试
Q2
功能测试
实例
用户故事测试
原型
仿真
Q3
探索测试
场景
可用性测试
用户验收测试
alpha/beta
Q4
性能和负载测试
安全性测试
非功能性测试
成功要素
保持大局观
与客户合作
构建最贱实践
持续集成
测试环境
管理技术债务
增量工作
编码和测试是同一个过程的组成部分
实践之间的协作
使用团队整体参与的方法
采用敏捷测试思维
自动化回归测试
提供并获取反馈
工具
自动化测试
单元测试工具
API
fitnesse
3
单元测试
tunit
WEB
soapUI
录制/回放
watir
selenium
canoo webtest
核对表
思维导图
电子表单
模型
流程图
基于软件的工具
fitnesse
白板
静态代码分析
安全漏洞检测
nessus
fuzzing
性能和负载
httperf、JUnitPerf
jmeter、Grinder、Pounder、ftptt、OPENWebLoad
jprofiler、PerfMon
数据测试
dbunit
数据迁移
典型数据
准备工作
测试环境
第一个迭代完成
测试数据
测试结果
测试计划
轻量级的测试计划
测试范围基准
所有新功能
原有功能
已知高风险功能
用户验收测试
性能和压测
风险与假设
测试需求
使用测试矩阵
横轴
测试条件
纵轴
测试功能
颜色表示状态
绿色
完成
黄色
部分测试完成
红色
失败
测试表格
白板
测试列表
确定工作量
可测试的故事
高层次的测试和示例
验收标准
团队工作
完成标准
用户故事
验收标准
迭代级别
完成标准
发布级别
发布标准
测试
过程
从简单入手
常用路径测试
增加复杂度
探索性测试
评估风险
风险度量
影响度1~5
编码和测试同时进行
识别变更
方法
与开发人员协作
结对测试
与客户协作
演示给客户
理解业务
处理缺陷
只是一个缺陷还是一个功能
技术债务
零缺陷容忍
立即修补
构建回归测试集
资源
测试环境
测试数据
测试工具
其他基础设施
外部支持
性能
安全
可用性
迭代度量
进度
工作量
剩余工作量
缺陷
数量
预警
类型
漏掉
误解
方法
收尾
迭代演示
敏捷回顾
开始、停止、继续
继续好的做法
停止不好的做法
开始新的做法
关于如何改进的想法
交付（结束阶段）
发布计划
部署计划
外部集成
安装测试
客户测试验收
alpha/beta测试
发布管理
0 条评论
下一页
