先自我介绍一下,小编浙江大学毕业,去过华为、字节跳动等大厂,目前阿里P7
深知大多数程序员,想要提升技能,往往是自己摸索成长,但自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年最新软件测试全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友。
![img](https://i-blog.csdnimg.cn/blog_migrate/3308b6ab171ada6b00db5614c614240d.png)
![img](https://i-blog.csdnimg.cn/blog_migrate/99dc3b0689b610729ea2577a20c5a68a.png)
![img](https://i-blog.csdnimg.cn/blog_migrate/87fb5a3617a5daba6aa7bb26ce06add9.png)
![img](https://i-blog.csdnimg.cn/blog_migrate/0e76558cbc97773bf53879377925f014.png)
![img](https://i-blog.csdnimg.cn/blog_migrate/0daf6e584220d61f7f54d883f364dc31.png)
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上软件测试知识点,真正体系化!
由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新
如果你需要这些资料,可以添加V获取:vip1024b (备注软件测试)
![img](https://i-blog.csdnimg.cn/blog_migrate/d78f4061995b09a54b1d92a634d62187.jpeg)
正文
用例优先级定义
| 用例优先级 |
---|
P0 | 确保系统基本功能及主要功能的测试用例 |
P1 | 确保系统功能的完善方面的测试用例 |
P2 | 关于用户体验,输入输出的验证;较少使用或辅助功能的测试用例。 |
测试策略
单元测试
| 单元测试 |
---|
测试目标 | 开发者编写的一小段代码,检验被测代码的一个很小的、很明确的功能是否正确。 |
测试范围 | 测试整个项目中的每一行代码进行测试。 |
完成标准 | 代码的一个很小的、很明确的功能都正确。 |
需考虑的特殊事项 | // |
使用工具 | Java + TestNG + eclipse + 程序相关依赖Jar 包。 |
集成测试
| 集成测试 |
---|
测试目标 | 开发者编写的多个段代码单元,组合到一起形成集成测试,检查多个单元组合功能是否正确。 |
测试范围 | 开发者编写的多个段代码单元,组合到一起形成的集合。 |
完成标准 | 多个单元组合功能正确。 |
需考虑的特殊事项 | // |
使用工具 | java + TestNG + eclipse + 程序相关依赖Jar 包。 |
冒烟测试
| 冒烟测试 |
---|
测试目标 | 版本是否值得系统测试。 |
测试范围 | 1、返测上一版本提交的测试报告。2、测试系统的基本功能。 |
完成标准 | 基本功能通过,并继续测试。 |
需考虑的特殊事项 | 此阶段不超过1天。 |
功能测试
| 功能测试 |
---|
测试目标 | 确保测试计划中所列出的测试范围,保证其功能正常。 |
测试范围 | 1、按照测试计划所规定的测试范围。2、利用有效的和无效的数据来执行各个用例、用例流或功能3、以核实以下内容:1)在使用有效数据时得到预期的结果。2)在使用无效数据时显示相应的错误消息或警告消息。 |
完成标准 | 按照测试计划的测试通过标准,完成测试。 |
需考虑的特殊事项 | 确定或说明那些将对功能测试的实施和执行造成影响的事项或因素。(内部的或外部的) |
使用工具 | Seleium + python + 火狐 |
易用性测试
| 易用性测试 |
---|
测试目标 | 模拟真实用户,无经验用户,测试系统的易用性。 |
测试范围 | 前台 |
完成标准 | 成功地核实出前台各个网页符合可接受易用性标准。 |
需考虑的特殊事项 | 无 |
兼容测试
| 兼容测试 |
---|
测试目标 | 测试Web页面是否支持所有浏览器,访问后页面所有功能无异常。 |
测试范围 | 前台页面 |
完成标准 | 使用多个不同浏览器访问后界面无异常即为通过。 |
需考虑的特殊事项 | 浏览器版本;浏览器类型是否都测到。 |
可靠性测试
| 可靠性测试 |
---|
测试目标 | 使用LR模拟真实用户对服务器施加一定压力。 |
测试范围 | 项目服务器。 |
完成标准 | 持续运行特定时间不出现问题。 |
需考虑的特殊事项 | 测试机是否满足需求。 |
压力测试
| 压力测试 |
---|
测试目标 | 使用LR模拟真实用户对服务器施加压力。 |
测试范围 | 项目服务器。 |
完成标准 | 直到服务器卡死。获得服务器资源,最大与链接数等数据。 |
需考虑的特殊事项 | 测试机是否满足需求。 |
使用工具 | Jmeter + fiddler + 火狐 |
负载测试
| 负载测试 |
---|
测试目标 | 使用LR模拟真实用户对服务器施加一定压力,对服务器进行主要功能测试。 |
测试范围 | 项目服务器&前台界面。 |
完成标准 | 对服务器施加一定压力后前台功能正常,访问时间3-8之内。 |
需考虑的特殊事项 | 测试机是否满足需求。 |
使用工具 | Jmeter + fiddler + 火狐 |
数据完整性测试
| 数据和数据库完整性测试 |
---|
测试目标 | 确保数据库设计完整性。 |
测试范围 | 数据库及表结构。 |
完成标准 | 数据库约束、完整性等设置达到需求标准。 |
需考虑的特殊事项 | 数据遭到破坏,易恢复性。 |
回归测试
| 回归测试 |
---|
测试目标 | 确保BUG修复的完整性。 |
测试范围 | 项目中出BUG 的部分。 |
完成标准 | 项目中出现的BUG完成修复,并将缺陷保存下来。 |
需考虑的特殊事项 | 出BUG的功能和BUG相关的功能都需要回测。 |
功能测试范围
测试规则
进入准则
编号 | 测试策略 | 进入准则 |
---|
1 | 单元测试 | 项目编码阶段,开发人员每编写完一个单元时进入测试。 |
2 | 集成测试 | 项目编码阶段,开发人员每编写完多个单元时进入测试。 |
3 | 功能测试 | 项目系统测试阶段,开发人员根据需求开发完成时,进入测试。 |
4 | 易用测试 | 功能测试完成后进入测试。 |
5 | 兼容测试 | |
6 | 可靠测试 | 功能测试完成后进入测试。 |
7 | 压力测试 | |
8 | 负载测试 | |
9 | 数据完整性 | 性能测试完成后进入测试。 |
10 | 回归测试 | 提交的缺陷报告修改后。 |
暂停/退出准则
编号 | 暂停标准 |
---|
1 | 软件系统在进行单元、集成、确认、系统、安装、验收测试时,发现缺陷达到一定数量或出现重大错误导致无法测试时,暂停测试返回开发。 |
2 | 发生其他未知因素需要暂停时,测试应随之暂停,并备份暂停点数据。 |
退出标准
1|软件系统通过验收测试,并已得出验收测试结论,退出测试。
测试资源
硬件资源
编号 | CPU | 内存 | 硬盘 | 系统 | 软件 |
---|
1 | 2.5 | 4+ | 100+ | Win7 | Jmeter,seleium,AppScan |
人力资源
编号 | 角色 | 人员 | 具体职责 |
---|
1 | 确认需求 | | 明确需求 |
2 | 定制测试计划 | | 决定测试策略,人员分工,测试周期等。 |
3 | 准备测试环境 | | 测试工作开始前准备工作。 |
4 | 执行测试工作 | | 编写用例,执行用例,提交缺陷报告,回测等。 |
5 | 编写测试报告 | | 编写项目的测试结果。 |
测试工作进度
编号 | 任务 | 范围 | 人员 | 时间 |
---|
1 | 确认需求 | | | 2019-12-10 - 2019-12-15 = 5 天 |
2 | 定制测试计划 | | | |
3 | 准备测试环境 | | | |
4 | 单元测试 | | | |
5 | 集成测试 | | | |
6 | 冒烟测试 功能测试兼容测试易用性测试 | | | |
7 | 可靠性测试压力测试 负载测试 | | | |
8 | 安全测试 | | | |
9 | 数据完整性测试 | | | |
10 | 回归测试 | | | |
11 | 编写测试报告 | | | |
系统风险
系统风险
- 计划的测试时间,不能满足测试组的要求,主要是功能冻结后的系统测试的时间可能不够。
- 测试资源的及时到位(设备和人员)。
- 需求不明确可能导致开发的产品与目标不一致。
- 测试人员对测试工具的使用熟悉程序不够;
- 被测试产品存在重大错误,以至于测试无法继续,需要开发组进行额外的调试和修改才能继续;
- 硬件、软件或网络环境出现故障等。
应急措施
- 如果上述潜在的可能事件发生,则通过适当加班来保证计划的按时完成。
- 如果是由于被测试产品存在重大错误而严重影响测试进度,则考虑按照测试暂停标准来暂停该测试。
- 如遇到功能需求不明确,需要沟通协商解决。
- 人员不足,则加班、或者进行不同组人员调动,按照测试进度完成测试任务。
测试的完成标准
单元测试完成标准
- 按照单元测试计划完成了所有规定单元的测试
- 达到了测试计划中关于单元测试所规定的覆盖率的要求
- 软件单元功能与设计一致
- 在单元测试中发现的错误已经得到修改,各级缺陷修复率达到标准
集成测试完成标准
- 按照集成构件计划及增量集成策略完成了整个系统的集成测试
- 达到了测试计划中关于集成测试所规定的覆盖率的要求
- 被测试的集成工作版本每千行代码必须发现至少2个错误(不含优化级别错误)
- 集成工作版本满足设计定义的各项功能、性能要求
- 在集成测试中发现的错误已经得到修改,各级缺陷修复率达到标准
功能/易用测试完成标准
- 功能测试用例设计已经通过评审
- 按照功能测试计划完成了功能测试
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
需要这份系统化的资料的朋友,可以添加V获取:vip1024b (备注软件测试)
![img](https://i-blog.csdnimg.cn/blog_migrate/45b677f361c498cfc3975a507fe86add.jpeg)
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
修改,各级缺陷修复率达到标准
功能/易用测试完成标准
- 功能测试用例设计已经通过评审
- 按照功能测试计划完成了功能测试
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
需要这份系统化的资料的朋友,可以添加V获取:vip1024b (备注软件测试)
[外链图片转存中…(img-n0IBYQBm-1713183219571)]
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!