一、测试基础(2)

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

功能测试和接口测试的区别在于,功能测试侧重点在于前端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、流程图与场景法 (业务流程测试)
    前台下单
    后台发货
    ...需求文档存在业务流程

 

posted @ 2024-05-23 17:19  Mei_first  阅读(3)  评论(0编辑  收藏  举报