报告正文模版 2016自动化测试技术-概要.doc

目　录 一、前言（课设目的及内容） 2 二、测试需求和测试用例 3 2.1登陆实例 3 2.2设计测试用例 4 2.3 查询订单时间 5 2.4 测试用例设计 6 三、测试脚本开发 7 3.1用户名和密码参数化测试脚本 7 3.2查询订单时间参数化脚本 7 3.3订单编号检查点脚本 9 四、测试结果分析 9 4.1 用户登录参数化 10 4.2 测试用例的执行 11 4.3 查询订单时间参数化 13 4.4 测试用例的执行 13 4.5 订单编号_检查点 16 五、效益分析 19 六、课设小结及心得体会 20 七、参考文献 21 一、前言（课设目的及内容） 本次测试的对象是QTP自带的Flight Reservation小飞机程序的用户登录和订单按照时间查询 使用QuickTest可以加速整个测试的过程，并且建置完新版本的应用程序或网站后，可以重复使用测试脚本进行测试。以QuickTest执行测试，就与人工测试一样。QuickTest会仿真鼠标的动作与键盘的输入，不过QuickTest比人工测试快乐很多。?QuickTest自动化的好处有：? 快速：QuickTest执行测试比人工测试速度快多了。? 可靠：QuickTest每一次的测试都可以正确的执行相同的动作，可以避 免人工的错误。? 可重复：QuickTest可以重复执行相同的测试。? 可程序化：QuickTest可以以程序的方式，撰写复杂的测试脚本，以带 出隐藏在应用程序中的信息。? 广泛性：QuickTest可以建立广泛的测试脚本，涵盖应用程序的所有功 能。? 可再使用：QuickTest可以重复使用测试脚本，即使应用程序的使用接 都已经改变。? 测试脚本的开发和维护是自动化测试的重要环节，适当地调整和增强测试脚本，能提高测试脚本的灵活性，增加测试覆盖面，以及提高应对测试对象变更的能力。数据驱动方式的测试脚本开发是解决这类问题的重要手段。本次课设介绍如何在自动化测试过程中使用数据驱动的测试脚本开发方式，对测试脚本进行参数化，包括如何使用QTQTPP的DataTable参数化、Action参数化的方法。 自动化测试对录制和编辑好的测试步骤进行回放，这种是线性的自动化测试方式，其缺点是明显的，就是其测试覆盖面比较低。测试回放的只是录制时做出的界面操作，以及输入的测试数据，或者是脚本编辑时指定的界面操作和测试数据。 二、测试需求和测试用例 2.1登陆实例 登陆实例是指登陆Flight Reservation应用程序，该实例是操作飞机订票系统的入口程序，只有登录成功才能订票。首先要添加小飞机程序为指定在Windows中打开的应用程序，如图2.1.1。 图2.1.1 由用户图形界面可以看出，如图2.1.2登陆界面的主要输入变量是Agent Name和 Password,所以在设计测试用例时主要考虑对这两个输入参数设计测试用例 图2.1.2 在用户登录的图形界面中单击Help按钮，会弹出如图2.1.3提示框,并且Agent Name必须为至少为4的字符串如图2.1.4 图2.1.3 输入密码不是mercury 图2.1.4 用户名长度少于4 2.2设计测试用例 表2.1.1 用户名 密码 操作 期望系统提示 测试数据 空 空 点击登录 请输入用户名 (null,null) 长度大于或等于4的任意字符串 空 点击登录 请输入密码 （pengyong,null) 长度大于或等于4的任意字符串 MERCURY 点击登录 登陆成功 （pengyong,MERCURY) 长度大于或等于4的任意字符串 123456 点击登录 密码不正确，请输入正确的密码 （pengyong,123456) 输入长度小于四的任意字符串 MERCURY 点击登录 请输入长度至少为4的字符串 （py,MERCURY) 输入长度小于四的任意字符串 123456 点击登录 请输入长度至少为4的字符串 （py,123456) 图2.2.1 测试用例 2.3 查询订单时间 当输入错误的查询日期可能会出现下列五种提示框： 图2.2.2 查询成功 图2.2.3 查询日期无订单 图2.2.4 查询月份不存在 图2.2.5 查询月份对应的日期不存在 2.4 测试用例设计 表2.3.1 测试用例 日期 预期提示 测试用例 正常日期（存在订单的日期） 显示正常查询结果 121216 不存在订单的日期 该日期不存在订单 111111 月份超出正常月份 月份应该在1-12 131216 日期超出正常月份对应的天数 该月份不存在此日期 123216 日期为空 日期不能为空 图2.3.1 QueryTime表格