关键词：
翻页功能的测试用例
1、首页、上一页、下一页、尾页。
2、总页数，当前页数
3、指定跳转页
4、指定每页显示条数
当然，有一些是少于多少页，全部以数字的形式显示，多于多少页后，才出现下一页的控件。本文暂且用以上四点来做为通用的用例来设计吧。
对于1翻页链接或按钮的测试，主要要检查的测试点有：
1、有无数据时控件的显示情况
2、在首页时，首页和上一页是否能点击
3、在尾页时，下一页和尾页是否能点击
4、在非首页和非尾页时，四个按钮功能是否正确
5、翻页后，列表中的记录是否仍按照指定的排序列进行了排序
对于2总页数，当前页数，主要要检查的测试点有：
1、总页数是否等于总的记录数/指定每页条数
2、当前页数是否正确
对于3指定跳转页，主要要检查的测试点有：
1、是否能正常跳转到指定的页数
2、输入的跳转页数非法时的处理
对于4指定每页显示条数，主要要检查的测试点有：
1、是否有默认的指定每页显示条数
2、指定每页的条数后，列表显示的记录数，页数是否正确
3、输入的每页条数非法时的处理
分析完上面的测试点，应该可以进行用例的设计了。
step 1: 列表无记录
expect: 1、四个翻页控件变灰不可点击
2、列表有相应的无数据信息提示
3、不可指定页数
4、不可指定跳转页
5、总页数显示为0
6、当前页数显示为0
step 2: 列表的记录数<=指定的每页显示条数
expect: 1、四个翻页控件变灰不可点击
2、总页数显示为1
3、当前页数显示为1
step 3: 列表的记录数>指定的每页显示条数
expect: 1、默认在首页，当前页数为1
2、列表的数据按照指定的排序列正确排序
3、记录数与数据库相符
4、总页数＝记录数/指定的每页显示条数
step 4: 列表的记录数>指定的每页显示条数，在首页
expect: 1、首页变灰不可点击
2、上一页变灰不可点击
3、下一页可点击，从（每页指定条数＋1）条记录开始显示，当前页数+1
4、尾页可点击，显示最后页的记录
step 5: 列表的记录数>指定的每页显示条数，在中间的某页
expect: 1、首页可点击，显示1到每页指定条数的记录
2、上一页可点击，显示上一页的记录
3、下一页可点击，从后一页的记录
4、尾页可点击，显示最后页的记录
5、列表的数据按照指定的排序列正确排序
6、当前页数为所在页
step 6:列表的记录数>指定的每页显示条数，在尾页
expect: 1、首页可点击，显示1到每页指定条数的记录
2、上一页可点击，显示上一页的记录
3、下一页变灰不可点击
4、尾页变灰不可点击
5、列表的数据按照指定的排序列正确排序
6、当前页数为最后一页的页数
step 7:输入每页显示条数为正整数
expect: 1、每页显示条数更新成指定的条数
2、超过指定的条数的记录分页显示
3、总页数更新成列表的记录数/每页显示条数
step 8:输入每页显示条数为0
expect: 1、提示“每页显示条数必须为大于1的整数”
2、提示后每页显示条数恢复为上次生效的条数
step 9:输入每页显示条数为负数
expect: 1、提示每页显示条数必须为大于1的整数
2、提示后每页显示条数恢复为上次生效的条数
step 10:输入每页显示条数长度超过数据库指定的长度<<<maxlen>>>
expect: 1、提示每页显示条数不能超过<<<maxlen>>>位
2、提示后每页显示条数恢复为上次生效的条数
step 11:输入每页显示条数为字符串，如中文翻页数
expect: 1、提示每页显示条数必须为大于1的整数
2、提示后每页显示条数恢复为上次生效的条数
step 12:输入每页显示条数为特殊字符，如％
expect: 1、提示每页显示条数必须为大于1的整数
2、提示后每页显示条数恢复为上次生效的条数
step 13:输入每页显示条数为html字符串，如<br>
expect: 1、提示每页显示条数必须为大于1的整数
2、提示后每页显示条数恢复为上次生效的条数
step 14:输入跳转的页数为存在的页数
expect: 1、正确跳转到指定的页数
step 15:输入跳转的页数不存在或非法值
expect: 1、跳转的页数值置为1，显示第一页的数据
以上的用例是将总页数，当前页数都揉进了翻页控件的测试用例中了。
如何高效开展测试用例评审？附用例评审检查清单及用例评审报告模板
在一个完整的测试流程中，测试用例是很核心的一个产出物。一份优秀的测试用例，能确保软件产品质量的可控。但由于每个人思维局限性，对产品背景、需求、功能实现逻辑等理解深度不一致，编写的测试用例或多或少存在一... 查看详情
软件测试-测试人员相关能力需求
测试人员相关能力需求： 测试需要发挥其主动性： action：产品面向用户，从需求阶段开始需要介入，明确每个需求的意义，确切的说要比需求分析师更了解对应的需求在产品中的使用 关注前期的需求分... 查看详情
如何高效开展测试用例评审？附用例评审检查清单及用例评审报告模板
一、前言 在一个完整的测试流程中，测试用例是很核心的一个产出物。一份优秀的测试用例，能确保软件产品质量的可控。但由于每个人思维局限性，对产品背景、需求、功能实现逻辑等理解深度不一... 查看详情
搜索功能翻页功能输入框的测试用例设计及知识
搜索功能测试用例设计 搜索功能点进行分解，把测试用例分解为多个测试场景场景编号场景描述预期结果场景一页面检查正确场景二默认条件搜索查询结果正确场景三修改可选条件搜索查询结果正确场景四修改输入... 查看详情
图片验证码的测试用例梳理
收集和整理一些公共的测试用例设计的业务建模，这样提高测试用例设计的效率，减少测试用例开发的时间。测试用例库介绍通过收集和整理一些公共业务逻辑，整理一些功能点的测试用例，本着选取的粒度小... 查看详情
手机验证码的测试用例梳理
收集和整理一些公共的测试用例设计的业务建模，这样提高测试用例设计的效率，减少测试用例开发的时间。测试用例库介绍通过收集和整理一些公共业务逻辑，整理一些功能点的测试用例，本着选取的粒度小... 查看详情
gui自动化测试中优化测试用例思维方法
1、测试脚本与数据解耦（数据驱动）让操作相同但是数据不同的测试可以通过同一套自动化测试脚本来实现，只是在每次测试执行时提供不同的测试输入数据。2、页面对象模型（POM）以页面为单位来封装页面上的控件以及控件... 查看详情
开源工具：用思维导图编写的用例导入到testlink
TestLink是sourceforge的开放源代码项目之一。作为基于web的测试管理系统。TestLink的主要功能包括：测试需求管理测试用例管理测试用例对测试需求的覆盖管理测试计划的制定测试用例的执行大量测试数据的度量和统计功能安装T... 查看详情
c语言测试用例（黑盒测试：功能测试功能驱动测试；白盒测试：结构测试[结构化方法]透明盒测试逻辑驱动测试[逻辑覆盖法]逻辑覆盖测试基于代码的测试）（集成测试系统测试和回归测试）（bug文档）(代码片段)
文章目录测试用例简介作用1.指导测试的实施2.规划测试数据的准备3.编写测试脚本的"设计规格说明书"4.评估测试结果的度量基准5.分析缺陷的标准重要性编制测试用例测试用例文档测试用例的设置（按功能设置用例ÿ... 查看详情
让可乐只拿10分的逻辑思维测试你要不要来试试（测试链接）
逻辑思维是什么？1、逻辑思维是人的理性认识阶段，人运用概念、判断、推理等思维类型反映事物本质与规律的认识过程。2、逻辑思维放在编程中就是数据库状态字段设计得好不好，代码中的ifelse运用得好不好。3、... 查看详情
思维导图编写测试用例的两种格式
...下运算，然后输出运算结果。分别使用两种格式来编写的测试用例如下图所示（部分用例）： 第一种风格，完全是遵循脑图的本来用法，属于层级递进式，前面层级都是后面层级的前置条件，需要把每一个分支的所 查看详情
软件测试-整理的自学资料
软件测试-整理的自学资料-实战项目、实际操作非常重要…包含：如何自学软件测试、软件测试面试问题、软件测试如何包装简历、App测试重点、测试逻辑思维、用例如何写、用例如何保证覆盖率、实际公司迭代测试怎么做、迭... 查看详情
记录：测试用例设计
综合策略为了测试软件的业务流程,业务逻辑,基本功能的正确性,错误处理能力,采用场景法编写用例需要输入数据的地方,进行等价类划分,包括输入条件和输出条件的等价划分使用边界值分析方法补充测试用例可以用错误分析法追... 查看详情
测试用例设计
（一）白盒技术白盒测试是结构测试，所以被测对象基本上是源程以程序的内部逻辑为基础设计测试用例。1、逻辑覆盖程序内部的逻辑覆盖程度，当程序中有循环时，覆盖每条路径是不可能的，要设计使覆盖程度较高的或覆盖... 查看详情
测试笔试逻辑思维题
1、有一口7米深的井，有个蜗牛从井底往上爬，白天爬3米，晚上往下坠2米，问蜗牛几天能从井底爬到井口? 总共需要5天 除过最后一天上升3米外，其余每天正常上升1米。所以7-3=4，前4天每天上升1米总共上升4米，第五天... 查看详情
怎么分析《软件需求文档》
...原型图）用户—产品经理整理—需求文档（原型图）3、测试需求是什么？对需求文档中的要求进行解读4、测试点与测试用例什么时候适合？项目时间紧—测试点（思维导图写或表格）项目时间充足—测试用例（表格）5、变更需... 查看详情
面试官最常问的10道测试用例和5道思维面试题及答案，每1题都很经典
前言软件测试面试中，测试用例是非常容被问到的一个点，今天小编就给大家把最常见的20道测试用例方面的问题给大家整理出来，希望对大家的面试提供帮助。之前给大家整理了一套软件测试的学习资料以及各大厂... 查看详情
接口测试方案怎么写
参考技术A问题一：如何做接口测试对于接口测试，首先测试人员要懂代码，你只需要知道接口的作用是什么就可以了（有文档更好，但大部分都没有）；其次，自己去读开发的代码；然后，根据该接口功能及代码写测试用例；... 查看详情