软件测试质量保障建设第1版
2021-12-22 10:45:02 0 举报AI智能生成
测试质量保障初步想法和梳理，欢迎大家指正
作者其他创作
大纲/内容
测前
测试需求分析与测试点设计
KYM-TCO
KYM
帮助团队少走弯路；帮助决策“少做，而不是多做”；帮助决定“做的程度或深度”
TCO
产品功能全景图：-覆盖大纲，-需求变更，-测试管理，-项目管理：计划，估计，优先级...
需求与测试
都关注质量，用户，覆盖范围
都关注风险
都要探索未知
都要收集、整理大量的信息
工作输出都不是一次性的，都需要不断地迭代和调整
都需要学习了解需求，学习的过程是个渐进的过程
都关注风险
都要探索未知
都要收集、整理大量的信息
工作输出都不是一次性的，都需要不断地迭代和调整
都需要学习了解需求，学习的过程是个渐进的过程
公共用例库
测试基础知识，等价类，边界值，判定表，因果图，错误推测等等（质量保障的思考+方法论）
测试计划
测试脚本设计
JMeter接口脚本
自动化的脚本
基本保障（Java体系）
线下压测（测试环境主要发现）
内存泄露/溢出-堆溢出||栈溢出
数据库连接池不释放
线程死锁，数据库死锁，查看线程栈，关注wating
JVM 参数配置，GC日志，特别关注-GC
数据库连接池不释放
线程死锁，数据库死锁，查看线程栈，关注wating
JVM 参数配置，GC日志，特别关注-GC
测试流程建立（test流程，问题发现机制，风险暴露机制，线上问题跟进，故障处理，信息同步）
基本的测试手段（白盒(单元测试)+接口）
白盒（Java为例）
findBug找出基本错误
查看调用链，定位测试范围
单测-方法（自己设计），梳理逻辑，统计checkpoint，提出BUG（梳理逻辑：业务时序图）
碰到SQL，一定check索引有效性
针对checkpoint进行接口测试
查看调用链，定位测试范围
单测-方法（自己设计），梳理逻辑，统计checkpoint，提出BUG（梳理逻辑：业务时序图）
碰到SQL，一定check索引有效性
针对checkpoint进行接口测试
业务场景
确定业务场景
针对业务场景进行接口测试
测中
预发布
灰度发布
测试||联调（修复BUG），验证测试
测试执行
目前要求测试人员熟悉每个版本需求，执行测试，根据项目及进度，安排交叉验证测试
一般测试三轮，然后产品验收，安排时间上线
测后
线上（日常）
发现问题->微信群等及时处理问题
日志（开发运维在关注）
上线
上线后反馈缺陷数
测试总结
质量保障的思考+方法论
测试基础知识，等价类，边界值，判定表，因果图，错误推测等等
测试需求分析KYM，TCO
平移测试
依赖于测试分析TCO
依赖于测试公共用例库（提炼的公共测试点）
依赖于测试保障体系
补充
用例设计脑图
根据需求（需求进行迭代）画出对应的测试点，涉及点，交叉点等，然后拆解用例
0 条评论
下一页
