🔥前言
本文为软件测试项目的实例训练,是对fecmall开源电商系统进行相应的功能测试,主要是在Linux系统上进行的操作。
涉及的技能点:
⭐️测试基础理论
⭐️linux系统命令
⭐️mysql数据库
🚀Fecmall简介及相关功能
Fecmall简介
🔥fecmall电商系统是一款面向程序员的电商商城系统,比较多的考虑了跨境电商系统二次开发的支持。
🔥fecmall电商系统使用php编程语言,默认的数据库是mysql数据库,可以通过配置支持mongodb数据库和redis数据库的支持,可以将数据存储在不同的数据库软件中。
🔥fecmall电商系统本身实现的是比较简单的电商功能的框架,可以借助于各种应用系统插件来实现更复杂的功能。
Fecmall功能介绍
🅰️fecmall电商系统包含六大入口:
1)appfront,对应pc前台。
2)apphtml5,对应移动端网页。
3)appadmin,对应pc后台。
4)appserver,各种移动端访问的前台服务器。
5)appapi,对外接口,方便和其它系统集成。
6)console,离线脚本入口,可以运行各种shell脚本。
🅱️fecmall电商系统的基本功能:
前台功能主要有注册、登录、购物车、订单、支付等常规电商功能。后台功能主要有产品管理、产品分类管理、订单管理、优惠券管理、用户管理、CMS管理、网站配置等。
🚀Fecmall项目配置与部署
Fecmall项目的配置
1️⃣进入Fecmall官网下载Fecmall压缩包
2️⃣进入Fecmall安装文档使用自己熟悉的技术进行安装
3️⃣使用运行Shell脚本进行部署启动Fecmall
命令解析:
- echo #命令将本地dns解析追加到etc/hosts文件中 - fecmall #软件系统后端采用php语言开发的 - fecmall #的数据存储在MySql - fecmall #的文本服务使用的是NGINX
🚀对Fecmall进行功能测试
熟悉被测系统的业务和术语及业务的规则
被测系统的业务模块
- 属于电商系统业务
- Fecmall电商系统(有B端(Business)–后台子系统,有C端(Customer)–前台子系统)
- Fecmall可用于二次开发的系统(根据框架进行二次加工)
- 有两个子系统:(管理员后台,用户前台)
前台子系统:功能为:购买用户可以查看展示的商品;搜索商品,选择商品加入购物车;支付等
后台子系统:产品分类、商城管理、应用中心、控制面板、网站配置
以该系统的产品分类业务为例,将数据库和测试用例设计方法与用例写作进行相结合。
被测系统的业务规则、专业术语
- 产品分类管理
- 产品管理
- URL重写管理:将产品的URL进行重写便于用户查看
- spu:库存量单位,唯一的产品代码,通常由数字和字母组成,用于区分不同的商品
- sku:标准产品单位,一个商品的标准化描述,通常由商品的名称、描述、图片、品牌等信息组成。spu可以区分不同的商品,但不能区分不同的属性。
产品管理的测试
- 增删改查的相关操作
- 商品添加
商品属性组管理
添加商品;需要为商品选定属性组;
添加属性组;属性组由属性组成;先有各种属性:属性与商品类型有关(衣服的属性:尺码、颜色、材质;水杯属性:颜色、容量、材质;电脑属性:)
测试人员在测试时还要涉及到数据库的检查;需要了解自己所负责测试的模块关联数据库表是哪几张;表里的信息字段有哪些;字段的约束
表是哪几张;表里的信息字段有哪些;字段的约束
- 从前面系统的启动获取到数据库采用的是mysql
- 需要和开发人员(负责你所测试模块的开发工作)沟通,我是测试后台产品管理模块,请问有哪些表是涉及到这个产品管理;设计文档----数据库表的详细设计文档
- 看看数据库相关的表:直接就去mysql console或者通过第三方界面(sqlyog;navicat;dbeaver)工具去连接mysqlFecmall 数据库
- 本篇使用的是dbeaver操作数据库
在数据库查询表记录
编写系统测试计划、方案、用例
系统测试计划
系统测试负责人(小组长;资深的测试人员完成)
系统测试方案
按照道理讲是由测试技术专家(测试架构师完成);如果被测试软件系统规模比较小,人员也没有那么多;小组长直接负责
目前有很多项目采取敏捷开发模式:追求快速;直接小组长将测试计划和测方案中整合在一起;计划和方案的编写后续有详细的内容;
(1)计划和方案中分析出测试点;要测试什么
(2)分析测试点的维度
- 从被测试系统各种测试类型角度出发:功能测试;性能测试;易用性测试;兼容性;安全性。。。。。。。
- 测试单个功能:针对后台的产品管理的功能
- 产品信息管理:添加商品功能;修改商品功能(单条修改;批量修改);删除商品功能(单条删除;批量删除);查询商品功能能(单条件查询;多个条件组合查询;针对查询结果功能测试)
- 属性管理
- 其他子模块测试点分析相同
- 多个功能之间的操作会有影响:功能互操作测试
- 属性管理:删除一个属性(有属性组已经添加你这个属性);添加产品选择一个属性组(正好这个属性组含有你要删除的属性)
- 删除属性对属性组对产品的影响
(3) 测试设计方法的选择
- 等价类划分法
- 特点是效率高;效果一般;将被测试的内容划分成几种情况,选择代表数据进行测试会出现漏测的情况,但是快;不考虑组合
- 找出有效等价类、无效等价类:要看具体的需求说明根据需求描述的情况(取值范围值的个数:一个有效 两个无效;布尔量:一个有效一个无效;同时满足多个要求:多个无效一个有效;集合必须如何的条件:一个有效一个无效;细分。。。。。。。。)
- 一条测试用例尽量覆盖多条有效;一条测试用例只覆盖一个无效
- 边界值分析法
- 边界是一个问题多发区;要重视边界
- 对于边界测试找出边界值:两点边界值法(上点、离点);三点边界值法(边界和边界左右的值)
- 对等价类的补充;具有等价类划分法的特点
- 正交实验法
- 测试组合的方法;比等价类划分测试的全,效果好一些;
- 比判定表测试的要少
- 套用正交表:因子/状态—套合适表
- 用于三个及三个以上的条件组合搜索
- 状态迁移图法
- 适用于系统中一些需求关于状态机特点的描述
- 有限状态机:状态;让状态发生变化的触发事件;通过触发时间让状态发生各种变化;找出变化迁移的路径;状态的变化不一定是单个触发事件,多个触发事件的组合;
- 流程分析法(场景测试法)
- 先确定用户角色
- 用户想通过这个系统做什么
- 把要完成要做的事情有多少功能点;将功能点串起来:有正常的流程—完成了;有异常的流程—提前结束任务完成
系统测试用例之属性管理
(1)添加属性的测试用例
输入条件 | 有效等价类 | 无效等价类 |
属性类型 | 必选并且是类型列表 | 不选;非列表的值 |
属性名称 | 必填4~10个字符不能有特殊 | 不填;少于4;多于10个;含非法字符 |
状态 | 必选并且是类型列表 | 不选;非列表的值 |
数据类型 | 必选并且是string | 不选;非string类型 |
图片显示 | 必选并且是类型列表 | 不选;非列表的值 |
必填选项 | 必选并且是类型列表 | 不选;非列表的值 |
默认值 | 必填项并且是数字 | 不填;非数字 |
类型 | 必填且六个类型之一 | 不填;不在类型内 |
等价类用例编写原则
- 一条测试用例尽量覆盖多个有效等价类:建议至少写6条测试用例
- 一条测试用例只覆盖一个无效等价类
(2)查询属性的测试用例
- 按照查询条件测试 ----等价类划分法
输入条件 | 有效等价类 | 无效等价类 |
状态 | 激活;关闭 | 其他 |
- 按查询结果测试----等价类划分法
输入条件 | 有效等价类 | 无效等价类 |
查询结果 | 有一条记录;无记录;有多条记录(单页、多页)) | 其他 |
用边界值进行补充:最多能显示多少条;单页选择20条显示;50条显示 | ||
对于查询测试:需要提前构造一些想要达到预期结果的数据(需要设置预置条件) | ||
测试用例1:想要测试没有激活状态的属性(事先将激活状态的属性全部关闭) | ||
测试用例2:想要测试有一条激活状态的属性记录(事先要去将一个属性设置为激活状态) |
(3)修改属性的测试用例—编辑属性信息
- 思路与添加属性一样
(4)删除属性的测试用例
- 删除单条;删除多条:使用等价类划分和边界值
输入条件 | 有效等价类 | 无效等价类 |
删除记录条数 | 选择一条或以上 | 没有记录选择 |
系统测试用例之产品信息管理
(1)添加产品
(2)查询产品
- 针对某个单一的查询条件进行测试:等价类划分(参照属性查询的测试设计方法运用)
- 找出你关注的两个输入条件进行组合查询:比如状态(上架、下架)和库存状态(有货、无货)做组合查询(四种组合:上架与有货;上架与无货;下架与有货;下架与无货)
- 找出你关注三个输入条件、四个输入条件、五个输入条件、六个输入条件进行组合查询:可以用正交实验法(如果你觉得查询条件太多;可以加权筛选);六个输入条件
因子 | 状态 |
状态 | 上架;下架 |
库存状态 | 有货;无货 |
产品名字 | 有;无 |
SPU | 有;无 |
SKU | 有;无 |
更新时间开始:小于等于系统时间;大于系统时间
六因子两状态:找对应的表
- 按照查询结果进行测试的思路参照属性查询
- 每页显示多少条:做提前设置
- 查不到结果
- 查询一条结果:想查询一条下架状态的产品信息(了解到有两张表的的数据与产品信息相关)ful_search_produt 、product_flat(可以通过更新数据、插入数据)
- 查询多条结果
- 查询多条结果分页
在做查询测试的时候:需要提前准备符合查询结果的数据;需要构造数据(手工构造;数据库插入数据;数据工厂工具)
数据库的产品信息的SQL语句
(3)修改产品
参照产品增加
(4)删除产品
参照属性删除用例编写思路
执行测试用例
(测试人员自己部署环境—参照开发人员给的环境部署手册)–冒烟测试(初步检查这个提测被测试软件系统符合我们测试要求吗)—全面的测试执行—提交缺陷—回归测试
开发团队整合一个版本—提交给测试部门—提测申请
做一个冒烟测试—验证这个提测版本质量如何,具有可测试性
(1)Fecmall:后台可以添加商品
(2)前台可以查看商品;购买商品;支付
冒烟通过
全面执行测试用例
(1)电商经常会搞活动;满减;所有商品全部便宜50块;或者打几折;搞活动还有时间限制
(2)这样批量信息处理需要用shell脚本按照时间自动去修改一些数据
(3)某个商品每月8号全部面包商品减10块
⭐️⭐️⭐️总结
本文主要是介绍一整个完整的测试流程,及相关的操作,当然仅仅是挑选了该商城系统的主要功能进行测试,其他的功能测试,是可以直接借鉴的。