如何在智能告警平台CA触发测试告警
875
2022-11-08
软件测试培训之测试价值体现
1 保证产品质量 核心工作
多相互沟通,互相促进成长。
需求评审
测试点评审
业务思维导图整理:模块关系、前置条件、后置影响、权限、数据库表
线上BUG评审:分析为什么遗漏
特殊BUG分享:BUG现象、原因、遇到类似场景就该如何测试
技术培训:如项目架构培训,以具体模块举例实现
测试计划:明确各个任务的优先级,时间节点,让各个测试对该做什么有清晰的认知
测试进度:快速了解各个测试进度,是否需要测试资源协调
业务思维导图: 业务学习
逐层细分:
1)系统包含的功能及功能间的关系
2) 各个功能细分、前置条件、功能、后置影响、数据库表
3) 第二层中功能再细化
整理方式:历史-每周整理 半天内
新需求
自动化、小工具、平台(辅助手工测试):
1) 测试环境快速准备
2) 前置数据自动构造
3) 服务器log获取展示
4) 测试环境操作对应的存储语句获取展示
5) 数据对比工具
自动化测试(版本、每日执行):
1) 一定程序UI
2) 尽可能多接口
3) 提高工程整体效率,对于工程,主要耗时不在测试结点,更多在于开发(需求反复、开发本身、bug反复)
规范、流程尽可以左移,减少开发内测时间、减少 BUG沟通成本
协作规范协商制定:
1) 流程流转方式
2) 各文档提供途径
3) 文档规范:需求规范、测试说明、测试点、用例、bug规范
4) 测试计划堆满:在需要测试价入的节点,能快速找到对应负责的测试
流程优化:
1) 需求评审-开发-开发内测-测试点评审-冒烟测试-测试
2) 需求评审-开发-测试点评审-开发内测试-冒烟测试-测试
3) 需求评审-测试点评审-开发-开发内测-冒烟测试-测试
4) 开发内测-冒烟自动化-发布到测试环境通知测试介入
5) 开发内测-通知1
6) 冒烟自动化-通知2
7) 开发内测、冒烟自动化并行,两者都通过-发布到测试环境通知测试介入业务数据提供平台,实时查询,减少产品、开发等构造测试数据的时间尽可能准确定位bug:log获取分析,定位是前端还是后端还是数据库的问题
发表评论
暂时没有评论,来抢沙发吧~