1 会员列表管理基本介绍
会员列表管理：先简单介绍下这篇博客的主要内容
TPshop需求说明书（新版）.docx：G:\2021新测试\学习视屏\03、功能测试\day5\1-课堂资料
在需求说明书中，会员列表管理。所涉及到网站哪个部分？
它涉及到下面页面的，从上到下，从左到右，能点的都点，能看的都看各个部分。
下面网页的地址：http://localhost/admin
看到这种列表页面以后，我们的基本分析套路就是先把它分块。整体页面可以分成下面的4大块。
1 上面一块
2 下面一块（也就是列表块）
注意：列表块有一行行的数据，还有列表的按钮和单条列表数据它的操作。3和4是从2里面划分出来的。
3 列表的按钮一块：
1）添加会员 2）导出会员 3）发送站内信 4）发送邮件
注意：需求说明书中每一个章节对应这里的一个按钮（2.7.2——2.7.5）
4 单条的列表数据它的操作一块：
1）详情 2） 资金 3）收货地址 4）删除
注意：其中 2）资金和 3）收货地址是会员的特定功能
这里详细介绍一下上面1和2中里面分别有什么东西。
1 上面一块：
1）会员管理：表示进来的是哪个页面
2）提示语言，去介绍这个页面有哪些功能
3）数据的展示
4）常规刷新
5）搜索框（列表页常见的搜索框）
2 列表块。对应2.7.6 这张表格里面有：
1）表格头部，这些字段实际上就是我们在数据库里面所编写和设计的字段。
2）列表的按钮，是比较重要的一块。（添加会员 导出会员 发送站内信 发送邮件）
3）列表的数据
4）单条列表的操作（详情 资金 收货地址 删除）
5）页码区域切换的问题，比如说：上一页，下一页，首页，尾页，和输入页码等这些内容。
这是我们对这个功能页面的整体性介绍，有了这个大致印象以后，你再换到其他页面，你也应该知道怎么去测了。比如：会员——充值记录。也是各种列表和各种数据。
2 开始正式分析需求点
2.7.1 基本操作
回到我们的需求，我们所有的东西都要紧扣需求文档。
第一个大需求点：
2.7.1 基本操作
1. 操作提示信息正确显示，点击 能够收起提示消息。
2. 刷新按钮 能正常工作，点击该按钮，页面数据更新。
3. 列表支持手机或者邮箱的精确查询，搜索功能，支持Enter快捷操作。
注意：
1 提示信息正确。指的是这些汉字，文字必须和这个图片上显示的一模一样。
2 所谓刷新，比如说你这个会员列表里面有2000条数据。当你在刷新的前一个时间点，有人进行了一个会员的注册，你刷新以后，新的数据就应该同步过来。这就是页面刷新，数据的更新。
3 所谓精确查询，一模一样的东西才叫精确查询。与精确查询对应的还有一个概念叫模糊查询。之前学数据库里的like就是模糊查询。
复制到xmind中去：
下面要做的就是拆分还是不拆分，形成更细的测试点。
拆不拆分？那就看是否一次动作达成你的目标。
第一个需求点：1. 操作提示信息正确显示，点击 能够收起提示消息。
这个需求需不需要拆分。进来之后就能看到这个提示消息。我们点击它就收起。所以是不需要拆分的。
注意的是，你点击它就收起，没错。你再次点击它就展开。
这个地方是一条测试用例，但是你可以通过你的步骤，来明确这三种结果的一个确认。
注意事项：
1 默认情况下，提示消息是正常显示
2 点击图案，收起提示消息
3 再次点击，展开提示消息
第一个测试点：（不用拆分，需求点直接是测试点）
1. 操作提示信息正确显示，点击能够收起提示消息。
注意事项：
默认情况下，提示消息是正常展示
点击图案，收起提示消息
再次点击，展开提示消息
第二个需求点：2. 刷新按钮 能正常工作，点击该按钮，页面数据更新。
也是不用拆分的。点击它，页面数据重新刷新一次就行了，这是它要达到的一个目的。
在点击刷新数据的时候，这条用例是不用去拆分的。但是我们重点关注的内容有哪些呢?
这个分析过程，既结合了分析的测试点，还点了一下后面预期结果里面需要关注的一些内容。
1 在刷新之前，需要去确认记录条数：这里显示2573条记录
2 这个数据有没有刷新，它会有一个空白等待过程，或者说有没有新增数据进来。比如说你刷新之前是2593，如果刷新之后有数据，是不是2595，这个对比过程，能够帮助我们去确认是真刷新还是假刷新。
如果你想确认这个刷新功能是否真的能用，可以添加一个会员进来。点击添加会员。
添加会员以后，你再去刷新。那会员列表（共2574条记录，之前是2573。按我们的理解，之前的数据+1，添加几个在原有的数据上面加几个。）
第二个测试点：（不用拆分，需求点直接是测试点）
2. 刷新按钮能正常工作，点击该按钮，页面数据更新。
重点关注内容：
数据条目的确认（需要去数据库进行查询）
刷新内容前后的变化
第三个需求点：3. 列表支持手机或者邮箱的精确查询，搜索功能，支持Enter快捷操作。
这个是需要拆分的。至少要拆成两个部分，一个基于手机进行搜索，一个是基于邮箱进行搜索。
精确搜索：必须一模一样才能搜索的到。
如果少两位的话，它就会给提示。
支持Enter快捷操作： 写完内容以后，直接按回车键（Enter键）是可以搜索内容的。我们之前是点击搜索去搜索内容的。
第三个需求点：3. 列表支持手机或者邮箱的精确查询，搜索功能，支持Enter快捷操作。（可以拆分成下面两个测试点）
第三个测试点：
基于手机进行搜索
1 规则：
1）精确搜索（输入关键字后，点击【搜索】按钮进行搜索）
2）输入错误时（提示【请输入正确的邮箱或手机号码】）
2 易用性检查：
支持Enter快捷操作
第四个测试点：
基于邮箱进行搜索（规则和易用性检查和手机搜索的一样。）
1 规则：
1）精确搜索（输入关键字后，点击【搜索】按钮进行搜索）
2）输入错误时（提示【请输入正确的邮箱或手机号码】）
2 易用性检查：
支持Enter快捷操作
注意：
这里操作的是我们的一个系统。相当于当前测试系统表现的一个结果。作为了最终我们检查的一个结果。这样是很危险的，危险在哪？
我们真正来说 提示【请输入正确的邮箱或手机号码】。这个消息应该从哪个地方拿出来？应该从需求文档里面拿出来，如果需求文档里面没有描述，我们应该先问一下产品经理，如果问不到，或者这是之前一个上
线的系统，那么我们就理解为当前系统表现是正确的，这是一个大前提，不是我说就出现在系统所有结果往这个地方一填就可以了。那就等于用开发的结果验证开发对不对，那就会出现问题了。
（这上面是2.7.1的全部内容。）
2.7.2 添加会员
需求说明书中关于添加会员：
点击【添加会员】按钮后，页面跳转至添加会员详细页面：
说明：
1. 会员昵称：必填，长度在20个字符以内
2. 登录密码：6-16位字母数字符号组合（可以是纯数字，纯字母，纯符号）
3. 手机号码：第一位是1，第二位大于2的11位自然数，
4. 邮箱地址：用户名@主机名.域名（其中用户名只能包含字母，数字，下划线）
5. QQ：不小于6位数字
6. 性别：保密，男，女
7. 手机，邮箱至少填写其中一个
8. 提交成功，跳转到列表页面，列表增加一条数据
9. 内容填写错误，点击确认提交，提示对应的错误信息
自己再捋一下上面添加会员的需求？
1 首先要确认清楚在哪添加会员。
2 要确认这个按钮好不好用，能不能调起添加会员这个页面。这是第一个需要测试的点。
3 后续我们在见到这个页面具体的页面后，我们要进行的内容确认就是这里面的这几个字段。
会员昵称 登陆密码 手机号码 邮件地址 QQ 性别等等
4 这里面具体的规则就是。这是从需求文档中拿出来的。
上面是我们的一个结果的一个说明。
注意：第9点，【 提示对应的错误信息 】这个地方写的比较笼统。
到底怎么错，我们是不知道的。我们可以先用xxx代替，等后续我们再去进行进一步的确认。
我们可以做一个分析（第一印象就是一堆框框，各种输入场景）
1 有些参数是必须写的，有些参数是可以不用写的。
这时候我们可以想到的测试用例的设计方法是什么？
1） 判定表
算一个，因为这里面有多个参数。它们要由多个参数组合来确认到底能不能添加会员成功。
2）等价类，边界值（2个方法）
比如说会员昵称，登陆密码，手机号码等可以用等价类，边界值。
在添加会员的这个功能里面，可以用到前面学到的3个方法。
先看单个输入框的话，我们会用等价类和边界值。如果组合起来，这几个输入框，去形成完整的添加会员功能的话，我们要用判定表。
第二个大需求点：
2.7.2 添加会员
点击【添加会员】按钮后，页面跳转至添加会员详细页面
具体需求
1.会员昵称：必填，长度在20个字符以内
2.登录密码：6-16位字母数字符号组合（可以是纯数字，纯字母，纯符号）
3.手机号码：第一位是1，第二位大于2的11位自然数，
4.邮箱地址：用户名@主机名.域名（其中用户名只能包含字母，数字，下划线）
5.QQ：不小于6位数字
6.性别：保密，男，女
7.手机，邮箱至少填写其中一个
8.提交成功，跳转到列表页面，列表增加一条数据
9.内容填写错误，点击确认提交，提示对应的错误信息
复制到xmind中去：
下面就是考虑要不要拆分的问题了。
第一个需求点：点击【添加会员】按钮后，页面跳转至添加会员详细页面
这个需求点是不需要拆分的。所以这是第一个测试点。
你只要点击【添加会员】这个按钮，能够调到我们现在要注册，添加会员这个页面，那就说明这个按钮功能是有用的。
下面重点是看这几个参数。
第二个需求点：1.会员昵称：必填，长度在20个字符以内（当然需要拆分）
1 等价类：有效，无效
有效：长度在20个字符以内
无效：（可以从长度，类型，是否为空，是否重复。然后从这几个方面的有效的反例里面找。）
长度：[1，20] （长度小于1。长度大于20。）
类型：非字符 （数字、特殊符号、汉字）
是否为空：不输入
是否重复：每个产品要求是否能重复是不一样的，有的可以重复，有的不可以重复。这里就不强求，未来取决于在测哪个产品，哪个项目再进一步确认。
2 边界值：[1，20]
0：系统提示【请输入您的会员昵称】
1
2：可以拿掉
10
19：可以拿掉
20
21：系统提示【请输入您的会员昵称长度不能超过20】
注意：
为0一定要，和是否为空参数类似。
2和19是可以拿掉的。
前面系统提示【】中的内容是自己想的。实际工作中在需求文档中找，如果没有就问产品经理。
做的好的话，它会提示你会员昵称的长度和规则是什么样的？
第三个需求点：2 登录密码：6-16位字母数字符号组合（可以是纯数字，纯字母，纯符号）（当然需要拆分）
1 等价类
1）有效：6-16位字母数字符号组合（可以是纯数字，纯字母，纯符号）
6-16位字母数字符号组合（xmind中没写，也可以分的更详细一点：6-16位字母+数字 6-16为字母+符号 6-16位数字+符号）
6-16位纯数字
6-16位纯字母
6-16位纯符号
2）无效：从长度，类型，是否为空，是否重复4个方面下手，然后根据有效的反例来考虑就可以了。
长度：【6-16】
长度小于6
长度大于16
类型：
汉字
特殊符号
是否为空：不输入
是否重复：
你的密码可以是123456 ，我的密码也可以是123456
所以这里没什么好考虑的，xmind直接删除掉。不需要的东西就删除掉。
2 边界值：【6,16】
5：提示密码长度为6到16位
6
7：可以去掉
10
15：可以去掉
16
17：提示密码长度为6到16位
注意：
1）5和17是小于和大于的具体数字，属于异常。要存在，要有提示消息。
2）6和16是边界，要存在。
3）7和15可以不测，去掉。因为7和6测重了，15和16也测重了。留最独特的就可以了。考虑到2）说的所以去掉7和15。
小细节：在考虑是否为空，是因为下面的原因。
登陆密码这里虽然没有写必填。像会员昵称就写了必填。一般密码是必须要填的，我们看下需求文档，登陆密码这里前面有红色星星，这一般就是必填相的标识。无效里，是否为空，就不输入。
提示消息，系统有这两种展示方式：
1 可以把这个东西显示在这。
2 或者把文字显示在这里面，作为一种底文，用户需要按照这个规则处理的方式，你点一下，这个文字就会消失，它也是一种提示。
第四个需求点：3. 手机号码：第一位是1，第二位大于2的11位自然数（当然需要拆分）
1 等价类
1）有效类
第一位是1，第二位大于2的11位自然数
2）无效类（前4面，加不满足条件）
长度：
小于11位
大于11位
类型：非自然数
- 字母
- 字符
- 汉字
- 。。。。
是否为空：不输入
是否重复：已注册的手机号再次注册
不满足条件：
- 第一位不是1，第二位大于2的11位自然数
- 第一位是1，第二位为2的11位自然数
- 第一位是1，第二位为1的11位自然数
- 第一位是1，第二位为0的11位自然数
2 边界值：【11】
10：无效类，小于11
11：有效类
12：无效类，大于11
注意：
手机号码和邮箱也有小星星，说明是必填的。
是否重复？
必然是不能重复的。已经注册的手机号，不应该还能注册，所以我们这个地方测一个已经注册的手机号，再次注册，或者添加会员。它这个添加会员实际上和我们注册是同一个功能，注册是用户在前台系统里面，用户自己注册。添加会员，
是有关系比较硬，或者说用户量比较大，人们想让自己来添加，这种情况，可以通过添加后台会员。实际上做的是同一件事情。已经注册的手机是不能再次注册的。
这里需要补充的地方：
第五个需求点：4.邮箱地址：用户名@主机名.域名（其中用户名只能包含字母，数字，下划线）
第六个需求点：5.QQ：不小于6位数字
注意：这两点老师没有讲。因为邮箱之前做过作业。QQ和密码是一个套路。
第七个需求点：6.性别：保密，男，女（这里需要拆分）
为什么要拆分？因为你一次动作，没有办法既选男又选女。那首先你会考虑它默认的选线是谁，是保密，是男，还是女。
1 默认选项
2 保密
3 男
4 女
5 是不是要先确认它是一个单选 万一做成多选了呢
第八个需求点：7. 手机，邮箱至少填写其中一个
表示：3手机号码和4邮箱地址都是必填项。但是你可以只填一个。就是有组合情况：
手机和邮箱是或的关系，只要满足一个，结果就满足。
手机 邮箱（或的关系）
1 填写 填写
2 填写 没填写
3 没填写 填写
第九个需求点：8.提交成功，跳转到列表页面，列表增加一条数据（这个不用拆分）
前提是：前面的数据按照规则填写正确以后，只要点击【确认提交】按钮。就应该提交成功。提成完成以后，有两个结果需要确认。
结果1 ：需要确认的是页面要跳回会员列表页面
结果2： 需要确认的是添加的数据在列表里面显示了。
这条需求点的意思如下：
1.当上面的内容都填写完毕，点击【确认提交】按钮。
2.会自动跳转到这个列表页面并且添加的内容在列表里面显示了。
加个经验说明：
快速点击【确认提交按钮】，是否会多次提交重复的数据。
你快速点击3次或者5次。看这个页面是否显示了5条重复的数据，还是显示了5条数据，重复，但是号是不一样的。这两种情况，都是存在bug的。
正常的情况下面，你只要点击了一次提交按钮之后，在我添加会员页面，这个确认提交按钮应该要锁定，变成灰色的 ，这个页面会显示处理中，Loading加载中类似这样的操作。不会再让你点了，这才是一个好的网站的设计。
第十个需求点：9.内容填写错误，点击确认提交，提示对应的错误信息（不需要拆分）
因为第十个需求点，其实在我们前面的无效类里面都已经做了确认。所以不需要拆分。
加一个补充说明
补充说明：
这里面的参数，有些是必填项，有些是非必填相。
假设这里面还有微信和淘宝号是非必填项。
那么我们在设计测试用例的时候，需要考虑这几种测试组合情况。我们不是说用判定表可以去测嘛。
判定表首先要挑有效的走一波，然后再挑其中参数一个错误的测。
相当于我们测功能了。我们先分两大类：正常类测试和异常类测试。
先看正常类测试：
1 全部参数输入（全部的必填项+全部的可选项）正确时，添加会员成功
2 全部参数输入（全部的必填项+部分的可选项）正确时，添加会员成功
3 全部参数输入（只有全部的必填项）正确时，添加会员成功
关于上面3种情况的理解：
第一种情况：1 全部参数输入（全部的必填项+全部的可选项）正确时，添加会员成功
就是页面能填的，能选的，全部填上，全部选上，而且是正确的情况下面。
这是一大类测试用例，测试功能的正常性。
第二种情况：2 全部参数输入（全部的必填项+部分的可选项）正确时，添加会员成功
部分的可选项怎么理解？
比如说可选项有：QQ 微信 淘宝号
1）只填上面其中的一种，就有3种情况。
2）两种情况的组合：
QQ+微信
QQ+淘宝号
微信+淘宝号
3）3个全部组合也是一种情况
那是不是在具体的测试的时候，我们需要把这些情况都要测一遍呢？
是不用的，我们可以选择相对应的方法来参考。这里就可以用正交表。
我们多个条件的时候，可以去排它的组合，都可以排一排。
第三种情况：3 全部参数输入（只有全部的必填项）正确时，添加会员成功
这里应该不用细分了。只有一种情况。
注意：
我们正常类测试用例一般不止一条。前面的3种情况，每一种都不止一条，细分的话可以有多种情况。尤其涉及到多个参数的组合的情况，比如说这里的必填项和非必填项组合的时候。
在功能测试阶段，其实并不复杂。这个人讲，那个人讲。他那个细节会越来越多，我们听到以后，我们把这些细节点把它整理成自己的东西。那你的是不是越来越全了。
再看异常类测试：
只有一个参数是无效的，其他参数都是有效的，添加会员失败
核心思想：只有一个参数是无效的，其他参数都是有效的。添加会员失败。
讲判定表方法的时候，就已经如何在页面上面多种组合的情况下面，怎么去测它的异常，否则的话，全部进行全部组合的话，那根本测不过来。在测试的时候，我们控制一个变量，来导致某种结果。也可以一一去定位，当我们发现添加
会员失败，是因为QQ号导致的。那就帮开发定位到相关代码了。
返回按钮也需要测
返回按钮，设计一条测试用例去测就完事了。
我在第九个需求点，加了经验说明。老师在xmind中是把经验说明挪到了页面按钮这一块。
2.7.3 导出会员
在需求文档中导出会员的要求：
点击【导出会员】按钮，导出当前系统中全部的会员信息。
导出数据以xls文件存储，文件名称包含当前日期，导出的会员列表字段包含：会员ID、会员昵称、会员等级、手机号、邮箱、注册时间、最后登陆、余额、积分、累计消费。
第三个大需求点：
1 点击【导出会员】按钮，导出当前系统中全部的会员信息。
2 导出数据以xls文件存储，文件名称包含当前日期，导出的会员列表字段包含：会员ID、会员昵称、会员等级、手机号、邮箱、注册时间、最后登陆、余额、积分、累计消费。
下面就是需求分析形成测试点的过程：
第一个需求点：
1 点击【导出会员】按钮，导出当前系统中全部的会员信息。（这个是不用拆分）
点击【导出会员】按钮，看到它导出一个文件来就ok。是不需要拆分的。
第二个需求点：
2 导出数据以xls文件存储，文件名称包含当前日期，导出的会员列表字段包含：会员ID、会员昵称、会员等级、手机号、邮箱、注册时间、最后登陆、余额、积分、累计消费。
这里有三点需求注意：文件的格式：1）以xls结尾 2）文件名称包含当前日期 3）文件里字段
第一个需求点和第二个需求点都不需要拆分，而且可以合并成一条测试用例，但是在预期的结果里写明白。
预期结果：
1.导出的是全部会员信息
2.导出文件的格式xls
3.文件名称包含当前日期 2020-06-26
4.导出的具体字段的确认
a.字段必须和需求一样，不能多不能少
b.字段的先后顺序也必须和需求文档一致
我们可以导一个试一下：
1 点击【导出会员】按钮
2 它就会下载
这个文件必须导出来，必须是2573条数据
点击【在文件夹中显示】
3 就会出现下面一个文件.xls结尾的。文件名称：包含当前日期：2020-06-26
4 打开这个文件
1）首先要确认数据是一样的。
有2574条数据。最后一条会员ID是2593。条数和ID号不一致的原因，因为有些数据删除了，但是其它的ID号还是保留之前的没有变。前面的最后一条数据ID也是2593。
我们上面是2573条记录。这里2574，多了一条。
是因为第一行留给字段了，所以excel里也是2573条数据。这就对了。
2）要确认字段，是否按要求展示。（字段要一模一样，顺序也要一样。）
这个需要一一去确认。都是一样的。
一般来说，有导出功能，就有导入功能。只不过我们这个系统里没有这个功能。在禅道里就有导入功能。一般要注意它的格式。
下面是导出会员完整的xmind展示：
2.7.4 发送站内信
什么是站内信？
你们做的各种系统里面，都有各种用户。比如说，你们都在京东上面注册过，在淘宝上面注册过。那么京东的用户，淘宝的用户他们之间或者说系统想给他们推送一些消息，那么这种消息，一般我们可以称之为站内信。
去推送给系统上面这些使用用户的一些消息，或沟通一些消息。
需求文档中关于发送站内信的要求
发送站内信时，必须先勾选接收站内信的会员，否则系统会消息提示如下：
勾选要接收站内信的会员后，点击【发送站内信】按钮：
点击后效果如下，弹出页面的会员列表部分自动填入已勾选的会员信息【会员ID + ‘ ’ +会员昵称】
填写好【发送内容】后，点击发送按钮，系统提示消息如下：
站内信接收会员，登录前台系统后，进入【我的商城】==》【消息】能看到系统推送的消息。
点击【我的商城】==》【消息】，页面跳转至消息列表页，信息展示如下：
其实是在这个系统里面，发送了一些内部消息。关键是这个小点，还会涉及到前台具体内容的一个展示，你在后台设置了站内信，还需要在前台用户去确认这个消息，有没有对，对还是不对这个问题。
发送站内信，可以把它拆成测试点：可以分为后台设置和前台展示。
1 后台设置
发送站内信时，必须先勾选接收站内信的会员，否则系统会消息提示如下：
1）不勾选会员，直接点击发送站内信
预期结果：请选择会员
2）勾选会员，点击发送站内信
选择单个会员，预期结果：
- 被选中的会员，能够接受到站内信
- 【会员ID + ‘ ’ +会员昵称】
- 点击发送后，系统提示【发送成功】
选择多个会员，预期结果：
- 被选中的会员，能够接受到站内信
- 【会员ID + ‘ ’ +会员昵称】
- 点击发送后，系统提示【发送成功】
选择全部会员，预期结果：
- 被选中的会员，能够接受到站内信
- 【会员ID + ‘ ’ +会员昵称】
- 点击发送后，系统提示【发送成功】
3）发送站内信弹窗测试
勾选要接收站内信的会员后，点击【发送站内信】按钮：
点击后效果如下，弹出页面的会员列表部分自动填入已勾选的会员信息【会员ID + ‘ ’ +会员昵称】
填写好【发送内容】后，点击发送按钮，系统提示消息如下：【发送成功】
下面是发送站内信，后台设置完整的xmind展示。
发送站内信时，必须先勾选接收站内信的会员，否则系统会消息提示如下：
勾选会员，点击发送站内信
发送站内信弹窗测试
细节之处：
发送站内信时，必须先勾选接收站内信的会员，否则系统会消息提示如下：
1）不勾选会员，直接点击发送站内信
预期结果：请选择会员
2）勾选会员，点击发送站内信
这里有三种情况：可以选择下面其中一种情况后，再点击发送站内信。
1 这里可以选一个
2 也可以选多个
3 也可以全选
注意：
一般，在列表页选择全部，只会操作当前页面的全部。这里也就是第1页的全部。
这个要取决于实际情况来看，在这个点上需求是模糊的。没有明确说。
细节之处：
3）发送站内信弹窗测试
勾选要接收站内信的会员后，点击【发送站内信】按钮：
点击后效果如下，弹出页面的会员列表部分自动填入已勾选的会员信息【会员ID + ‘ ’ +会员昵称】
注意：
这里是不是真的会员ID+空格+是不是真的会员昵称。按照这个规则来进行的一种组合。
还有一个地方需要测，弹出的这个框也要测，弹出来的这个框是一个页面。
会员列表的展示规则，我们测了。但是还有几处我们没有确认到：
1 发送内容没有确认
2 叉叉没有确认
3 标题：站内信没有确认
4 页面的布局没有确认
那这是作为一个新弹出的页面，我们可以把它单独拿出来。
发送站内信弹窗测试，可以单独拿出来。放在xmind中：
要想显示上面的发送站内信的弹窗，前提条件是：必须选择了会员。不管选择几个，选择了就可以了。
发送站内新弹窗，测试点：
1 弹窗的标题内容确认：内容 UI设计
内容：站内信（看是不是这几个字，有没有打错。）
UI设计：你不觉得这个已经出戏了吗？周边是蓝色的，突然之间是白色的。这不符合整个系统的一个设计规范。
2 发送范围的确认：
1）发送给以下会员
2）发送给全部会员
（这里出现两个单独按钮【发送给以下会员】和【发送给全部会员】，每种情况都要选择测试一下。发送给全部会员，但是这里面有这么多用户，你还真的不好确认结果。）
这就是这两种情况，这时候就会有对应的会员列表的事情。
和会员列表信息一起组合进行测试
有两个地方需要确认的是：
1 【会员ID + ‘ ’ +会员昵称】
2 选择的会员数量比较多时，滚动条的功能与UI设计效果的确认
这个地方不是你选的，这个地方是前面你选了多少，就会带回来多少，所以这个地方是没有办法调节的。
注意：
（2 包括拖滚动条和点小三角应该都可以滚动数据。）
3 发送内容
有效
无效：长度 不输入
UI效果确认
这是一个输入框，需求文档中没有明确说输入什么东西，输的长度是多少，那你应该大致去测一下。正常情况下面，这里是发送给对方的一个通知消息，大家想一想，它能发送数字，字符，汉字不？是不是基本什么东西都能发送过去，这个
地方没有一个太明显的一个限制。但是一般这个输入框，都有一个长度的问题。
但是它又没有告诉你输入长度的限制是多少，可以输入多一点的数字以后，看边界能不能测出来，或者边界有没有变化。
还有一点是什么呢？这个地方是可以拖拽的，如果可以拖拽的话，它会影响整个页面的布局。
拖拽后的样子。实际上这就是一个bug，这个不应该有拖拽，不应该有调整这个框框的样式。应该让它锁定。这就属于UI效果的确认。
4 按钮功能
1）X
点击X，应该能关闭。
2）发送：
特殊场景：快速点击，看是否重复发送
点击发送，这个内容应该能发送出去。内容为空，看能不能发送出去。（把不输入，放在上面第3点发送内容，无效里面。）
（前面也提到过，关于按钮，发送按钮来说，可以快速点击几次，看是不是会重复发送。)
这就是我们关于这个站内信，它的一个后台设置的一个说明。
看到任何的弹窗，你都需要做进一步的确认。
先从功能出发，分析了4种场景需要去测，这4种场景：不勾选会员，勾选会员有三种情况（单个会员，多个会员，全部会员）
先看它宏观上的点，我们确认到，预期结果：3个。这是第一步。
1 被选中的会员，能够接受到站内信
2 【会员ID + ‘ ’ +会员昵称】
3 点击发送后，系统提示【发送成功】
第二步，实际上面，要想要完成上面这4条测试用例，它都绕不开【发送站内信弹窗测试】，这个具体点的测试。这个点单独拿出来。
测试的点4个：逐一分析的过程，
1 弹窗的标题内容确认
2 发送范围的确认
3 发送内容的确认
4 按钮功能的确认
这就是发送站内信，后台设置的一个分析过程。
2 前台展示
发送站内信，前台展示。
这里做一个测试：给13488888888这个手机号发送站内信
1 ）选择这个前面的星星，点击发送站内信。
2）检查会员列表是会员ID+空格+会员昵称，这是对的。
输入发送内容：站内信测试。点击发送。
3）显示发送成功。这是后台的一个设置。
按照规则，前台应该有一个展示。
4）登陆账号，这里就是134****8888的账号， 它在我的商城里面，点击我的订单。
5）我们要确认的是，在我的商城——消息模块里面。
它会显示你收到站内信的一个数量，这是第一个。
6）你点击这个数字
它会弹开消息板块，会显示相关的全部信息，你会发现我们刚才发送的消息就会显示在这。
我们会分为几个功能去测试
1 你展示消息的条目
2 你在这里面显示的内容
3 你对这个内容本身做一些操作。如：删除消息
我们来看一下，需求文档中的要求：发送站内信，关于前台展示部分
站内信接收会员，登录前台系统后，进入【我的商城】==》【消息】能看到系统推送的消息。
点击【我的商城】==》【消息】，页面跳转至消息列表页，信息展示如下：
发送站内信，前台展示的需求点：
1 站内信接收会员，登录前台系统后，进入【我的商城】==》【消息】能看到系统推送的消息。
2 点击【我的商城】==》【消息】，页面跳转至消息列表页，信息展示如下：
落实在xmind中
先看第一个需求：1 站内信接收会员，登录前台系统后，进入【我的商城】==》【消息】能看到系统推送的消息。
需不需要拆分呢？实际上面是我登陆到这个页面看到有消息，所以是不需要拆分的。（登陆——我的订单，进入到这个页面的。）
注意：我们会重点关注这个消息是多少，这里不是1个吗？2个呢？10个呢？100个呢？10000个呢？这个小圆圈它会长什么样子
这个我们需要看一下，它会不会撑大，会不会把旁边的积分商城几个字给压住，会不会这个红条给撑变形，这些东西需要分情况去考虑。
如果只看字面意思不需要拆分，但是我们有几种情况，需要针对性的去展开一下测试。
（需求严格意义上是不用拆了，但是有几种特定情况，我们可以不拆，但是需要关注下面的这三种类型：）
1 站内信接收会员，登录前台系统后，进入【我的商城】==》【消息】能看到系统推送的消息。
消息的数量：
1 无站内信
是0还是小圆圈都没有，这个需要关注一下。
2 有少量的站内信：
- 10
- 看完的消息条目要消失
比如说有10条信息，我点进去看了一个，那这个数量就要进行一个改变，少一个。
3 有大量的站内信：99999
大量的不好说有多少条，这里搞个极端的去测试，9999条。真的要自己发送9999条进行测试吗？这里并不需要这么做，可以更改相关数据库字段，看看这里的显示，让它展示9999条数目，并不是所有的操作都需要通过页面来进行。
再看第二个需求：2 点击【我的商城】==》【消息】，页面跳转至消息列表页，信息展示如下：
按照我们的字面意思，仍然可以不拆，我们只要点一下，跳转到指定的地方就可以了。
我们点一下，它跳到了消息列表页面。它会根据你的消息数量，下面是会叠加的，你有几条消息，下面就会展示几条消息。
在这个消息列表里面，我们需要确认的就是：
1 内容是不是我发的内容
2 时间是不是我发送的时间
3 比如说现在还有一条消息，再有一条消息，这里就有1，2 ，3条消息的排序问题，谁在前面，谁在后面的一个问题。是最早发的在最上面，还是最晚发的在最上面。
那这里就涉及到一个排序规则的确认，不管它是哪个，作为测试，我们都要考虑。
4 删除消息的确认
删除消息是不是会弹出来一个页面，如果弹出一个页面，那对这个页面也要展开测试。
点击删除消息，会弹出这个删除框来，这个删除页面我们也需要进行测试。
前面只是我们的分析。需要把它落实到我们的xmind中去：
点击【我的商城】==》【消息】，页面跳转至消息列表页，信息展示如下：
1 消息的内容确认：
- 消息的内容
- 发送消息的时间
2 消息排序规则的确认：
时间越晚的排在越靠前，还是时间越早的越靠前展示
一般来说，按照正常人的理解，就是前面这种，后发送的，靠在前面，包括你看各种消息评论来说，甚至这些消息放在一个评论功能里面，我们还可以玩置顶，都可以有各种规则。
3 删除消息
弹窗的标题：
- 内容
- UI
弹窗的标题内容是：【信息】，实际上是删除。
UI要和UI设计效果图去进行比对。
弹窗的信息
这里弹窗的信息：【消息删除后将无法找回！】
不能有错别字等，这都是可以在UI设计或者原型图里面都是可以找到的对应的内容的，只是我们这个需求文档还没那么丰富和规范。
弹窗按钮功能确认：
- 是
- 否
- X
是、否、X。这三个点都需要测试
发送站内信，完整的xmind
发送站内信时，必须先勾选接收站内信的会员，否则系统会消息提示如下：
勾选会员，点击发送站内信。如下：
发送站内信弹窗测试，如下：
2.7.5 发送邮件
看下需求文档中关于发送邮件的要求：
发送邮件时，必须先勾选接接收邮件的会员，否则系统会消息提示如下：
勾选要接收邮件的会员后，点击【发送邮件】按钮
场景一：会员使用手机号进行注册，并未维护邮箱信息，弹出页面如下：
用户手动填写【邮箱地址】、【邮箱标题】、【邮件内容】后点击【发送】按钮发送相关邮件。
邮件样例如下：
场景二：会员使用邮箱进行注册时，弹出页面如下：
说明：弹出页面中系统会自动带出【会员ID】、【昵称】、【邮箱】，手动填写【邮箱标题】和【邮件内容】后点击【发送】按钮发送邮件。
邮件样例如下：
发送邮件系统设置说明：
1. 进入【系统】==》【设置】==》【商城设置】==》【邮件设置】
2. 点击【邮件设置】页签，填写邮件发送服务器相关信息
3. 点击【确认提交】按钮，保存设置信息后，点击【测试】按钮，测试邮件服务器功能正常。系统后台发出如下样例邮件：
发送邮件这个功能和刚刚发送站内信的那个功能，几乎是一模一样的。
但发送邮件有两种情况，你原来在注册的时候，就维护了邮箱信息，那么这个时候，发送的时候，弹出来的页面是不一样的，第二种情况，是你没有维护邮箱信息的时候，弹出的是另外一种页面，可以手动输入这个邮箱地址，这是两大类情
况。
把发送站内新的xmind复制下来，修改一下就可以用。发送邮件的xmind：
发送邮件时，必须先勾选接接收邮件的会员，否则系统会消息提示如下【请选择会员】
这里前置条件是选择了维护邮箱信息进行测试，因为是有两种的，一种是维护了，另一种是没有维护。
格式要改，这里：【ID:会员ID + ‘ ’ +昵称:会员昵称+ ‘ ’ +邮箱:邮箱地址】
原来是收站内信，这里是收邮件。
场景1：
场景2：
勾选要接收邮件的会员后，点击【发送邮件】按钮
当我配完之后，系统应该收到类似这样的邮件。是两种模式。
邮箱标题：tpshop邮箱测试
邮箱内容：测试邮件内容
发件人，时间，收件人，这些东西都是从刚才页面配置出来的。这才是我们确认结果的地方。
邮件这个功能打底好不好用，能不能发送邮件出去，我们需要找到接收人的邮箱地址去登陆上去，去看的，去检查相关内容，是不是按你设置的去发送的。
那怎么设置，要分两步走。第一步就是需要到qq邮箱设置里获取授权码。第二步在tpshop系统的后台管理页面里设置发送邮件的操作。
第一步：qq邮箱设置里获取授权码
1）登录电脑版QQ邮箱，选择最上方的“设置”
2）如图选择“账户”，切换到账户详情页面。
3）在账户页面往下拉，可以看到smtp设置，选择“开启”。
4) 按照弹出的窗口提示操作进行密保验证。有多种方式可以验证，比如手机令牌等。推荐使用短信验证。
5)按照短信验证的提示发送短信。发送成功后直接点击“我已发送”。
6)弹出的提示中直接显示16位的授权码，可以复制下来，或者是记下来，千万不要记错了。然后点击“确定”。
以上就完成了qq密码（授权码）的获取。
第二步：tpshop系统的后台里设置发送邮件的操作
这个和我们当前测试邮件的功能，其实不是在一块的。它在哪？看一下我们的需求文档。
发送邮件系统设置说明：
后台管理系统访问地址
http://127.0.0.1/index.php/Admin
账号：admin 密码：123456
1. 进入【系统】==》【设置】==》【商城设置】==》【邮件设置】
2. 点击【邮件设置】页签，填写邮件发送服务器相关信息
具体的可以参考下面的：
邮件发送服务器（SMTP）：smtp.qq.com（qq邮箱服务器）
服务器（SMTP）：465（qq是465端口）
邮箱账号：发件人（自己的qq邮箱）
邮箱密码/授权码：不是邮箱的密码，是在自己的qq邮箱里开启授权码设置（163，qq都不是密码，是授权码。）
测试接受的邮件地址：收件人（写别的邮箱也可以，也可以写上面的发件人的邮箱。相当于自己给自己发。）
3. 点击【确认提交】按钮，保存设置信息后，点击【测试】按钮，测试邮件服务器功能正常。系统后台发出如下样例邮件：
发送邮件：
设置说完了以后，演示一下具体的发送邮件的过程，两个邮件类型。一个是设置了邮箱地址，一个是没有设置邮箱地址。
场景一：没有设置邮箱地址
1）会员——会员列表——选择第一个——点击发送邮件
（可以看出第一个，邮箱地址那一栏是空的。说明没有设置邮箱地址。）
2）弹出来是你手动输入邮箱地址， 可以看出邮箱地址是空的。
填写好下面的内容，点击发送。
邮箱地址：是接受人的邮箱地址。
显示发送成功， 上面的邮箱就会接受到一封邮件。
点进去看一下 。邮件标题，发件人，时间，收件人和邮箱内容都是正确的。
可以看出邮箱功能是正常的，这是第一种场景，你没有维护邮箱的时候。
场景二：设置了邮箱地址
我维护了我的邮箱，我注册的时候就填了我的邮箱。但是现在没有怎么办。点击详情，用一下后面的功能。
把邮箱地址写进去，只要填写电子邮箱就可以了。向下拉，点击确认提交。
1）再找到会员列表页面，就有邮件地址了。选中第一个，点击发送邮件。
2） 就会把我们的邮箱地址带出来。
只要填写邮箱标题和邮箱内容就好了。再点击发送。
你选择了几个就有几个人收到邮件。
3）同样这里就收到了邮件。可以检测一下邮件标题，发件人，时间，收件人和邮箱内容都是正确的。说明我们邮件功能都验证到了。
2.7.6 会员列表
到了这里才真正进入会员列表的测试。前面都在解决表格里这4个按钮，“添加会员”，“导出会员”，“发送站内信”，“发送邮件”对应的4个详细功能，把它们解决完了以后。
现在就看看表头“ID”，＂会员昵称＂，“会员等级”，“累积消费”，“邮件地址”，“一”，“二”，“三”，“手机号码”，“余额”，“积分”，“注册日期”，“操作”。还有表里的数据以及页码怎么测的问题。
2.7.6会员列表需求文档：要测的就是下面这个页面的部分。和上面的图是一样的。
说明：
1.会员列表默认按照添加时间倒序排序，同时支持按照【ID】、【会员昵称】、【会员等级】、【累计消费金额】、【邮件地址】、【手机号码】、【余额】、【积分】、【注册日期】进行排序（正序和倒序）：
2.列表字段中 【一级下线数】，【二级下线数】，【三级下线数】不支持排序。
3.可以对会员列表的每条数据进行【详情】、【资金】、【收货地址】、【删除】相关操作。
查看会员详情（修改用户邮件地址/手机号，冻结会员，分销功能是否开启控制）
说明：【冻结会员】开启后，会员将被锁定，不能进行登录。
资金：可以记录会员每一次的资金操作记录包含【提现】与【充值】。列表提供【资金调节】与【返回会员列表】操作。
点击【资金调节】，可以对资金进行动态调整。
收货地址：展示前台用户管理的地址信息，提供相关信息的显示功能。
前台用户地址设置如下：
删除：列表提供会员数据删除功能，删除数据前必须弹窗提示确认本次操作
4. 会员列表提供分页展示功能，每页展示10条会员信息，并提供页码导航（包含首页、尾页、上一页、下一页等）如下图所示：
落实到xmind中去：
2.7.6会员列表4个需求：
1.会员列表默认按照添加时间倒序排序，
同时支持按照【ID】、【会员昵称】、【会员等级】、【累计消费金额】、【邮件地址】、【手机号码】、【余额】、【积分】、【注册日期】进行排序（正序和倒序）：
理解：按时间倒叙排序，指的是会员ID越大，越靠前展示。
2.列表字段中 【一级下线数】，【二级下线数】，【三级下线数】不支持排序。
理解：指的是一...和二...和三...是不排序的。
3.可以对会员列表的每条数据进行
【详情】、【资金】、【收货地址】、【删除】相关操作。
理解：查看详情，可以对部分信息进行修改。资金，可以资金的调节。收货地址，维护收货地址。删除，删除当条数据。
4. 会员列表提供分页展示功能，每页展示10条会员信息，并提供页码导航（包含首页、尾页、上一页、下一页等）如下图所示
我们需要覆盖这4大测试点：表头，表里面的数据，页码，单条数据的操作。我们一个个来。
第一个需求点：需要拆分。
1.会员列表默认按照添加时间倒序排序，
同时支持按照【ID】、【会员昵称】、【会员等级】、【累计消费金额】、【邮件地址】、【手机号码】、【余额】、【积分】、【注册日期】进行排序（正序和倒序）：
这里没有办法一次操作，把所有排序字段都进行排序。所以这里检查排序的时候，是一个字段，一个字段进行测试的。你只能点击哪个，看哪个的排序，所以这里一定会进行分开测试。
能够排序的字段需求里都写的很明白，上面的排序字段都可以排序。每个排序字段可以进行三次检查：
1. 默认排序规则：按照添加时间倒叙排序。（理解：后加的先展示，ID大的是显示在上面的，ID小的是显示在后面也就是下面的。）
你进入到这个页面的时候，这个页面长什么样子，这就叫默认排序规则。
2. 点击排序字段：升序
3.再次点击排序字段：倒叙
刷新一下，看默认规则，ID是不是从大到小的排序。ID是从大到小排序的。
点击一下ID字段。看ID是不是从小到大排序的？ID是从小到大排序的。
再次点击一下ID字段。看ID是不是又从大到小排序的？ID又是从大到小排序的。
这就相当于3个结果的确认。这是一个字段，那剩余的其他排序字段，是不是要做同样事情的确认。直接复制（xmind）。每一个排序字段，都是3条测试用例。或者一条测试用例，你需要把这三种都写在测试步骤里面，去进行一一的检查。
所有排序字段（【ID】、【会员昵称】、【会员等级】、【累计消费金额】、【邮件地址】、【手机号码】、【余额】、【积分】、【注册日期】），都是下面三种：
1.默认排序规则:按照添加时间倒序排序（倒序）。（理解：ID大的在前面。）
2.点击排序字段:升序
3.再次点击排序字段:倒序
注意：上面的测试是点击ID，查看ID大小很方便。但是如果点击别的排序字段，就不是单纯看ID大小。
默认的排序规则：就是ID从大到小。我们看一下【累积消费】这一栏数据，第一页都是0.00。看似没有规则，因为现在是按ID排序的。
点击一下【累积消费】这个排序字段。（2.点击排序字段:升序）
都是0.00，然后ID是从小到大排序的。后端的处理是先累积消费排序（升序），当累积消费数额是一样的，ID再从小到大排序。
再次点击一下【累积消费】这个排序字段。（3.再次点击排序字段:倒序）
先看累积消费是从大到小排序的，当数额一样的（979.03），ID又是从小到大排序（175,180,478,701,853）。
第二个需求点：（需要拆分，很简单）
2.列表字段中 【一级下线数】，【二级下线数】，【三级下线数】不支持排序。
一级下线数：点击字段时，页面数据不发生改变
二级下线数：点击字段时，页面数据不发生改变
三级下线数：点击字段时，页面数据不发生改变
第三个需求点：需要拆分
3.可以对会员列表的每条数据进行
【详情】、【资金】、【收货地址】、【删除】相关操作。
单条数据，需要进行这四个功能【详情】、【资金】、【收货地址】、【删除】逐一的检查。
我们再看下这部分的需求文档描述：
1）【详情】
查看会员详情（修改用户邮件地址/手机号，冻结会员，分销功能是否开启控制）
说明：【冻结会员】开启后，会员将被锁定，不能进行登录。
理解：
如果真的要对页面进行测试的话，除了需求文档里面写的。可以对电子邮箱和手机号进行编辑外，其他的是不是可编辑，可选择。那我们也要进行确认。如果真的要修改，可以参考【添加会员】具体规则。
（【添加会员】是加会员信息进去。【详情】是修改会员信息。其他的就是页面的按钮。）
可编辑修改内容，你一定要去改。按照它对应规则还要检查。
xmind中【详情】测试点：
查看会员详情（修改用户邮件地址/手机号，冻结会员，分销功能是否开启控制）:
1.详情按钮，功能确认
理解：查看会员详情，点击【详情】，能够打开详情页面。（按钮本身的事情）
2.详情页面信息测试点
1）可编辑修改内容：电子邮箱，手机号码，新密码，确认密码，性别，QQ（都是下面两种情况）
- 有效：修改成功
- 无效：提示消息
2）页面按钮：分为具体功能和常规按钮。
具体功能：
冻结会员：
- 按钮的调节功能正常
- 如果冻结会员，会员将不能操作资金。（【冻结会员】开启后，会员将被锁定，不能进行登录。）
分销功能：
- 按钮的调节功能正常
- 如果开启，会员参与分销
常规按钮：返回，确认提交。
解释：
1. 常规按钮：返回，确认提交。（前面页面也有的）
2. 具体功能：这个页面特有的，比如：冻结会员，分销功能。
3. 按钮调节功能正常：能够点击开启/关闭
4. 分销功能：相当于代理，一级代理，二级代理，和微商代理按比例抽层类似。具体功能不在这里介绍。
5. 我们需要关注的就是，编辑内容。符合编辑条件的能够编辑成功，不满足条件的应该提示失败。至于按钮，常规的按统一套路确认。
非常规的，页面特有的。结合它的需求，去看它的业务是什么再说。这里不属于在其他页面里能够看到的东西。不作为重点做一个展示。至少确认按钮是可以点击的。具体起到什么作用，我们要检查。
常规按钮和具体功能在页面的位置：
详情，删除。在广告——广告列表里也有删除，编辑。这都是常规列表里的操作功能，属于共通功能，重点应该放在这个地方。单个里面具体的功能里面，特有的。我们应该结合业务去看。
2）【删除】
需求文档中关于删除的要求：
删除：列表提供会员数据删除功能，删除数据前必须弹窗提示确认本次操作
理解：删除。第一：这删除按钮能点。第二：点开有弹窗。对这个弹窗进行一个测试。
xmind中【删除】测试点：删除
1.数据列表中，删除按钮可用性确认
2.删除消息弹窗确认：标题，内容，按钮
标题：（信息）
- 标题文字信息
- UI
注意：UI指的是靠左?靠右？字号，什么颜色。都会有一个相应的一个展示。
内容：（确认删除）
- 删除提示信息确认
- UI
注意：UI同理它有布局显示效果。有的会有XX图标，或者一个感叹号。类似这样的图标，来引起你的重视。看不同的产品。
按钮：
- X
- 确定
- 取消
详情，删除是在列表里重点考虑的东西。
3）【资金】
资金，也可以进行一个相关的调节。
点击【资金】
它有具体的一个资金的功能，这就是这个会员或者这家电商平台特有的。进来一看又是一个列表，又有按钮。【资金调节】，【返回会员列表】。点击【资金调节】
填写余额：10 积分：20 操作备注：随便写点东西。 点击【确认提交】 就会跳出操作成功的弹框。
这条记录，类似添加会员的一个操作。添加完以后，又来到列表里确认。这和前面是一样的，一个套路，懂一个就可以了。
4）【收货地址】
需求文档：
收货地址：展示前台用户管理的地址信息，提供相关信息的显示功能。
前台用户地址设置如下：
前台用户添加收货地址，前台也可以修改。在后台可以进行统一管理。这样符合用户的使用习惯。前台：地址管理——增加新地址
点击【收货地址】
这里只是显示收货地址。
收货地址的编辑，是在我们的前台去管理我们的收货地址。
第四个需求点：
4. 会员列表提供分页展示功能，每页展示10条会员信息，并提供页码导航（包含首页、尾页、上一页、下一页等）如下图所示
页码区域：大概理解一下。
1,2,3...11 这要能点，点完以后，对于这个页码比较关注的点就是，你点击切换以后，比如：点击6，这一页的数据，一定要发生改变。它的ID什么的肯定是要发生变化的。数据要随着页码发生改变的。
上一页，下一页的测试。比如你在第1页，点击下一页，就要跳转到第2页。比如你在第3页，点击上一页，就要跳转到第2页。
首页和尾页的测试，假如你在第8页，后面还有数据的话，直接点击尾页，就要跳到最后一页。也可以点击首页，直接跳到第1页。
拓展，这里没有。比如这里给你一个框，让你输入哪一页，直接跳到那一页。但是它会有边界的问题。比如数据总共有200页，它的边界就是1-200。也可以输入异常。比如：a,异常的你也可以加进来。你想测，是可以
加进来的。
第4个需求的测试点在xmind中写的：
4. 会员列表提供分页展示功能，每页展示10条会员信息，并提供页码导航（包含首页、尾页、上一页、下一页等）如下图所示
页码区域：拆分成下面的测试点。
测试重点：注意观察页面变化时，数据也随之发生改变
上一页
下一页
首页
尾页
具体页码切换测试
直接输入页码区域：存在输入边界
会员列表如上：
我们需要养成一个习惯：结构化思维模式。因为所有后台系统，正常来说，都是对信息的一个增删改查操作，比如：添加会员，修改会员，删除会员。对应的会员有一个列表展示信息。
包括这里的广告，它也有新增广告，编辑，删除。
包括文章，也是有相同的套路。
你会了一个会员列表的测试。其他的列表也要会测。针对都有的东西，就是我们需要重点掌握的。比如：资金，地址管理。你只要看一看就可以了，不是我们的重点。
怎么复习：
对应xmind在脑中捋一捋，然后再点一点，测一测。