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