软件测试系统知识储备(极简版) + 我所从事业务的一些结合理解

(参考风落几番-视频课程)若涉及侵权,请及时与我联系!
基础知识:
软件基础知识\软件生命周期\软件开发模型\软件开发文档\软件测试基础\软件测试模型\测试组织架构\软件工程标准

测试策划:
测试环境搭建 测试流程:需求测试+测试计划

用例设计:
边界值分析法\等价类设计法\判定表设计\因果图设计\正交实验法\场景法

测试执行:
用例执行\缺陷管理\缺陷跟踪分析\易用性测试\兼容性测试

---

---

一些最基本需要了解的内容!

Linux

• Linux系统了解与环境熟悉

• 常用的Linux命令

• 具体场景中如何使用命令

• Linux文件属性\权限\用户管理

• Linux软件安装和使用\环境变量\定时任务

网络基础

• 网络架构\通讯原理
• TCP UDP 三次握手
• HTTP协议 如何存在?如何进行请求交互?
• Session与Cookie

数据库

• 环境搭建与应用(Window + Linux)
• SQL使用(关联查询\删除修改等)
• 存储过程
• 事务与编程

编程基础

不必多说

---

---

功能测试基础知识

1. 软件生命周期（Software Development Life Cycle, SDLC）
   需求分析
   核心:确认用户需求与业务目标
   测试职责:①参与需求评审,识别模糊/矛盾点 ②输出需求可测性的评估报告

设计阶段
架构设计:定义系统模块与交互逻辑
测试活动:①制定测试策略 ②评估技术方案的可行性

实现阶段
编码与单元测试:开发功能模块
测试活动:①提供单元测试用例 ②构建冒烟测试包(确保每日构建版本可测)

每日构建版本（Daily Build）是软件开发中的核心工程实践，本质是每天自动编译集成最新代码的可运行版本。它的核心价值在于快速暴露集成问题和提供持续质量反馈

BVT（Build Verification Test，版本构建验证测试）是软件测试中的基础环节，主要用于快速验证新构建版本的稳定性，确保核心功能可用.
BVT的核心目的是:①质量守门员- 每日构建版本或新版本发布后立即执行-以较短时间(理论上较短,但是我们公司的BVT实则要一整天来完成)来判断本次构建是否满足进一步测试的最低质量门槛 - 若失败则组织版本流入后续测试环节,避免资源浪费

测试阶段(主战场)
集成测试+系统测试+验收测试+专项测试

部署阶段
上线动作:发布生产环境
测试保障:①执行上线验证检查表(!这个有个印象很深的BUG) ②监控初始用户反馈(24小时内快速响应数据异常)

维护阶段
核心功能:修复缺陷与功能迭代
测试重点:①用户测试复现

提问:加入一个需求频繁变更如何应对?
回答:①每个sprint需要对需求进行快照,变更内容下期进行 ②对变更点的相关联模块进行测试范围的重新评估(其实相当于也是一个功能的代码变更,会要求研发给出一个清晰的改动影响范围来重新评估所需要的测试人力)

---

---