1. 需求分析
2. 拆解测试点
3. 编写用例

---

1.轮播图 

（1）需求分析

位置：后台--页面--广告管理---广告列表(搜索index页面增加广告位2)

           操作完成后需要点击admin---更新缓存,前台页面刷新生效

（2）拆解测试点

（3）编写用例

注意：

我们一般在公司里面测的时候，需要注意：一般情况下， 系统要分不同的权限(即不同的角色看到的界面是不一样的)，所以在公司测试的时候要先把这些权限先测了。

测了之后呢,然后像我们这个商城，它是分了两个子系统：一个前台，一个后台。一般情况下在公司里我们都是先测后台， 后侧前台。

1. 因为前台它只是一个就相当于它只是个荧屏，用来展示结果， 整个页面上的所有东西都是在后台配置的。
2. 所以你在公司里面测的时候，一般情况肯定是先测后台，我后台的添加这个功能，后台配置这功功能没有问题了，接下来你直接去前台看一下显示效果。
3.  如上面这个轮播图，我们要测前台肯定默认的是后台已经测试OK的情况下才能测的。这后台不OK的情况下肯定是没有办法去测的。

---

2.登录 

（1）需求分析

概述：

功能：

• 账户名：格式正确，注册成功的用户账号（手机号或者邮箱）； 
• 密码：注册成功账号对应密码。
• 验证码：大小写不限定，点击图片可更新验证码内容，不可重用。

点击登录按钮，登录成功后跳转至我的商城页，页面显示用户名。

登录失败显示对应提示。

登录过程提示语如下：

序号	模块	操作	提示语
1	正确登录验证	输入正确手机号或邮箱、密码、验证码	无提示语，跳转到我的商城界面
2	账号验证	非正确的手机号或邮箱格式
3	账号验证	输入正确格式（手机号，邮箱）未注册的账号，密码，正确验证码，点击登录
4	账号为空	账号为空，点击登录
5	密码为空	账号输入正确，未输入密码，验证码填写正确，点击登录
6	密码错误	账号输入正确，输入错误密码，验证码填写正确，点击登录	点击登录后更新验证码

 

（2）拆解测试点

（3）编写用例

---

3.注册 

（1）需求分析

概述：

1.首次登入商城首页为游客状态，网站头部显示登录注册两个链接

2.注册页面，默认为手机号注册

3.可以切换为邮箱注册

功能：

使用手机号和邮箱注册区别仅仅为第一个输入框不同，以下合并说明。

• 手机号：必填项，第一位为1，第二位为大于2，的11位自然数，不能重复

         邮箱：正确格式的邮箱格式 xxxx@[126/sina/qq].com

                   注意：对于邮箱注册，仅验证邮箱格式是否正确

• 验证码：必填项，字母或者数字，与图片一致，点击刷新按钮可以更新验证码
• 设置密码：必填项，要求同输入框提示，6-16位大小写英文字母，数字或符号的组合 (可以是纯字母，数字，符号）
• 确认密码：必填项，同设置密码
• 推荐人手机：（非必填，之前注册成功的用户）
• 我已阅读并同意：勾选之后才可以点击同意协议并注册

注册过程提示语：

序号	模块	操作	提示语
手机/邮箱注册
1	正确注册验证	输入符合条件的手机号/邮箱，验证码，密码，推荐人手机，勾选同意协议	跳转至首页
2	正确注册验证	输入符合条件的手机号/邮箱，验证码，密码，勾选同意协议	跳转至首页
3	重复注册	输入符合条件的手机号/邮箱（已存在），验证码，密码，勾选同意协议	点击同意协议并注册后页面提示“账号已存在”，点击确定后，页面账号密码不消失，验证码刷新。
4	手机号/邮箱验证	不输入手机号/邮箱，或者输入错误的手机号/邮箱，点击注册	点击同意协议并注册后提示请用手机号或者邮箱注册
5	验证码错误	输入错误的验证码，点击注册按钮	点击同意协议并注册后提示验证码错误
6	验证码为空	不输入验证码，点击注册	点击同意协议并注册后验证码不能为空
7	密码为空验证	未输入密码，点击注册按钮	点击同意协议并注册后提示请输入用户名或者密码
8	密码验证	两次密码输入不一致，点击注册按钮	点击同意协议并注册后两次输入密码不一致
9	密码验证	密码输入不符合要求，点击注册	点击同意协议并注册后提示上述途中文字

（1）注册成功状态

• 前台：弹框提示注册成功；跳转到首页； 显示登录状态
• 后台：会员列表新增一条记录
• 数据库：tp_users表增加一条数据、

（2）注册失败状态

• 前台：弹出提示注册失败的信息
• 后台：无
• 数据库：无

（2）拆解测试点

（3）编写用例

有效的条件可以一条里面覆盖多个。

---

未完待续。。。