本文提供了一套针对软件测试的系统化学习资料，包括测试用例编写原则、方法、规范，旨在帮助程序员高效提升技能，避免自学中的低效和停滞。作者分享了丰富的学习资源，如大厂面经、实战项目等，并邀请读者加入学习社群共同成长。
先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7
深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年最新软件测试全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！
由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新
如果你需要这些资料，可以添加V获取：vip1024b （备注软件测试）
正文
1.1目的
统一测试用例编写的规范，为测试设计人员提供测试用例编写的指导，提高编写的测试用例的可读性，可执行性、合理性。为测试执行人员更好执行测试，提高测试效率，最终提高公司整个产品的质量。
1.2使用范围
适用于对产品的业务流程、功能测试用例的编写。
二 测试用例编写原则
2.1系统性
1、对于系统业务流程要能够完整说明整个系统的业务需求、系统由几个子系统组成以及它们之间的关系；
2、对于模块业务流程要能够说明清楚子系统内部功能、重要功能点以及它们之间的关系；
2.2连贯性
1、对于系统业务流程来说，各个子系统之间是如何连接在一起，如果需要接口，各个子系统之间是否有正确的接口；如果是依靠页面链接，页面链接是否正确；
2、对于模块业务流程来说，同级模块以及上下级模块是如何构成一个子系统，其内部功能接口是否连贯；
2.3全面性
1、应尽可能覆盖程序的各种路径
2、应尽可能覆盖系统的各个业务
3、应考虑存在跨年、跨月的数据
4、大量数据并发测试的准备
5、系统中各功能、业务的异常情况
2.4正确性
1、输入用户实际数据以验证系统是否满足需求规格说明书的需求。
2、测试用例中的测试点应保证至少覆盖需求规格说明书中的各项功能。
2.5符合正常业务惯例
1、测试数据应符合用户实际工作业务流程
2、兼顾各种业务变化的可能
3、要符合当前业务行业法律，法规。
2.6仿真性
人名、地名、电话号码等应具有模拟功能，符合一般的命名惯例。
2.7容错性（健壮性）
程序能够接收正确数据输入并且产生正确（预期）的输出，输入非法数据（非法类型、不符合要求的数据、溢出数据等），程序应能给出提示并进行相应处理。
三 测试用例设计方法
3.1 等价类划分法**：**
将所有可能的输入数据（有效的和无效的）划分成若干个等价类。
3.2 边界值分析法：
指对输入的边界条件进行分析，设计出针对边界值的测试用例。
3.3 因果图法：
就是利用图解法分析软件输入(原因)和输出条件(结果)之间的关系，以设计测试用例的方法。因果图法适合于检查程序输入条件的多种情况的组合，并最终生成判定表，来获得对应的测试用例。
3.4功能图法
功能图是描述程序状态变化、转移的过程，因为软件运行或操作的过程可以看作是其状态不断发生变化的过程。测试用例的设计就是如何覆盖所有软件表现出来的状态，即在满足输入/输出的一组条件下，软件运行是一系列有次序的、受控制的状态变化过程。
3.5错误推测法
推测法主要依赖经验、直觉来作出简单的判断甚至是猜测，给出可能存在缺陷的条件、场景等，在找到缺陷后，设计出相应的测试用例。
3.6 正交实验设计方法
主要步骤是：
(1) 对软件需求规格说明中的功能要求进行划分(层层分解与展开)，分解成具体的、相对独立的基本功能。
(2) 根据基本功能的质量需求，找出影响其功能实现的操作对象和外部因素，每个因素的取值可以看作水平，多个取值就存在多个水平。
(3) 确定待测试软件中所有因素及其权值，这是测试用例设计的关键，确保全面、准确。
权值是依据各因素的影响范围、发生的频率和质量的需求来确定的。
(4) 加权筛选，生成因素分析表。
(5) 利用正交表构造测试数据集，正交表的每一行，就是一条测试用例。考虑交互作用不可忽略的处理因素和不可混杂的原则，有交互作用的组合优先安排。
利用正交实验设计方法设计测试用例，可控制生成的测试用例数量，覆盖率高且测试效率高。
3.7接口间测试
测试各个模块相互间的协调和通信情况，数据输入输出的一致性和正确性。
3.8数据库测试
依据数据库设计规范对软件系统的数据库结构、数据表及其之间的数据调用关系进行测试。
3.9可理解（操作）性
理解和使用该系统的难易程度（界面友好性）。
3.10可移植性
在不同操作系统及硬件配置情况下的运行性。
四 测试用例编写规范
4.1测试用例命名规则
以功能模块和业务流程进行命名。
4.2测试用例编号规则
用例编号规则：以测试模块名称的第一个字母进行命名（大写），若测试模块名称比较长时，可进行简写。一般简拼不超过5个字母：如：
- 测试模块为“用户管理”，功能编号为“YHGL”；
- 测试模块为“行政单位管理”，功能编号为“DWGL”
- 功能编号规则直接以001、002、003……
4.3测试用例文档书写内容
1、被测试对象的介绍
2、测试范围与目的
3、测试环境与测试辅助工具的描述
4、功能测试用例主要元素
- 前置/操作描述：
1、前置条件（可选）：系统权限配置或前、后台配置描述（所有进行操作的前提条件）。
2、操作：测试的操作步骤描述。
- 功能点： 功能点描述。
- **输入数据：**前期数据准备。
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
需要这份系统化的资料的朋友，可以添加V获取：vip1024b （备注软件测试）
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
2、操作：测试的操作步骤描述。
- 功能点： 功能点描述。
- **输入数据：**前期数据准备。
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
需要这份系统化的资料的朋友，可以添加V获取：vip1024b （备注软件测试）
[外链图片转存中…(img-PVdtqxar-1713540175012)]
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
扫一扫
3740
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
