一、测试基础（2）

1.一、测试基础（2）2024-05-23

2.一、测试基础（3）2024-05-23 3.二、接口自动化测试（1）2024-05-23 4.一、测试基础（1）2024-05-23 5.二、接口自动化测试（2）2024-05-23 6.三、Web自动化测试（1）2024-05-24 7.三、Web自动化测试（2）2024-05-24 8.三、Web自动化测试（3）2024-05-24

四、用例执行——接口联调和接口功能测试

功能测试和接口测试的区别在于，功能测试侧重点在于前端ui界面，数据展示，图形界面，业务逻辑操作等，接口测试侧重点在于，后端返回的数据是否正确，接口是否正常。

一、接口测试

可以通过接口测试工具或者接口测试脚本来进行测试

接口测试工具：apipost、jmeter、laodrunner等

Jmeter使用教程见：https://blog.csdn.net/weixin_44904239/article/details/135092413

1、启动工具

二、JMeter常用组件以及作用域

1.常用的组件以及执行顺序

(1)测试计划：JMeter启动，其它组件的容器
(2)线程组（测试片段）：代表一定虚拟用户数，测试片段代表模块

(3)配置元件：配置信息

(4)监听器：收集和查看结果

(5)定时器：控制延迟请求

(6)前置处理器：请求之前的操作

(7)后置处理器：请求之后的操作

(8)断言：判断结果是否正常

2.常用的组件（元件）的作用域
组件可以作用于父组件
组件可以作用于同级组件
组件可以作用于同级组件的子组件
二、功能测试

Web手工测试（详细见我的typora笔记）

1、项目环境

1、经典三层架构
    ·前端
        浏览器
        客户端
    ·应用服务器
        本质上是一台电脑
        有能够发布应用的程序
            ip
            端口
        项目代码(程序)
    ·数据服务器
        本质上是一台电脑
        数据库服务
            ip
            端口
2、常见的
    ·项目代码
        Java
            .war 或者 .jar 文件包
        C/C++
        Python
        PHP
            .zip
    ·web服务器
        Apache
            默认监听端口
                80
            特点
                技术成熟, 社区完善, 文档丰富
            主要用来部署 PHP 程序
        Nginx
            默认监听端口
                80
            特点: 负载均衡
        Tomcat
            默认监听端口
                8080
            主要用来部署 Java 程序
    ·数据服务器
        mysql / oracle / DB2 / SQLServer
    ·操作系统
        windows / linux (CentOS/ Redhat/ Ubentu) / mac
3、组合
    工作中最常见的
        linux + tomcat + mysql + java
    linux + nginx + mysql + PHP
    windows + apache + mysql + PHP

2、环境搭建

3、熟悉项目

1、概念
    组织架构图是能反映项目 各系统 和 各模块 组织关系的图
2、作用
    帮助整体理解项目
3、工具
    思维导图工具, 如 xmind 等
4、绘制
    ·前台
        原则
            一个独立的页面就是一个模块
            对具有共同特性的页面进行合并整理 (推荐: 按照主业务流程)
        内容
            注册
            登录
            商品浏览
            购物车管理
            订单管理
            支付管理
            ...
    ·后台
        原则
            系统 -> 子系统 -> 模块 -> 子模块
            推荐
                模块 -> 菜单 -> 子菜单 -> 标签
            见到具体的页面就结束
        内容
            系统
                设置
                    商城设置
                        网站信息
                        基本设置
                        短信设置
                        ...
                    地区&配送
                    短信模板
                    ...
                会员
                广告
                ...
            商城
            插件
            ...

4、项目-测试流程-测试-1-注册功能-设计测试用例

1.需求分析
    输入分析
        长度
        类型
        组成规则
        是否为空
        是否重复
    交互分析
        所有数据都正确
        有错误, 给出提示
    输出分析
        前台
        后台
        数据库
2.构造数据 (等价类+边界值)
3.编写用例
    构造数据中, 一个数据对应一条测试用例, 用例的预期结果要参照需求分析中的输出分析
    可以根据需求文档去补充没有写到的测试用例

5、项目-测试流程-测试-1-注册功能-测试用例

内部评审
    测试组内部
        测试经理, 测试主管, 高级测试工程师
外部评审
    测试组外部
        测试, 产品, 开发, 客户
最佳推荐评审
    对应模块的开发人员是必须要参加
    其他人可选, 如, 开发老大, 测试老大, 产品经理

6、项目-测试流程-测试-1-注册功能-执行用例与缺陷跟踪

1、执行测试
    逐条执行
    按照用例的详细内容执行 (预置条件, 测试数据, 执行步骤, 预期结果)
    注意: 不能只看测试用例标题执行
    执行用例的结果: pass (成功), fail (失败), block (被阻塞), N/A (不用执行)
    执行失败的用例要及时填写缺陷报告 (在禅道或者类似的缺陷管理工具上记录你所发现的bug)
2、缺陷跟踪
    在哪提交?
        禅道或者 Jira等缺陷管理工具
    怎么写?
        按照表单填写
    提交给谁?
        对应的开发人员
    如何跟踪?
        缺陷的状态变化会给相关人员发邮件
    何时结束?
        验证通过, 不是bug, 不予解决, ...

7、项目-测试流程-测试-1-注册功能-写报告

写测试报告?
一般不在这个阶段去写测试报告, 要全部模块都测试完成, 才统一写测试报告

8、测试用例设计思路

1、什么时候用等价类和边界值组合: 具有典型输入的功能
    注册
    登录
    ...具有典型输入的功能
2、常用方法, 拆分需求形成测试点: 需求 -> 功能点 -> 测试用例设计方法 -> 测试用例 (一个测试点对应至少一条用例)
    轮播图
    购物车
    ...需求文档中有大篇幅的文字描述
3、流程图与场景法 (业务流程测试)
    前台下单
    后台发货
    ...需求文档存在业务流程