接上篇
aw可能的分类： 操作关键字：封装被测系统的接口、gui操作（ui自动化）进行封装，形成原子操作，让脚本使用aw就能造出测试步骤 检查关键字：确认系统对操作的反应是否符合预期 业务负载关键字：和系统业务相关的关键字，模拟用户和被测系统建立链接、业务负载流量等 测试数据关键字：生成参数关键字 测试环境关键字：选择被测对象、测试环境相关的关键字 3. 自动化脚本和套间层：自动化脚本层 用例组织架构： 特性（业务特性123）-类型（功能/性能）- 功能模块（123）-脚本（123） 4. 用户层：脚本调度运行（jenkins等）、自动化测试报告、仪表盘、用户管理系统
自动效能平台
连接产、研、测、运的流水平台
- 资源层
- 数据层
- 能力评估层
- DevOps流水线 持续开发和集成：需求、代码关联，代码静态扫描，构建/打包、单元测试的能力 持续测试：需求和测试用例关联、接口测试、功能性测试、非功能性测试 持续发布：虚拟机/容器发布 持续运维：弹性、监控、日志/告警，升降级（服务压力大时，随机拒绝/拒绝/关闭一些请求）
自动化测试工具选型/能力
- 自动化方式
- 自动化能力
- 自动化策略
- 脚本易于创建
- 脚本可靠性
- 脚本复用
- 自动化测试报告
- 工具集成能力
自动化测试三步走
- 将日常繁琐的工作自动化
- 扩展自动化类型 刚开始做一些功能冒烟自动化 性能自动化 兼容性自动化
- 不断优化调整自动化测试分层 将自动化测试范围增大，将手动测试逐渐减小 手动进行探索性测试
如何衡量自动化测试的质量
自动化脚本质量
- 自动化脚本部署能力：是否可以跨平台部署
- 自动化脚本执行效率：执行时间、执行成功率（脚本本身）、脚本问题解决时长
- 自动化脚本结果检查能力：断言数量、断言有效性
- 自动化脚本覆盖能力：需求覆盖度、接口覆盖度、代码覆盖度
- 自动化脚本发现缺陷的能力：发现缺陷的数量和严重程度、漏测数
自动化测试工程能力
- 自动化脚本创建能力
- 自动化脚本移植能力
- 自动化测试报告能力
- 自动化工具集成能力
