6月13日功能测试Day3

4.0web项目熟悉 

web项目环境准备

熟悉tpshop项目

项目测试流程介绍

tpshop商城项目功能测试 ——模块测试

tpshop商城项目功能测试 ——业务流程测试

功能测试辅助——数据库和抓包工具

非功能测试

项目测试总结报告

 学习目标: 

针对tpshop商城项目:

能够说出项目的核心功能模块和业务流程

根据需求编写项目核心功能模块的测试点和测试用例

设计商城项目业务流程的测试用例

执行测试用例并提交缺陷

使用数据库和fiddler抓包工具协助功能测试执行

 4.1web项目环境 

 1.网站为什么能打开? 

原因:网站服务器相关环境已部署及运行

 2.什么是环境? 

项目运行所需要的所有的软件已经硬件组合

 3.web项目环境? 

通过浏览器访问的项目

架构:

B/S的架构 b:Browser 浏览器 Serber 服务器

APP架构是 C/S的架构 Client Server

前台:普通用户使用系统的入口

后台:管理人员使用系统的入口

前端/后端:根据开发人员的身份去做区分。

服务器组成:操作系统+数据库+web应用程序+项目代码

 tpshop项目环境 ——软件组成基本部分 

 基本组成 

操作系统:Linux 应用服务器:Nginx 数据库服务器:Mysql 项目代码:PHP项目

操作系统:Windows 应用服务器:Apache 数据库服务器:Mysql 项目代码:PHP项目

 面试题:你们公司有几套环境? 

测试环境:测试人员使用

开发环境:开发人员使用

预生产环境:测试人员使用

生产环境:用户使用

注意:

情况一:两种环境,测试环境+生产环境,如何解决开发和测试进度冲突问题?

答:区分开发周和测试周,开发工作时(开发新功能)不测试,测试工作时,开发不进新代码。

情况二:3种环境,开发环境+测试环境+生产环境

 4.2熟悉项目 

 怎么熟悉项目? 

新项目:需求文档、产品经理

已存在的项目:文档(需求文档、使用说明书等)、测试老员工、产品经理、开发、项目软件

tpshop商城:需求文档、项目软件

 怎么才算熟悉项目? 

思路:

 用户+用户如何使用 

 哪个功能缺少会导致用户无法正常使用 

标准:

1.熟悉项目的核心业务流程

2.熟悉项目的核心功能模块

 电商项目里哪些业务是核心业务? 

下单业务、发货业务、退换货业务、订单查询业务、会员管理业务、商品管理业务

 哪些功能是核心功能模块? 

注册、登录、轮播图、搜索、购物车、抢购、评论

 tpshop商城组织结构 

此步骤的目的:

帮助我们快速梳理项目,梳理清晰。

可以快速区分重点项目,核心业务、功能等。

 4.3开展测试 

 项目熟悉后,如何开展测试? 

1.需求分析:确保各部门需求理解一致

前置:阅读需求分析文档,记录不明确之处。(确定各部门对需求理解一致、站在不同角度对需求进行(查漏补缺))

2.计划编写:测什么、谁来测、怎么测

测试目标及范围、测试人员进度安排、测试策略、测试工具

3. 用例设计 :验证项目是否符合需求的操作文档

设计执行测试的文档

4. 用例执行 :项目模块开发完成开始执行用例文档实施测试

5.缺陷管理:对的缺陷进行管理的过程

提交->验证->关闭

6.测试报告:实施测试结果文档

说明:测试目标、测试过程、缺陷设计、缺陷分析、测试总结

 4.3.1测试流程应用 

 1.需求评审? 

前提: 评审之前阅读需求,记录疑问点。 

评审的目的:

知道有什么功能,需求规划是什么

站在不同角度对需求进行查漏补缺

各部门对需求理解一致

 2.计划编写? 

谁来写?项目测试负责人来写

有几份?2份,项目总计划,个人执行计划

核心:

测什么(目标和范围)

谁来测(人员进度安排)

怎么测(测试策略、测试工具)

准入(提测标准) 什么时候开始测试 

准出标准(上线标准) 什么时候结束测试 

测试对象(文档、代码、数据)

 3.测试设计 

如何设计用例?

熟悉要求——设计测试点——编写测试用例

提示: 先设计业务用例,后设计单功能模块用例 

 4.用例执行 

A.按优先级执行

前提:写用例的时候标注清楚优先级并且明确优先级的定义

P0:最高级别

B.顺序执行

 5.缺陷管理 

提交缺陷:用例执行失败时提交,确保 唯一性 , 可复现 (优先性、状态、 版本号 )

验证缺陷:验证后需要注明版本号,验证不通过需要Reopen

关闭缺陷:验证通过则关闭并注明版本号

 5.0web商城项目测试 

 5.1发货下单测试 

 什么是业务流程? 

为了达到某一个目的需要将多个功能组合起来使用,这样的操作过程叫业务流程。

 为什么做业务流程测试? 

 意义: 

确保项目的核心业务能正常使用

 方法: 

 流程图法(重点) 

流程图法 ——介绍

流程图法也叫场景法,是用流程图描述用户的使用场景,然后通过覆盖流程路径来设计测试用例。

使用场景:

在业务场景中涉及多功能的组合逻辑

注意:流程图法测试不需要深入功能内部详细测试,主要测试流程。

 流程图法的使用步骤? 

01.根据流程图找出路径

从开始到结束为一条路径, 有多少条路径就有多少条用例 

02.编写测试用例

流程图中一条路径就是一条测试用例

 从开始到结束共有4条用例 

1.所以项都成功(登录—审核—发货—填写物流单正确)  发货成功 

2.登录失败(登录失败)  发货失败 

3.审核不通过(登录成功—审核订单不通过)  发货失败 

4.物流单号不匹配(登录成功—审核通过—发货—填写物流单号错误)   发货失败

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值