网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
缺陷要求正常排队等待修复
缺陷可以在方便时被纠正
下一个版本修复
不修复
- 测试用例的内容是什么? 面试重点
用例编号
测试概述或用例标题
测试步骤
预期结果
输入数据
优先级
前置条件等
- 测试结束的标准是什么? 面试重点
全部测试用例都被执行完成
未修改bug都被确认或置为应有状态,暂缓修改的问题都有详尽的解析
测试报告编写完成
测试收尾工作结束
测试总结完成
项目处于试运行或上线阶段
在测试计划中定义结束的标准:在一定性能下平稳运行多少天、本版本没有严重bug,普通buh数量在多少个以下,bug修复百分之多少以上
;实际测试达到上述要求,由项目、开发、测试经理共同签字,认同测试结束,版本即可发布。
1.2 软件开发模型
软件生命周期: 从软件最初构思到最终消亡(退役)的过程。
- 软件生命周期
立项 —需求分析 —设计、编码、测试 —发布 —运行维护 —淘汰
软件立项===》可行性研究 ===》需求分析 ===》概要设计 ===》详细设计 ===》编码实现 ===》单元测试 ===》集成测试 ===》系统测试 ===》验收测试 ==》运行维护
- 瀑布模型
缺点:
-
各阶段划分完全固定,阶段之间产生大量文档,极大增加工作量
-
由于开发模型是线性的,用户只有等到整个过程的末期才能看到开发结果,增加开发风险
-
不适应用户需求变化
3 . 快速原型模型(现在特别流行模式) Axure 软件
-
原理:迅速搭建一个可以运行的软件原型,以便理解和澄清问题,使开发人员与用户达成共识,最后在确定需求基础上开发客户满意的软件产品
-
特点:
适合预先不能确切定义需求的软件系统的开发
-
优点:
克服瀑布模型缺点,减少由于软件需求不明确带来的开发风险
-
增量模型(最常用开发模型之一)
分批次地分析、设计、编码和测试这些增量组件。
- 迭代模型 开发进度快
- 原理
`强调开发的深入 —优化过程
`开发迭代是一次完整地经过所有工作流程的过程:需求分析、设计、实施和测试工作流程
- 优点
降低在一个增量上的开支风险
降低产品无法按照既定进度进入市场的风险
加快开发工作进度`
适应需求变化快的场景`
- 螺旋模型
- 原理:
兼顾了快速模型的迭代的特征以及瀑布模型的系统化与严格监控
- 优点
最大特点:引入其他模型不具备的风险分析,使软件在无法排除重大风险时有机会停止,以减少损失
适合大型昂贵的系统级的软件应用
1.3 软件测试模型
- v模型
-
原理:揭示开发过程和测试过程中各阶段的对应关系
-
缺点与不足:
仅把测试过程作为需求分析、系统设计及编码之后的一个阶段,忽略了测试对需求分析、系统设计的验证
需求的满足情况一直到后期验收测试才被验证
- w模型
-
由两个 v 字模型组成,分别代表测试与开发过程,明确表示了测试与开发并行关系
-
优点:
测试活动与软件开发同步进行
测试对象不仅是程序,包括需求与设计
尽早发现软件缺陷可降低软件开发成本
-
局限性:无法支持迭代开发模型(没有循环过程)
-
h模型
-
将测试活动完全独立出来,形成一个完全独立的流程
-
只要测试条件成熟了,测试准备活动完成了,测试执行活动就可以进行了
-
软件测试要尽早准备,尽早执行,不同测试活动可按某个次序先后进行,也可反复进行(迭代)
-
x模型
-
针对单独的程序片段进行相互分离的编码和测试;
-
定位了探索性测试,这是不进行事先计划的特殊类型的测试;
-
软件测试生命周期
获取测试需求
编写测试计划
制定测试方案
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上软件测试知识点,真正体系化!
由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新
链图片转存中…(img-0ecG3KDu-1715381534289)]
[外链图片转存中…(img-DvQCVvRq-1715381534290)]
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上软件测试知识点,真正体系化!
由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新