hello~好久没有更新了，这段时间，我会用一个月左右的时间，和大家一起成长为中级测试工程师。我是平平无奇的羊，一个在字节搬砖的测试开发工程师。欢迎大家交流学习！
软件测试分类
主要按两种划分：
- 阶段划分（阶段：软件产出过程顺序）
- 代码可⻅度
阶段划分
- 单元测试
说明：针对程序源代码进⾏测试（单元：最⼩独⽴功能代码段）
提示：
1、国内单元测试⼀般开发⾃测
2、单元测试可以解决-快速定位缺陷
3、提高测试执行效率
- 集成测试
说明：针对单元与单元之间的接口进行测试
提示：⼜称接口测试。
- 系统测试
说明：针对系统整体功能+兼容+⽂档（说明、安装⽂档）
- 验收测试
内测：公司内部⼈员使⽤，发觉缺陷并修复。
公测：让⽤户帮忙测试
提示：验收测试,⼀般要根据项⽬类型决定是否使⽤。
代码可见度划分
黑盒测试：主要针对功能（阶段划分->系统测试）
白盒测试：针对程序源代码进⾏测试（阶段划分->单元测试）
测试模型
V模型
V模型是瀑布模型的一种改进，它强调开发和测试活动的对称性和相互依赖关系
V模型的优/缺点
优点
明确的阶段性结构，开发和测试活动进展可控
风险导向的测试，有助于发现和解决软件中的重要问题，提高测试效率和质量
缺点
测试活动滞后，无法及时发现和解决问题，可能增加修复成本，并延长交付时间
缺乏灵活性和迭代性，面对需求变化频繁和迭代开发的项目不够灵活
适用范围
适用于中大型企业，通常企业有成熟的软件开发和测试流程，且能够承担一定的测试成本和资源投入
W模型
W模型是将V模型的阶段性结构与迭代开发的灵活性相结。
W模型模明确标注了测试与开发同步进行的关系，且能表现出测试能更提早介入测试中，各个阶段伴进行不同测试设计
W模型的优/缺点
优点
注重迭代开发，测试与开发同步进行，及早介入测试，可更早发现问题
更加灵活和变通，测试与开发同步进行可以快速响应需求变化
提高了风险管理，版本迭代中可以进行风险评估和优先级的确定，可将主要目光放在高风险测试点
缺点
对于版本迭代需求稳定要求比较高，无法支持迭代
有些项目急短快，无各种文档产生，模型就不使用
针对测试要求较高
适用范围
适合中大型企业，企业通常需要更快的交付周期和更灵活的开发流程，快速响应需求变更和市场竞争
H模型
H模型结合了瀑布模型和迭代模型的优势，强调需求稳定性和迭代开发，有助于提高软件质量和交付效率
H模型的优/缺点
优点
软件测试完全独立，贯穿整个生命周期，与其他流程并行
可以尽早介入测试，灵活度较高
提高了风险管理，版本迭代中可以进行风险评估和优先级的确定，可将主要目光放在高风险测试点
缺点
需求稳定性要求高：H模型要求在开发前期尽可能明确和稳定需求，对需求稳定性的要求较高
测试就绪准备的点难以掌控，需要精准评估
测试人员的技能要求较高，且需要良好的协作和沟通
适用范围
适合中大型企业，企业通常需要更快的交付周期和更灵活的开发流程，快速响应需求变更和市场竞争，但目前该类型企业用的比较少。
敏捷模型
敏捷软件开发是基于敏捷宣言定义的价值观和原则的一系列方法和实践的总称。自组织、跨职能团队运用适合他们自身环境的实践进行演进得出解决方案。
故敏捷模型是为了快速迭代开发上线，而引出的一种测试开发模型。强调快速迭代、持续集成和自动化测试。
敏捷模型的优/缺点
优点
快速响应变化，能够及时适应需求变化和项目调整，快速迭代开发和测试
提高整体的风险管理，可以及早发现和修复问题，减少项目风险和质量风险
提高软件质量，通过持续集成和自动化测试，减少人为错误
缺点
需求频繁变更，敏捷开发强调变化和灵活性，但这也意味着需求可能会频繁变更
需要更专业的测试技能，要求测试团队丰富的测试经验和技能，可以快速迭代中保证高效测试
加深自动化测试依赖，自动化测试使用和维护成本增加
适用范围
大多为互联网企业（不轮大小），快速迭代开发测试，快速响应需求变更和市场竞争，尽早上线。
测试用例
是为了某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求
特性：有效性、可复用性、易组织性、可评估性、可管理性
要素：用例编号、用例标题、模块/项目、优先级、前置条件、测试步骤、测试数据、预期结果
测试用例的特征
1、测试用例具有代表性：测试用例能够代表并覆盖各种合法的和非法的、合理的和不合理、边界的和越界的以及极限的输入数据、操作和环境设置等。
2、测试结果是可判定的：测试执行结果的正确性是可以判定的，每一个测试用例都应有明确的期望结果，否则将难以判断系统是否正常运行。
3、测试结果可以再现：对同样的测试用例，系统的执行结果应当是相同的。
测试用例设计原则
使用成数的测试用例设计方法来进行设计；
保证测试用例数据的正确性和操作的正确性；
确保测试用例具有一定的代表性；
每个测试用例应该针对单一的测试项；
保证测试结果是可以判定并且可以再现的；
保证测试用例描述准确、清晰、具体；
测试用例设计应满足项目的时间、人员和资金要求；
之后讲具体的测试用例如何编写，以及编写测试用例的方法和如何使用
标签：需求,测试,迭代,工程师,模型,测试用例,开发 From： https://blog.csdn.net/weixin_65113709/article/details/143898181