既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上软件测试知识点,真正体系化!
由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新
1、测试需求分析
- 需求分析的原因
需求差产生的风险:
- 客户参与不足导致产品无法被接受
- 需求变更频繁
- 模棱两可的需求
- 不必要的特性
- 测试需求分析的目的
- 解决测试的完整性和充分性
- 把该测试的地方都测试到
- 测试需求来源获取
- 用户/业务需求
项目标书,问卷调查,原型分析,市场报告 - 开发需求
设计需求,设计规格 - 协议/标准/规范
- 继承性需求
- 测试案例库
- 竞争分析
- 测试需求项整理
- 原因
不同来源范围提取出来的原始测试需求可能存在重复和冗余,需要进行整理;
整理后的原始测试需求,作为后续原始测试需求分析活动的输入 - 开发需求提取
一条开发需求作为一条测试需求;
一条需求拆分成多条测试原始需求;
多条开发需求合并为一条测试原始需求 - 协议/标准/规范提取
标准一致性测试;
开发文档质量无法满足要求;
协议支撑类功能测试 - 用户需求提取
每个用户需求至少有一条对应的测试需求
- 测试需求分析方法
质量模型分析法:
质量模型分析从多个角度对单个功能进行测试。
从各个测试类型去分析:功能测试、性能测试、安全测试、可靠性测试、界面测试、易用性测试、兼容性测试、文档测试
例子:水杯/钢笔/电梯
功能交互分析法:
- 原因
产品功能不是独立的,功能之间存在交互关系
功能交互分析对功能之间的相互影响进行测试
防止有交互功能的遗漏,提高功能测试的覆盖率和完整性、充分性 - 功能交互的场景
使用同一个资源:文件,数据
功能同时使用:音乐、视频、电话
功能顺序使用:注册-登录 - 功能交互的层次
模块内功能的交互(聊天时转账、发红包)
模块间功能的交互(下单和支付,手机里联系人与微信、钉钉等交互)
子系统间的交互:买家和卖家子系统交互
平台间的交互:Web和App端交互
用户场景分析法
用户 从用户角度出发,关注每个用户是如何使用和影响被测功能特性,比如同一款手机,年轻人
和老年人的关注点不一样
场景 将多个功能串起来使用,场景往往对应业务流程
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!