本文将介绍零基础自学软件测试-项目经验-电商项目实战-测试用例设计-促销中心的详细情况，。我们将通过案例分析、数据研究等多种方式，帮助您更全面地了解这个主题，同时也将涉及一些关于2022年最新软件测试
本文将介绍零基础自学软件测试-项目经验-电商项目实战-测试用例设计-促销中心的详细情况，。我们将通过案例分析、数据研究等多种方式，帮助您更全面地了解这个主题，同时也将涉及一些关于2022年最新软件测试工程师简历经验总结：软件测试工程师简历项目经验怎么写?（含真实简历模板）、Python自动化测试用例设计--自动化测试用例与手工测试用例区别与联系、②项目实战第五步： 设计、编写、执行测试用例、【测试基础】软件测试用例基本概念的知识。
本文目录一览：- 零基础自学软件测试-项目经验-电商项目实战-测试用例设计-促销中心
- 2022年最新软件测试工程师简历经验总结：软件测试工程师简历项目经验怎么写?（含真实简历模板）
- Python自动化测试用例设计--自动化测试用例与手工测试用例区别与联系
- ②项目实战第五步： 设计、编写、执行测试用例
- 【测试基础】软件测试用例基本概念
零基础自学软件测试-项目经验-电商项目实战-测试用例设计-促销中心
电商项目实战-用例设计系列参考书籍：《电商后台系统产品逻辑全解析》
一、电商模式
其中大家接触最多的就是B2C。电商模式名词解释不做过多讲解。
电商模式
二：电商后台管理系统。重点给大家分享订单中心、支付中心、促销中心的用例设计思路。
电商后台管理系统
【1】促销形式
促销形式
促销形式设计测试用例思路：
满减促销：
1.减价的金额不能大于等于商品原价（使用等价类边界值的方法）
2.阶梯满减，下一阶梯要大于上一阶梯
3.阶梯最多设置多少个？
单品促销：
促销价不能高于等于原价（使用等价类边界值的方法）
套装促销：
商品A和商品B组成套装的总价不能大于等于原价
赠品促销：
1.赠品最多赠多少件？
2.订单中价格是否计算正确（赠品为0元）
满赠促销：
1.满X元送某商品
2.满X元加Y元送某商品
多买优惠促销：
1.M元任选N件
2.M件N折
定金促销：
1.付了定金预购的商品是否可以取消订单？
2.付了定金预购，收到货退货之后是否可以再次购买？
最后：
当一个商品参加多个促销形式的活动会有什么样的互斥校验？哪些是可以同时参加，哪些是不能同时参加？
【2】促销活动规则
促销活动规则
促销活动管理设计测试用例思路：
创建活动：
活动名称最长为多少字符？是否可带有特殊符号？
促销时间，不同的促销时间创建的活动状态不一样
限购数量，默认不限购，如果有限购，比如设置限购一件，需要验证一件之后是否恢复了原价
促销用户范围，全部用户则任何用户都可以享受活动，设置新用户需要用验证是否只有新用户可以享受活动
操作：
审核，是否只有指定的人能审核？
编辑，编辑保存成功之后活动是否有更新？
删除，删除掉的活动应不再存在于活动列表中
复制，是否所有的字段都能复制成功？
活动状态：
未开始的活动，优惠不会生效
进行中的活动，优惠生效，需要验证订单的优惠及支付的优惠
已结束、已作废的活动，商品恢复原价
【3】优惠券管理
优惠券管理
优惠券管理设计测试用例思路：
优惠券的用例设计思路主要在支付这块：
1.当有多张优惠券时，是否能自动使用优惠力度最大的？
2.使用优惠券，支付金额是否计算正确
退款优惠券是否会返还的情况：
1.买A退A---返还
2.买AB退A---不返还
3.买AB退AB---返还
过期的优惠券不可以使用
【4】拼团
拼团
拼团设计测试用例思路：
1.拼团商品是否能为赠品？或者与其他优惠活动叠加？
2.拼团价格不能高于商品原价
3.拼团活动时长，超过时长拼团结束（拼团成功或失败都需要通知用户）
4.一个人只能开一个团或者参与一个团
5.拼团限购
6.拼团失败需要退款到用户账户。拼团成功卖家发货
7.拼团成功后再扣减库存容易出现超卖情况
8.若拼团成功之后，其中一人进行退款操作，其余人的商品仍然是可以享受拼团价，卖家发货
附加面试常问测试点：购物车用例设计（主要是业务功能方面，除了性能、兼容等的设计思路）。先说下我们在设计某个模块的用例时，很多人只会关注到这个模块的功能点，但其实我们还需要考虑到相关联的业务功能模块。
单从购物车的功能来说，仅仅只是增删改查：
增加商品、删除商品、查看商品、修改商品数量
但是相关联的业务（例如下图盒马和京东的购物车）就包括：
营销活动透出、优惠券透出（使用优惠券金额计算）、库存变化、依赖的上游业务（必须注册且登陆的用户才可以加购）、金融相关业务
京东购物车
购物车用例设计思路
2022年最新软件测试工程师简历经验总结：软件测试工程师简历项目经验怎么写?（含真实简历模板）
一、前言：浅谈面试
面试是我们进入一个公司的门槛，通过了面试才能进入公司，你的面试结果和你的薪资是息息相关的。那如何才能顺利的通过面试，得到公司的认可呢?面试软件测试要注意哪些问题呢?下面和笔者一起来看看吧。这里分享一下笔者十年测试生涯的面试总结!
软件测试面试常见问题通常分为两大类，一类是考察你的专业技能，另一类是考察你的稳定性、努力程度、情商等因素。并且所有初级测试工程师的面试题中我发现超过90%都是基础性的面试题，2020年只要掌握功能测试和接口测试，然后有一定的自动化基础，再加上面试的时候态度ok（不卑不亢即可）， 基本上在一线找一份薪资过万的工作并不难，切记在面试时心虚，心浮气躁、答非所问等！
二、软件测试工程师：简历模板
在面试之前，不得不聊聊简历，简历是职场的敲门砖，是拿到offer的通行证，那么对于一个初级测试工程师来说，应该如何写简历呢？可能对于新手来说，完全不知道怎么下手，这里我们从0开始写，首先你必须去找一份简历模板，可以是前程无忧，智联招聘，BOSS等自带的模板，也可以是网络上下载的模块，要求：上下结构，简单即可！不要太花哨！这里取几个栗子，什么样的模板是合适的！如下：（对于照片可有可无，长得Nice和可爱的妹纸除外）
三、软件测试工程师：简历包装
有了模板后，简历要如何写呢？下面让我们来看看一份简历包括哪些内容以及这些内容要如何写！
1.基本信息：
(1) 需要注意事项：
1.六大要素必填：姓名，性别，年龄，现居地，手机号码，邮箱地址！
2.其次就是填一些对你自己有利的信息，比如：学历：211本科，英语：六级！等，
3.对于妹纸来说可以填写：婚姻情况，这一点对于女性在职场来说是比较重要的一个因素
4.不要填一些无关紧要的信息，比如就有些人填：政治面貌：团员，籍贯：汉族等，
(2) 示例如下：
(1) 需要注意的事项：
1.一般格式为：2006.9-2009.6 湖南信息学院 软件技术专业
2.如果是高中学历，个人建议包装学历，因为不包装你连面试机会都没有.。
3.如果是非计算机专业，专业可以不写！
4.可以在下面加一些你在学院的有利经历，比如：曾获得2008年励志奖学金！曾获得什么证书等！
(2) 示例如下：
3.专业技能
(1) 需要注意的事项：
1.个人建议一般要写8条以上，包括数据库，Linux，测试理论，接口测试，自动化测试或性能测试选其一！
2.每一条写的内容多一点，不要几个字就结束了 ，错误示范：熟悉数据库的增删改查！
(2) 示例如下：
4.工作经历
(1) 需要注意事项：
1.一般格式为：深圳市XXX信息技术有限公司 2018.4-2020.4 软件测试工程师
2.工作职责：建议写3-5条工作职责！主要写你在这家公司主要做的事情！
3.注意包装前通过天眼查看看这家公司的主要业务，办公地址，成立时间等信息。这个在面试时可能会被问到！包装的更详细的需要记住公司在几楼几室，每天做什么车去上班等。
(2) 示例如下：
5.项目经验
(1) 注意事项：
1.个人建议：至少写四个项目，为什么？因为最近几年培训机构出来的人写三个项目的写太多了，所以个人建议写四个项目
2.项目中最好包括：app项目和web项目。
3.第一个项目是最近做的项目，也是面试官重点问的项目一定要非常熟悉，对于没有做过项目的新手来说，个人强烈建议去下载一个项目熟悉！可以是手机上的app也也可以是web项目！
4.项目职责建议6-8条以上！
(2) 实例如下：
6.自我评价
(1) 注意事项
重点放在：沟通能力，合作精神，学习能力，性格，抗压能力上！
(2) 示例如下：
本文是笔者就职软件测试讲师期间的简历心得，也是笔者1000多个已经就职于一线的测试工程师学员的简历锥型，切记：借鉴即可，绝对不能抄，不能抄，不能抄！！！不要问我为什么？也不要问我从哪里来？也不要问我到哪里去？，我轻轻的来，轻轻的走，不带走一片云彩！
Python自动化测试用例设计--自动化测试用例与手工测试用例区别与联系
1. 前言
手工测试用例是针对手工测试人员，自动化测试用例是针对自动化测试框架，前者是手工测试用例人员应用手工方式进行用例解析，后者是应用脚本技术进行用例解析，两者最大的各自特点在于，前者具有较好的异常处理能力，而且能够基于测试用例，制造各种不同的逻辑判断，而且人工测试步步跟踪，能够细致的定位问题。而后者是完全按照测试用例的方式测试，而且异常处理能力不强，往往一个自动化测试用例运行完毕后，报一堆错误，对于测试人员来定位错误是一个难点，这样往往发现的问题很少。
下面介绍手工测试用例与自动化测试用例对比：
2. 自动化测试用例与手工测试用例对比
2.1手工测试用例
- 较好的异常处理能力，能通过人为的逻辑判断校验当前步骤的功能实现正确与否；
- 人工执行用例具有一定的步骤跳跃性；
- 人工测试步步跟踪，能够细致的定位问题；
- 主要用来发现功能缺陷。
2.2 自动化测试用例
- 执行对象是脚本，任何一个判断都需要编码定义；
- 用例步骤之间关联性强；
- 主要用来保证产品主体功能正确完整和让测试人员从繁琐重复的工作中解脱出来；
- 目前自动化测试阶段定位在冒烟测试和回归测试
2.3 小结
通过对比我们可以看到，手工测试用例与自动化测试用例之间是存在差异的。所以，直接拿手工测试用例来直接转化成自动化测试脚本。
在此笔者需要强调：自动化测试替代不了手工测试，目的仅仅在于让测试人员从繁琐重复的机械式测试过程解脱出来，把时间和精力突入到更有价值的地方，从而挖掘更多的产品缺陷。目前自动化测试更多的时候是定位在冒烟测试和回归测试；冒烟测试执行的是主体功能点的用例。回归测试执行全部或部分的测试用例。
3.自动化用例选型注意事项
怎么编写自动化测试用例，如何将自动化测试用例和手工测试用例相辅相成。
- 不是所有的手工用例都要转为自动化测试用例；
- 考虑到脚本开发的成本，不要选择流程太复杂的用例。如果有必要，可以考虑把流程拆分多个用例来实现脚本；
- 选择的用例最好可以构建成场景。例如一个功能模块，分n 个用例，这n 个用例使用同一个场景。这样的好处在于方便构建关键字或参数化测试模型；
- 选择的用例可以带有目的性，例如这部分用例是用例做冒烟测试，那部分是回归测试等，当然，会存在重叠的关系。如果当前用例不能满足需求，那么唯有修改用例来适应脚本和需求；
- 选取的用例可以是你认为是重复执行，很繁琐的部分，例如字段验证，提示信息验证这类。这部分适用回归测试；
- 选取的用例可以是主体流程，这部分适用冒烟测试；
- 自动化测试也可以用来做配置检查，数据库检查。这些可能超越了手工用例，但是也算用例拓展的一部分。项目负责人可以有选择地增加；
- 如果平时在手工测试时，需要构造一些复杂数据，或重复一些简单机械式动作，告诉自动化脚本，让他来帮你。或许你的效率因此又提高了。
②项目实战第五步： 设计、编写、执行测试用例
一.首先观察页面初始化数据是否加载正确
步骤：1.先确定页面内容2.再确定内容所对应的数据库表3.编写SQL语句4.编写测试用例，并执行（是否与页面加载数据一致）
二.功能点考虑：
输入：可见输入和不可见输入处理：正常+异常处理输出：可见输出--->前台、后台不可见输出--->数据库
案例：以iwebshop为例，具体如下
（一）初始化页面测试
1.确定页面内容及对应的数据库
2.编写对应的数据库
| 首页内容分析 | SQL |
| 商品分类 | select * from iwebshop_category where parent_id=0 and visibility=1 order by sort limit 5 |
| 服饰鞋帽 | select * from iwebshop_category where parent_id=57 and visibility=1 order by id desc |
| 家居、家装 | select * from iwebshop_category where parent_id=68 and visibility=1 order by id asc |
| 热门数据 | select * from iwebshop_keyword where hot=1 order by `order` limit 5 |
| shop资讯 | select * from iwebshop_article where visiblity=1 and top=1 order by create_time desc |
| 最新商品 | select g.name, g.img, g.sell_price, g.market_price from iwebshop_commend_goods as c inner join iwebshop_goods as g on g.id=c.goods_id where c.commend_id=1 order by g.up_time desc limit 8 |
| 热卖商品 | select g.name, g.img, g.sell_price, g.market_price from iwebshop_commend_goods as c inner join iwebshop_goods as g on g.id=c.goods_id where c.commend_id=3 order by g.up_time desc limit 8 |
| 化妆品 | select g.name, g.img, g.sell_price, g.market_price from iwebshop_category as c inner join iwebshop_category_extend as e on c.id=e.category_id inner join iwebshop_goods as g on e.goods_id=g.id where c.id in( select id from iwebshop_category where parent_id in (select id from iwebshop_category where parent_id=67 or id=67 ) or id=67 ) order by g.up_time desc limit 8 |
| 服饰鞋帽 | select g.name, g.img, g.sell_price, g.market_price from iwebshop_category as c inner join iwebshop_category_extend as e on c.id=e.category_id inner join iwebshop_goods as g on e.goods_id=g.id where c.id in(57,58,59,60,61,63,64,81,97) order by g.up_time desc limit 8 |
| 图书、音像 | select g.name, g.img, g.sell_price, g.market_price from iwebshop_category as c inner join iwebshop_category_extend as e on c.id=e.category_id inner join iwebshop_goods as g on e.goods_id=g.id where c.id in( select id from iwebshop_category where parent_id in (select id from iwebshop_category where parent_id=69 or id=69 ) or id=69 ) order by g.up_time desc limit 8 |
| 手机、电脑、数码 | select g.name, g.img, g.sell_price, g.market_price from iwebshop_category as c inner join iwebshop_category_extend as e on c.id=e.category_id inner join iwebshop_goods as g on e.goods_id=g.id where c.id in( select id from iwebshop_category where parent_id in (select id from iwebshop_category where parent_id=66 or id=66 ) or id=66 ) order by g.up_time desc limit 8 |
| 家居、家装 | select g.name, g.img, g.sell_price, g.market_price from iwebshop_category as c inner join iwebshop_category_extend as e on c.id=e.category_id inner join iwebshop_goods as g on e.goods_id=g.id where c.id in( select id from iwebshop_category where parent_id in (select id from iwebshop_category where parent_id=68 or id=68 ) or id=68 ) order by g.sort asc,g.up_time desc limit 8 |
| 品牌列表 | select * from iwebshop_brand order by sort asc limit 6 |
| 关键词 | select * from iwebshop_keyword where hot =1 order by `order` limit 8 |
| 公告 | select * from iwebshop_announcement order by time desc limit 5 |
| 最新评论 | select g.name,g.img,c.contents from iwebshop_comment as c inner join iwebshop_goods as g on c.goods_id=g.id order by time desc |
| 帮助分类 | select * from iwebshop_help_category order by sort |
| 帮助信息 | select * from iwebshop_help where cat_id=3 order by id desc select * from iwebshop_help where cat_id=4 order by id desc select * from iwebshop_help where cat_id=5 order by id desc select * from iwebshop_help where cat_id=6 order by id desc select * from iwebshop_help where cat_id=7 order by id desc |
3.测试用例编写
（二）功能点测试
1.输入（可见输入、不可见输入）
2、处理操作
3、输出
【测试基础】软件测试用例基本概念
测试过程中遇到的问题
- 不知道是否较全面的测试了所有功能
- 测试的覆盖率无法衡量
- 对新版本的重复测试很难实施
- 存在大量冗余测试影响测试效率
- 容易出现漏测，重复测试
- 测试人员没有明确的工作目标，工作效率低
软件测试用例的概念
- 测试用例（Test Case）是为了实施测试而向被测试的系统提供的一组集合，这组集合包含：测试环境、操作步骤、测试数据、预期结果等要素。
- 测试用例一般可以简单划分为：场景测试用例（简称“测试用例”）和基本测试用例（或称为“公用测试用例”）
设计测试用例的方法
- 等价类
- 边界值
- 场景法
- 错误推断法
- 因果图
- 状态图
- 正交排列
- 路径覆盖
设计测试用例的优缺点
-
优点
- 有效性
- 完整性
- 组织性
-
缺点
- 测试用例的设计是费时费力的工作，往往设计测试用例所花费的时间比执行所花费的时间还多
- 随着测试用例的不断积累，所带来的维护成本也会越来越高，维护难度也会逐渐增加
- 测试用例的执行效率低
- 需求的变更导致写的测试用例变的一文不值
测试用例的要素
测试用例的组成元素及作用
用例编号：该用例在整个测试套件中的编号
所属模块：测试用例所对应的测试模块
用例标题：清晰表达出该测试用例是测试什么问题的（包含测试目标/测试对象）
操作步骤：执行测试时的步骤
测试数据：测试用例执行时所需要使用的数据
预期结果：根据所输入的测试数据，期望得到怎么样的结果
实际结果：根据所输入的测试数据，实际得到的测试结果
编写人
编写时间
测试优先级：该用例执行的优先级
设计测试用例的基本原则
- 设计测试用例是为了找bug，找出产品中的缺陷，所以不能照搬需求规格说明书
- 设计正面的测试用例，需求规格说明书中必须满足的需求功能，覆盖率须达100%
- 设计反面／异常的测试用例，错误的，异常的测试用例
测试用例的作用
- 整个测试活动的基础
- 指导测试工程师完成测试任务的依据
- 测试结果是否通过的重要依据
- 有助于节省测试时间，提高测试效率
- 知识传递/逐渐完善/测试资源库
- 评估测试人员工作进度，工作量，以及跟踪/管理测试人员的测试安排或者调整
测试用例的管理
- TAPD
- 禅道
- JRA
- TestLink
- Excel
- 等等其他同类工具
设计测试用例所需要的素质
- 测试用例的方法
- 考虑问题的全面性
- 业务知识的深刻性
- 逆向思维能力
- 丰富的测试经验
测试用例的更新与维护
- 需要更新和维护的原因
- 需求变更，功能变化，测试用例也需要更新
- 测试用例需要细化和不断完善，是个循序渐进的过程
- 通过测试实践检验测试用例并添加、修改、删除测试用例
- 测试用例要经过正式、有效的评审
- 利用测试工具来管理测试用例
二八原则
-
80%的错误是由20%的模块引起的
- 站在用户角度，并非研发实现的角度，正确地选择重要模块作为测试重点，从而不偏离方向。
-
80%的测试成本花在20%的软件模块中
- 设计用例时需要将时间花倾斜在复杂的20%核心模块上，从而设计更高效的测试用例。
-
80%的测试时间花在20%的软件模块中
- 软件测试执行过程中需要将时间倾斜在重要模块的测试用例中，从而使测试更加有效，发现bug。
-
80%的bug总是出现在20%的模块
关于零基础自学软件测试-项目经验-电商项目实战-测试用例设计-促销中心的介绍现已完结，谢谢您的耐心阅读，如果想了解更多关于2022年最新软件测试工程师简历经验总结：软件测试工程师简历项目经验怎么写?（含真实简历模板）、Python自动化测试用例设计--自动化测试用例与手工测试用例区别与联系、②项目实战第五步： 设计、编写、执行测试用例、【测试基础】软件测试用例基本概念的相关知识，请在本站寻找。
本文标签：
