搜索框接口测试用例（搜索框的测试）

本篇文章给大家谈谈搜索框接口测试用例，以及搜索框的测试对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享搜索框接口测试用例的知识，其中也会对搜索框的测试进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、搜索框的测试点
• 2、12306查询功能测试设计
• 3、如何简单设计接口测试用例
• 4、接口测试的测试用例该怎么写呢?

搜索框的测试点

1）搜索按钮功能是否能够实现，验证搜索框的功能是否与需求一致。

2）点搜索后，原先的搜索条件是否清空。

3）查看比较长的名称是否能查到,输入过长查询数据，看其有没判断，报错;系统是否会截取允许的长度来检索结果。

4）是否有忽略空格的功能，需要有忽略前置空格和后置空格的功能，但不能把中间空格忽略

5）不输入任何内容点击搜索看查询的结果

6）查看搜索框内的默认内容是否与设置的一致，焦点放置搜索框中，搜索框默认内容是否自动被清空

7） 输入系统中存在的与之匹配的条件,看其的查询后数据的完整性;显示记录条数正确、文字折行显示正确、页面布局美观,列标题项、列显示内容、排序方式符合需求定义

8）组合中文和各种特殊符号输入查看能否正确搜索到符合的内容

9）输入系统中不存在的与之匹配的条件，是否搜索出信息或者给予提示信息

10）使用复制粘贴，测试搜索框是否能执行

11）注意在光标停留的地方输入信息时,光标和所输入的信息会否跳到别的地方

12）反复输入相同的数据（5次以上）看是否报错

13）敏感词汇，提示用户为敏感词汇

14）不同搜所的条件之间来回选择，查看是否出现页面错误

15）测试多个搜所条件时，要注意搜所条件的组合测试，可能不同组合的测试会报错

16）点击搜索框，看能否在搜索栏下方显示提供设置好的-最近热门搜索词，点击任一可以直达搜索结果页

17）点击搜索框时，到有搜所历史时，能显示历史搜所内容，历史搜所内容应从上到下按时间排序，点击清空历史清空所有搜索记录。

18）查看搜索框最大输入字符数

12306查询功能测试设计

1、查询功能的界面是否与原型图一致
2、出发日期默认值为当前日期
3、出发日期为当天，查询成功
4、出发日期为明天，查询成功
5、出发日期为预售期最后一天，查询成功
6、勾选高铁/动车的情况，查询成功
7、勾选学生的情况，查询成功
8、不能通过界面交互的方式选择比预售期早的日期
9、不能通过界面交互的方式选择比预售期晚的日期
10、出发地和目的地相同的情况
11、出发地为空的情况，查询失败
12、目的地为空的情况，查询失败
13、出发日期为空的情况，查询失败
14、输入的出发地不是国内城市的情况
15、输入的到达地不是国内城市的情况
16、出发日期为昨天（比预售期早1天），通过URL地址的方式查询失败

查询结果：

17、出发日期为下个月的今天（比预售期晚1天），通过URL地址的方式查询失败

搜索框测试用例的设计
https://blog.csdn.net/strive_0902/article/details/80282474

如何简单设计接口测试用例

接口测试是项目测试的一部分 ，它测试的主要对象是接口 ，是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与所测系统之间以及内部各系统之间的交互点。测试的重点是检查数据交互、传递、和控制管理过程以及系统间的相互依赖关系等。 如何设计接口测试用例？首先，明确出发点，和所有的测试一样 ，接口测试出发点是你要证明所测的程序是错误的。以这个出发点为导向 ，你的设计行为就会尽量朝这个方向，更易发现问题 其次，选择好测试对象。对于一个系统做接口测试选择好的测试对象是接口测试关键。一个系统有无数的接口 ，每个接口如果分别测试 ，那将是很痛苦的一件事情，而且任何一个内部接口的变动 ，都将导致我们用例的不可用。 可将这些最外层的接口分为两类：一类是数据进入系统的接口；一类是数据流出系统的接口。进入系统的接口实际是我们用例的执行调用的接口。可通过变化参数对这些接口进行调用 ，模拟外部的使用；而流出的接口则是我们用例真正该验证的点。数据从哪里流出，流出时的状态如何 ，此时系统又是什么状态都是我们所应该验证的。 然后，确认完整的测试对象的功能：确认外部接口提供给使用这些接口的外部用户什么样的功能，外部用户真正需要什么样的功能。此两个功能一定要准确详细，用例的设计要严格按照测试对象功能设计才是正确的用例。 最后当出发点、对象、功能都确定了，就可以真正设计用例了。下面详细介绍下如何去设计一个结构好、可读性高、渗透性强的接口测试用例。 接口测试用例设计和测试用例设计一样，用例设计的内容应该包括：主要测试功能点、测试环境、测试数据、执行操作以及预期结果。 1）接口测试环境分为两种：一种是程序内部的环境；一种是程序的所调用外部接口的环境。 2）接口测试测试数据分为接口参数数据和用例执行所需系统数据。数据的设计、准备测试用例的数据上需要花费更多的心思。要通过好的测试数据使用例查找问题。接口参数数据需对每个参数根据测试接口的实际的功能进行分析，在符合业务逻辑的情况下进行逻辑组合排列 ，不要遗漏了某些边界值和错误点的数据。每个用例执行所需系统数据和接口参数数据尽可能的采用不一样的数据 ，使用例更容易发现问题。 3）测试功能点，如果一个接口功能复杂时推荐对接口用例进行结构划分 ，这样子用例具有更好的可读性和维护性。接口划分原则为以接口提供的功能点的不同进行合适粒度的划分。同一功能点的用例又可根据测试环境的不同、数据的不同进行用例的填充。 4）接口测试用例执行操作非常简单，就是所测接口的调用。 5）预期结果验证，这也是接口用例设计的很关键的一步 ，应该细而不冗余。每个用例均需验证 ，避免一个用例中重复做相同的验证 ，提高测试用例的效率。 如何设计接口测试用例小例子： 简单划分可以按照2个基本组成要素进行划分：1. 参数 2. 业务 以下为最简单的一种划分用例的方法，可能涵盖不全，但只为说明一种划分接口用例的方法方式以及需要考虑的测试用例的测试点 为何要如此设计，是为了更好的将用例分类为程序规定型以及业务限制型，尽量的保证覆盖，尽量细化到点的划分形式来保证工作时间的预估和计划。 所有的自动化接口的测试用例 都基本围绕三部曲进行，传数据，执行，校验返回的数据和期望数据是否一致来构成每个简单的测试用例。 有清晰的线路和清晰的思维，才能做好整体测试的掌控。

接口测试的测试用例该怎么写呢?

接口测试：

接口：主要是子模块或者子系统间交互并相互作用的部分。

这里说的接口是广义的，客户端与后台服务间的协议；插件间通信的接口；模块间的接口；再小到一个类提供的方法；都可以理解为接口。因此，可以分析，系统间的接口包含三部分：输入、处理逻辑、输出。

接口测试：是指针对模块或系统间接口进行的测试。

分析一个接口：

获取接口文档：和黑盒测试一样，我们是从需求文档中去挖掘测试点，设计测试用例。对于接口测试，同样是有对应的接口文档的。

分析接口文档，提取测试点：

1）输入：接受哪些参数、参数的类型、可选参数和必选参数等；根据输入参数采用等价类、边界值分析法等进行设计。

2）业务逻辑：对于一个接口，不同的输入参数或组合，流程或状态的转移是不同，可以根据业务逻辑画出流程图或状态转移图，确保每种状态至少被访问了一次。

3）输出：根据文档规定的输出，反向设计测试数据，使所有的输出状态都被包含了；

测试用例：同时对输入、业务逻辑、输出进行考虑时，肯定会存在用例的冗余，在最大限度覆盖业务功能和规则下，选取最优用例集合。同时，需要考虑异常数据和场景。

关于搜索框接口测试用例和搜索框的测试的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 搜索框接口测试用例的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于搜索框的测试、搜索框接口测试用例的信息别忘了在本站进行查找喔。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。