软件测试之【基于开源商城系统fecmall功能测试项目实例】-阿里云开发者社区

🔥前言

本文为软件测试项目的实例训练，是对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可以区分不同的商品，但不能区分不同的属性。

产品管理的测试

增删改查的相关操作
商品添加

商品属性组管理

Fecshop产品

添加商品；需要为商品选定属性组；

添加属性组；属性组由属性组成；先有各种属性：属性与商品类型有关（衣服的属性：尺码、颜色、材质；水杯属性：颜色、容量、材质；电脑属性：）

测试人员在测试时还要涉及到数据库的检查；需要了解自己所负责测试的模块关联数据库表是哪几张；表里的信息字段有哪些；字段的约束

表是哪几张；表里的信息字段有哪些；字段的约束

从前面系统的启动获取到数据库采用的是mysql
需要和开发人员（负责你所测试模块的开发工作）沟通，我是测试后台产品管理模块，请问有哪些表是涉及到这个产品管理；设计文档----数据库表的详细设计文档
看看数据库相关的表：直接就去mysql console或者通过第三方界面（sqlyog；navicat；dbeaver）工具去连接mysqlFecmall 数据库
本篇使用的是dbeaver操作数据库

在数据库查询表记录

编写系统测试计划、方案、用例

系统测试计划

系统测试负责人（小组长；资深的测试人员完成）

系统测试方案

按照道理讲是由测试技术专家（测试架构师完成）；如果被测试软件系统规模比较小，人员也没有那么多；小组长直接负责

目前有很多项目采取敏捷开发模式：追求快速；直接小组长将测试计划和测方案中整合在一起；计划和方案的编写后续有详细的内容；

（1）计划和方案中分析出测试点；要测试什么

（2）分析测试点的维度

从被测试系统各种测试类型角度出发：功能测试；性能测试；易用性测试；兼容性；安全性。。。。。。。
测试单个功能：针对后台的产品管理的功能

产品信息管理：添加商品功能；修改商品功能（单条修改；批量修改）；删除商品功能（单条删除；批量删除）；查询商品功能能（单条件查询；多个条件组合查询；针对查询结果功能测试）
属性管理
其他子模块测试点分析相同

多个功能之间的操作会有影响：功能互操作测试

属性管理：删除一个属性（有属性组已经添加你这个属性）；添加产品选择一个属性组（正好这个属性组含有你要删除的属性）
删除属性对属性组对产品的影响

（3）测试设计方法的选择

等价类划分法

特点是效率高；效果一般；将被测试的内容划分成几种情况，选择代表数据进行测试会出现漏测的情况，但是快；不考虑组合
找出有效等价类、无效等价类：要看具体的需求说明根据需求描述的情况（取值范围值的个数：一个有效两个无效；布尔量：一个有效一个无效；同时满足多个要求：多个无效一个有效；集合必须如何的条件：一个有效一个无效；细分。。。。。。。。）
一条测试用例尽量覆盖多条有效；一条测试用例只覆盖一个无效

边界值分析法

边界是一个问题多发区；要重视边界
对于边界测试找出边界值：两点边界值法（上点、离点）；三点边界值法（边界和边界左右的值）
对等价类的补充；具有等价类划分法的特点

正交实验法

测试组合的方法；比等价类划分测试的全，效果好一些；
比判定表测试的要少
套用正交表：因子/状态—套合适表
用于三个及三个以上的条件组合搜索

状态迁移图法

适用于系统中一些需求关于状态机特点的描述
有限状态机：状态；让状态发生变化的触发事件；通过触发时间让状态发生各种变化；找出变化迁移的路径；状态的变化不一定是单个触发事件，多个触发事件的组合；

流程分析法（场景测试法）

先确定用户角色
用户想通过这个系统做什么
把要完成要做的事情有多少功能点；将功能点串起来：有正常的流程—完成了；有异常的流程—提前结束任务完成

系统测试用例之属性管理

（1）添加属性的测试用例

输入条件	有效等价类	无效等价类
属性类型	必选并且是类型列表	不选；非列表的值
属性名称	必填4~10个字符不能有特殊	不填；少于4；多于10个；含非法字符
状态	必选并且是类型列表	不选；非列表的值
数据类型	必选并且是string	不选；非string类型
图片显示	必选并且是类型列表	不选；非列表的值
必填选项	必选并且是类型列表	不选；非列表的值
默认值	必填项并且是数字	不填；非数字
类型	必填且六个类型之一	不填；不在类型内

等价类用例编写原则

一条测试用例尽量覆盖多个有效等价类：建议至少写6条测试用例

一条测试用例只覆盖一个无效等价类

（2）查询属性的测试用例

按照查询条件测试 ----等价类划分法

输入条件	有效等价类	无效等价类
状态	激活；关闭	其他

按查询结果测试----等价类划分法

输入条件	有效等价类	无效等价类
查询结果	有一条记录；无记录；有多条记录（单页、多页））	其他
用边界值进行补充：最多能显示多少条；单页选择20条显示；50条显示
对于查询测试：需要提前构造一些想要达到预期结果的数据（需要设置预置条件）
测试用例1：想要测试没有激活状态的属性（事先将激活状态的属性全部关闭）
测试用例2：想要测试有一条激活状态的属性记录（事先要去将一个属性设置为激活状态）