测试基础01

什么是软件测试：使用技术手段验证软件是否满足需求

为什么选择软件测试：软件必有缺陷

目的：找到问题并修复，降低风险

技能：理论+数据库+Linux

理论+工具

理论+代码

原因：稳定+轻松

1.测试技能

功能测试：保证功能，软件系统的功能是否符合需求规格说明书的要求

自动化测试：让程序或工具代替人去测试

接口测试：针对软件系统中不同组件或系统之间接口进行的测试方法

性能测试：模拟多人使用软件，查找服务器缺陷

分类：

按阶段划分：

单元测试：针对程序源代码进行测试（开发）（白盒），判断某个特定条件下某个特定函数的行为。

集成测试：接口测试，针对模块之间访问地址进行测试（灰盒）

系统测试：对整个系统进行测试包括功能、兼容、文档等测试（黑盒）

验证测试：内测、公测，使用不同的人群来发掘项目缺陷

确认测试：验证软件的有效性（黑盒）

按代码可见度划分：

黑盒测试：看不见代码，主要对程序功能测试（功能测试）

灰黑测试：看见部分代码，主要对接口测试

白盒测试：看见全部代码，主要对程序源代码测试（单元测试）

扩展：

自动化测试归属于功能测试；

性能测试、安全测试归属于专项测试

测试策略：

冒烟测试：对程序主功能进行验证，保证程序具备可测性

面试题：提测标准是什么？-----冒烟测试通过

测试之前要做什么？-----冒烟测试

2.测试考虑方面：模型

质量模型（功能性、性能效率、兼容性、可靠性、可维护性、易用性、信息安全、可移植性）、 测试模型（W模型）

3.测试流程：

需求分析（分析之前阅读需求文档，记录不明确部分）确定各部门对需求理解一致，站在不同角度对需求查漏补缺；

计划编写（测什么：测试目标及范围，谁来测：人员进度安排，怎么测：测试策略、测试工具）；

用例设计（验证项目是否符合需求的操作文档：设计执行测试的文档）；

用例执行（项目模块开发完成开始执行用例文档实施测试）；

缺陷管理（提交、验证、关闭）；

测试报告（实施测试结果文档：测试目标、过程、缺陷统计、分析、测试报告）；

4.用例设计格式：

用例：用户使用的案例

4.1什么是测试用例：

为测试项目而设计的执行文档

4.2测试用例作用：

防止漏测

实施测试标准

4.3用例设计编写格式（8大要素）：

用例编号：项目+模块+编号

用例标题：预期结果+操作步骤/预期结果（测试点）

模块/项目：所属模块的项目

前置条件：前置操作

优先级：用例重要程度或者影响力

测试步骤：操作步骤

测试数据：操作数据

预期结果：期望达到的结果

如何设计用例：不同场景，不同设计方法

验证码测试点：

1、为空

2、错误

3、过期

4、成功

P0（关键功能测试用例） P0 是核心功能的测试用例，通常用于冒烟测试。如果这些用例失败，会阻碍其他测试用例的验证。例如，登录功能或关键业务流程的验证属于 P0。

P1（高优先级测试用例） P1 用例是最常执行的，确保基本功能的稳定性。这些用例包括基本功能测试、重要错误测试和边界测试。例如，用户管理、权限管理等核心功能的验证。

P2（中优先级测试用例） P2 用例用于更全面地验证功能的各个方面，包括异常测试、边界测试、中断测试、断网测试和容错测试等。这些用例通常覆盖更多细节，但执行频率较低。

P3（低优先级测试用例） P3 用例不常被执行，主要包括性能测试、压力测试、兼容性测试、稳定性测试、安全性测试和可用性测试等。这些用例通常在系统稳定后或特定场景下执行。