试用例思路分析包含的场景比较多，从上一节课给大家分析过了场景分类法之后，登录场景用来进行举例。在接下来的文档中，我会把常见的给大家进行分享。
本节课以查询场景进行分析，然后通过分析原始需求，从而总结出我们查询场景下的不同的分类场景中的测试用例点。
原始需求：
存在一个订单查询页面，这个页面中存在
两个文本框（操作员、订单编号）
两个日历输入框（开始日期和截止日期）
一个下拉选择框（订单状态）以及一个搜索按钮
整个页面区域显示为两部分：
上半部分为查询条件区域（包含着以上所说的条件输入框以及按钮）；
下半部分为订单搜索的展示区域。
在查询条件中，操作员、订单编号和开始截止日期这三项至少输入一项才能够点击查询按钮进行订单查询。
需求分析：
（1）.首先作为原始需求的基本分析，是建立在页面的基本UI规范，其中包括条件框是否正常显示、页面的上下半部分是否显示正常以及各条件字段是否正确展示。
（2）.页面中提到了条件框的几种不同形式，包括文本输入框、日历输入框、下拉选择框以及搜索按钮，需要根据他们的实际功能进行不同输入情况的分析，从而总结出对应的测试点来书写测试用例。
（3）.需求中提到了三项输入条件中必须输入一项才能进行查询，这就需要我们考虑到条件各自的输入独立以及条件组合查询。
查询场景略微复杂，因为相比登录来说，不仅仅是页面复杂的多，而且我们的条件框也比登录多，所以，在这里需要明确原始需求，再往下看我们的测试点分类。建议大家在此处停顿1分钟，再回头重新看一下原始需求。在脑海中再次进行一下需求的思路整理。
针对原始需求的分析，登录场景中的常规场景总结了以下几条：
（1）. 检查所有的查询条件字段显示；
（2）. 检查查询条件中下拉选择框的内容；
（如果查询中存在二级下拉选择框的话，需要校验对应是否正确。比如选择地址的时候，一级下拉框中选择湖南省，需要检查二级下拉选择框中是否为长沙市、岳阳市等对应的二级城市；同时也需要校验在切换了一级菜单之后，对应的二级菜单是否对应进行切换了。）
（3）. 检查查询条件中的日历控件格式的显示；
（4）. 输入多个条件进行查询；
（5）. 输入精确条件查询；
（6）. 输入单个条件进行查询；
（7）. 检查查询结果列表字段以及内容的显示.
2.偶然场景
（1）.偶见型场景
a. 输入特殊字符查询；
b. 模糊条件查询；
具体是指不输入全部精确地条件，而是像百度一样，输入关键字进行模糊查询。
c. 输入%进行查询。
这一点类似于刚刚所说的模糊条件查询，可以一起理解。
（2）.挑刺型场景
a. 不输入任何条件进行查询；
b. 在日历区间输入From date》To date；
c. 输入From date = To date；
d. 输入不符合格式的数据条件进行查询。
3.专业场景
（1）. 输入超长字符进行查询；
这个需要用到编程中的传递参数进行理解，如果条件输入框中超过条件本身的长度，参数传递取的是条件要求的长度还是输入框中全部的长度。
比如一个条件长度为8，但是在条件框中输入了10位，那么在取参数的过程中，是取8位还是10位，这是需要考虑的问题。如果取8位，订单查询正常；如果取10位，那么订单查询不到。
（2）. 翻到下一页进行查询；
存在第一页的时候，有查询条件约束（即页面展现的是符合条件的订单），但如果到了第二页之后，查询条件被清空，那么在订单搜索展示区域显示的就是全部的订单。
（3）. 输入条件前或后带有空格的字符查询；
这个属于编程中在文本输入框中是否有去除空格之后再进行参数的取值，这是String类中的一个固定方法，建议大家学习编程语言再来理解。
谨记我们的方式，基本场景和偶然场景一点要掌握好，而专业场景，即便理解不了，也一定要整理下来，以后加强学习，终有一天可以凭借自己的努力书写出专业场景。
网友评论