web测试用例简结

        这里简单总结一下web测试中编写用例的一些思路和注意事项。

一、一些常用模块的测试用例

       典型的有登录、添加、查询、删除。 

1、登录 

        ①用户名和密码的格式正确与否，写4个用例的组合

        ⑤用户名或密码为空

        ⑥数据库中不存在的用户名，密码是否存在、错误，写2个

        ⑨输入的数据前存在空格

        ⑩输入正确的用户名密码

2、添加

        ①填写正确数据，界面成功保存后，检查数据库表中是否增加了响应的数据

        ②必填数据为空，检验是否能添加成功

        ③按照边界值等价类设计测试用例的原则，对各个输入项的数据组合起来测试，组合项多时可考虑正交法

        ④不符合要求的地方要有错误提示

        ⑤是否支持table键

        ⑥按enter是否能保存

        ⑦若提示不能保存，也要查数据库里是否多了一条数据

3、查询

精确查询：

        ①输入的查询条件为数据库中存在的数据，能否查到

        ②查询数据前加空格，能否查到

        ③输入错误的数据，有无错误提示

        ④输入数据库中不存在的数据

        ⑤不输入任何数据：查询结果应该为所有记录

        ⑥是否支持table键

        ⑦是否支持enter键

模糊查询：

        在精确查询的基础上加一点：输入一些字符，看是否能查出数据库中所有的相关信息

4、删除

        ①界面删除一条数据，查看数据库中是否删除

        ②删除一个数据库中并不存在的数据，看有无错误提示，并且数据库中没有数据被删除

        ③输入一个格式错误的数据，同上

        ④输入的正确数据前加空格，看能否删除

        ⑤不输入

        ⑥是否支持table键

        ⑦是否支持enter键

二、一些查找bug的方法

1．输入非法数据

        输入数据的类型、长度、边界值；还要留意错误信息本身。

基本数据类型的边界值

       

 

2．输入默认值

        从选项按钮、配置面板等处考虑

3．输入特殊字符集

        根据被测软件的具体情况输入非法字符。（多了解ASCII 字符集、程序设计语言和OS中的保留字符串及其特定含义）

4．输入使缓冲区溢出的数据

        在需要接受字符串的地方输入一个比最大字符串更长的字符串。

5．输入产生错误的合法数据组合

        在输入值之间存在依赖关系时，输入可能会出现问题的组合值。

6．产生同一个输入的各种可能输出

        在同一输入对应多个输出时可用此法测试。

7．输出不符合业务规则的无效输出

        列出所有的无效输出，然后逐一测试，重点查看输出结果的正确性。

8．输出属性修改后的结果

        强制每个输出产生，并编辑其属性，然后再次强制产生输出。

9．屏幕刷新显示

        增加、删除、移动屏幕上的对象。

10．数据结构溢出

        尝试将过多的值输入数据结构，测试上溢；尝试多删除一个数据，测试下溢。

11．数据结构不符合约束

        任何时候都要对数据属性的约束进行检查，特别注意修改数据时也要进行。

        可通过破坏内部数据的约束来进行测试。

12．操作数与操作符不符合

        对于数值计算考虑操作数和操作符之间的限定关系；对于图形计算还要考虑各种输入数据之间的组合关系。

13．递归调用自身

        考虑对象的自我交互或复制。

14．计算结果溢出

        一次又一次地执行计算或使用很大或很小的输入和数据进行计算，重点测试数据类型的初始值或边界值附近的值，强制数据产生上溢或下溢。

15．数据共享或关联功能计算出错

        当一个以上的功能在同一时间处于运行状态，可以考虑以点带面，重点测试某一功能，对可能与这个功能相连的其他功能附带测试。

16．文件系统超载

        当软件较大，运行时需要较大空间时，强制磁盘系统满容量或小于等于被测试软件运行时所需容量后，运行被测试软件或利用测试工具模拟磁盘状况。

17．介质忙或不可用

        软件运行需要消耗大量内存或需要其他相关软件同时运行，可通过启动大量程序或利用测试工具模拟磁盘状况。

18．介质损坏

        用实际损坏介质的方法来测试应用程序。

19．文件名不合法

        输入OS不允许的文件名和应用程序不允许的文件名。

20．更改文件访问权限

        修改文件访问权限或用低权限的用户访问文件。

21．文件内容受损

        对于那些需要对文件格式和内容进行校验的应用程序，可通过手工损坏文件或利用测试工具模拟CRC错误。

 

三、输入数据的设计方法和测试用例设计方法

        测试用例的设计是测试设计的重要内容，平常说的等价类划分法、边界值法、流程图与判定表法、错误推断法、场景法等，是黑盒测试中输入数据的设计方法，算作测试用例设计方法的一个子集。除了确定输入数据之外，测试用例的设计还包括如何确定测试用例的设计策略，如何组织设计用例，如何从测试需求等文档创建完整的测试用例。

        测试用例的设计是一项复杂的测试工作，测试用例的设计方法需要考虑测试的目标，被测试软件的特性，测试者人力资源的技术和能力，测试组织形式，测试进度、测试成本等多个方面。

四、UI测试常见bug

录入界面

　　1. 输入字段要完整，且要与列表字段相符合（参照数据库进行检查）

　　2. 必填项一律在后面用*表示（必填项为空在处理之前要有相关的提示信息）

　　3. 字段需要做校验，如果校验不对需要在处理之前要有相关的提示信息

　　 (1) 长度校验

　　 (2) 数字、字母、日期等等的校验

　　 (3) 范围的校验

　　4. 录入字段的排序按照流程或使用习惯，字段特别多的时候需要进行分组显示

　　5. 下拉框不选值的时候应该提供默认值

　　6. 相同字段的录入方式应该统一（录入方式有以下几种：手动输入 、点选 、下拉选择、参照）

　　7. 录入后自动计算的字段要随着别的字段修改更新（如单价变后，金额也变）

　　8. 日期参照应该既能输入，又能从文本框选择

界面格式

　　1. 字体颜色、大小、对齐方式（根据字段的性质确定）、加粗的一致性

　　2. 文本框、按钮、滚动条、列表等控件的大小、对齐、位置的一致性

　　3. 所有新增、修改、查看页面加上页面说明（如：XXX新增、XXX编辑、XXX查看等说明字样），（弹出的）界面要有标题，标题与内容要一致

　　4. 不同界面显示相同字段的一致性（如列表界面和编辑界面）

　　5. 界面按钮显示要求（查询、新增、删除顺序）

　　6. 列表的顺序排列应该统一（按照某些特定条件排序）

　　7. 下拉框中的排列顺序需要符合使用习惯或者是按照特定的规则排定

　　8. 所有弹出窗口居中显示或者最大化显示

　　9. 信息列表中如果某个字段显示过长用“…”或者分行显示

　　10. 人员、时间的缺省值一般取当前登录人员和时间

　　11. 对于带有单位的字段，需要字段的标签后面添加如下内容：“（单位）”

功能问题

　　1. 按钮功能的实现（如返回按钮能否返回）

　　2. 信息保存提交后系统给出“保存/提交成功”提示信息，并自动更新显示

　　3. 所有有提交按钮的页面都要有保存按钮（每个界面风格一致）

　　4. 凡是点选或者下拉选择的界面，如果一旦选择完了无法回到不选择的情况，需要加上“清除选择”功能按钮（即空白选项）、还需要有一个‘全部’选项。

　　5. 没有选择记录点击删除/修改按钮要提示“请先选择记录”

　　6. 选择记录后点击删除按钮要提示“确实要删除吗？”

　　7. 需要考虑删除的关联性，即删除某一个内容需要同时删除其关联的某些内容（当存在关联的数据时，此记录应该不能删除，必须将其关联的记录先删除，才能再回到此界面将此记录删除）

　　8. 界面只读的时候（查询、统计、导入）等，应该不能编辑。

查询问题

        1. 查询条件缺少一些可以查询的字段（在查询条件中应当将可以进行查询的字段都列举出来并支持该字段的查询），

查询条件分为：可输入和枚举型（点选、框选、下拉框选择、日期选择：‘年月日分开选择’或‘弹出日期选择界面’）等两大类。

        2. 有些查询条件需要支持模糊查询：关键字查询即部分匹配

        3. 需要考虑有些查询条件本身的关联性（即某个查询条件的取值范围是依赖于其它查询条件的取值）：即查询条件的过滤功能（比如第一个下拉框选择选择‘浙江省’，则第二个下拉框自动过滤出属于浙江的地区名称如‘绍兴市、宁波市、杭州市…等’；选择其中一个，则在第三个下拉框中出现该地区包括的县级城市名称）

　　4. 查询条件名称与信息列表及信息编辑页面相应的字段名称完全统一

        5. 不同模块相同字段的查询方式应该统一（手动输入 、点选 、下拉选择）；不同模块相同字段显示的字段名称应该完全统一。

　　6. 出报表的时候，查询条件需要显示在报表标题的下面，这样看报表的时候知道数据的依据是什么。

        7. 对于范围的查询采用全闭的形式。