把一切都监控起来(转)-副本.pptVIP

用例管理和制作 测试数据管理 脚本语言支持 任务管理和调度 任务执行/控制 结果上报 任务执行/控制 结果上报 任务执行/控制 结果上报 统计分析 配置管理 告警推送 结果展示 测试平台· 统计平台· 规则定义 工具开发规范 工具配置管理 任务定制、管理、调度和执行 工具测试结果统计、度量 监控型测试开展的最好支持平台 轻量灵活化、插件化接口、集中管理和执行约束 质量、效率、速度、成本 案例1： 一个体验界面，只需前台添加几行JS代码，体验便差异非常大， 具体测试人员却提不出改进方案来 案例2： 农场的偷标记不正确显示率很高，开发和测试都无从解决 案例3： 魔法卡片需求文档推出后，被测试推翻重做 单纯聚焦黑盒测试，测试凭啥想得到产品、开发和其他团队的尊重和支持？ 谢谢 把一切都监控起来 ---思路 vs 技术 vs 管理 运营网络环境错综复杂、 不同操作系统/浏览器及版本、不同网络速度 大量服务器 测试环境跟外网差异大 敏捷开发、快是生存的根本 测试与开发人力比例很大 提问： 团队自动化测试ROI目前是正值还是负值？ 质量与效率是否有清晰度量指标和平衡点？ 可能的现状？ 明知版本差、仍然要发布 辛苦自动化测试投入，一个产品变更，轻松抹杀所有产出 痛苦的外网问题定位，测试被频繁挑战 思考/挑战 敏捷开发下，如何更好体现测试的声音和价值？ 快速版本发布下，如何仍然把质量持续提升？