测试从入门到入土？

软件测试概述

python自动化：

• 自动化运维
• 自动化测试（功能测试>>>自动化<<<(接口自动化，app自动化，web自动化)>>>>测试开发（平台）

定义：

• 规定的条件：甲方的需求，规定
• 软件质量衡量：是否满足需求

软件分类

C/S架构软件：

• CS架构

  1.C --> client 客户端

  2.S --> Server 服务端

• B/S架构

B/S 只需更新网页，C/S 需要更新客户端

C/S 可以将很多功能封装到客户端client

B/S架构 所有逻辑都实现在服务端，相较于C/S服务器压力 较大

项目的生命周期与软件开发模型

1.1.1 瀑布模型

• 缺点3 .不响应，不适应

• 早发现 早治疗 早孕育

1.1.2 快速原型模型

• 原型图示例：

  ​ 接口文档：规范前后端请求接口

  ​
  

• 生命周期

1.1.3 螺旋模型

测试模型******************

• V模型:

• • 关系：
• 

• W 模型：

早发现，早治疗，早孕育

质量模型

软件测试分类

• 软件测试的分类按照不同的标准划分

Flask中 上下文：

• 请求上下文 ： request，session

• 应用上下文：

  **current_app**，*g*
  

  需要手动开启上下文

按测试阶段划分：

冒烟测试：

• 指最主要的功能能否实现

回归测试：

• 指修改完BUG后，第二次或以上测试

探索测试：

• 边使用边了解边测试

测试计划

1.软件测试计划简介

示例：

测试用例

人话：文档，测试用例就是一个文档，先拟定的一个计划，先写后测

• 示例：
• 
  
  

* 预置条件：条件满足，在满足某些条件下进行测试 *

测试用例的内容 ************************

缺陷报告 BUG

一切问题都叫缺陷，但没有完美的代码

缺陷分类：

性能类 ：高并发

安全类：sql注入

兼容类： 操作系统不兼容，不适配

3.缺陷管理

3.1 提交缺陷的注意事项

• 可复现: 缺陷可以复现
• 唯一性: 一条缺陷只报告一个问题
• 规范性: 缺陷报告编写要规范, 符合公司或者项目要求
  • 准确: 描述的信息是正确的
  • 具体: 有细节且是真实特定的, 避免使用模糊不清的词语, 如功能中断, 功能不正确, 功能不起作用等等.
  • 简洁易懂: 描述简单容易理解, 不要产生歧义
  • 次序清晰: 描述缺陷过程有条件, 有先后顺序

3.2 缺陷的跟踪流程

测试报告

1.1什么是测试报告

​ 记录测试的过程和结果，对发现的问题和缺陷进行分析的文档

1.2测试报告分类

• 阶段测试报告
• 整体测试报告

1.3测试报告内容

• 测试描述

  • 测试目的
  • 测试依据
  • 测试范围
  • 测试环境
  • 测试实际进度

• 执行结果

• 测试结果分析

  • 测试需求覆盖分析
  • 测试用例执行分析
  • 缺陷分布分析
  • 遗留缺陷
  • 测试缺陷列表

• 测试结论

  • 测试有效性分析
  • 测试结论
• • 测试结论（测试是否通过/是否满足发布要求/是否能够发布）
• • 罗列发现的主要问题（或者说该版本存在的主要风险）
• • 测试版本（客户端，服务器）（如果允许发布，附件发布包或其链接，包大小，以及md5校验码）
• • 测试内容（测试范围）
• • 测试用例执行情况（一共多少，执行了多少，未执行多少，通过多少，失败多少）
• • 发现的严重缺陷有哪些（仅仅罗列最严重级别的bug）邮件的附件是测试计划执行结果文件

测试报告示例：

测试日报：

· 今日测试内容
· 新增bug，bug严重程度分布情况、bug归属人员分布情况等。
· 当前是否有阻塞的问题，是否有需要支持的地方等。
· 最后还要写明天的测试计划。

最终测试报告

最终的测试报告，需要写清楚如下几点：
· 本次测试环境及版本本次测试覆盖的范围。
· 测试共发现bug多少个，其中一级bug多少个，二级bug多少个等。
· 测试的结果，是否测试通过。
· 遗留待跟踪问题。
· （可选）发版需要注意的问题。
· 测试人员和测试时间。