1、项目 3飞机票订票系统功能测试项目项目简介飞 机 票 订 票 软 件 项 目 组 完 成 了 系 统 的 集 成 工 作 ，根 据 开 发 计 划将 要 将 程 序 交 给 测 试 组 进 行 功 能 测 试 。测 试 小 组 该 如 何 对 该 软 件 进行 功 能 测 试 呢 ？ 项目目标与要求（1）能制订飞机票订票系统功能测试的测试计划（2）能根系统需求分析报告编制飞机票订票软件的功能测试的测试用例（3）能根据测试用例，熟练地对 系统的订票功能进行手工测试（4）能根据测试用例，熟练使用 QTP 工具，完成系 统的打开 订票功能的测试（5）能熟练使用 Excel 工具管理 测试中发现的缺陷
2、（BUG）（6）能写功能测试报告项目工作任务（1）阅读飞机票订票系统的需求分析报告，完成 测试小组内容的内容分工，制订单元测试计划（2）根据飞机票订票系统的需求分析报告， 编写订票、 查询 、修改、 删除、打印报表功能的测试用例（3）根据订票功能的测试用例，用手工的方式 进行测试， 记录测试结 果（4）根据查询功能的测试用例，使用 QTP 工具，完成 测试工作（5）用 Excel 软件完成测试工作日志，用 Excel 软件管理测试 中发现的软件缺陷，并完成功能测试的测试报告功能测试基本过程制订功能测试计划阅读需求分析报告编写功能测试用例和测试数据确定测试策略手工执行测试测试报告BUG 跟踪表录
3、制测试脚本设置检查点执行测试脚本搭建测试环境功能测试总结图 3-1 功能测试基本过程模块一 制订功能测试计划学习目标1、理解订票系统的需求分析报告2、理解功能测试的一般过程、主要方法和策略工作任务1、阅读订票系统的需求分析报告2、选择功能测试的策略3、编写订票系统功能测试的计划任务 1：阅读订票系统需求规格说明书读一读：订票系统需求规格说明书一、系统登录功能系统启动后先显示登录窗体，必须通过输入正确的帐户和对应的密码才能进入系统，如果不正确则给出相应的提示信息。二、订票功能1、登录成功后系统自动进入新增订票窗体，同时可以通过“新订票”按钮，或菜单进入新增订票窗框体。2、在新增订票窗体中，依次输
4、入订票日期、出发地、到达地、航班、订票顾客姓名、订票张数、座位类型，系统能够自动根据用户选择的航班显示航班号、航空公司、志飞时间到达时间和单价，系统能够根据订票的票数、类型和单价自动计算出订单的总计金额。对用户输入的订票日期要进行验证，对于不满足条件的给出明确的提示信息。出发地、到达地、航班系统自动显示，用户只要选择就可以。3、单击“insert order”按钮，系统保存相关信息并生成并显示此订单的订单号，并给出保存是否成功的信息。4、当按了“insert order”按钮后，update order 和 delete order 按钮可用（没有保存前这二个按钮是不可用的） ，通过这二个按钮
5、可以对新增加的订单进行修改或删除操作，具体操作同修改订单和删除订单功能。三、查询订单功能1、登录成功后在新增订票窗体，可以通过单击“打开订单”按钮，或者菜单，进入查询订单条件对话框。2、在查询对话框中提供按“顾客姓名” 、 “订票日期”和订单号三种查询模式。3、按姓名查询：输入顾客姓名（能够模糊查询，只要输入姓名的一部分） ，系统以列表方式结出查询的结果纪录，用鼠标在列表双击（或者选取后，单击 OK 按钮）所要的订单，系统将在订票主窗口中显示具体的订单信息。根据需要可以进行修改、删除等操作。如果没有找到则显示“没有发现订单，请再试一次” 。4、按订票日期查询：输入具体的订票日期（只能输入数字，
6、日期不完整， “OK”按钮无效） ，能够对日期的合法性进行检查，如果查到对应的订票则显示一个“查询结果”的列表，用鼠标在列表双击（或者选取后，单击 OK 按钮）所要的订单，系统将在订票主窗口中显示具体的订单信息。根据需要可以进行修改、删除等操作。如果没有找到则显示“没有发现订单，请再试一次” 。5、姓名和日期组合查询：选择取姓名和日期，在姓名栏输入查询的姓名，在日期栏输入查询的日期，操作同 4 和 5。6、按订单号查询：输入指定的订单号（只能输入数字） ，单击“OK ”进行查询，如果查到对应的订票则系统将在订票界面上显示具体的订单信息，根据需要可以进行修改、删除等操作。如果没有找到则显示“不存
7、在这个数字” 。四、修改订单1、打开指定的订单（open order 操作, 新增订单单击”insert order”按钮后也可以） 。2、在订单主窗口中，修改订票日期、出发机场、到达机场、航班信息、顾客姓名和订票张数等（要求与新增订票中相似）3、单击“update order”按钮保存修改结果（不单击“update order”按钮系统不会保存修改结果） 。4、如果对订单信息进行了修改，没有单击“update order”按钮，进行“新建订单”或“打开订单”按钮时系统会提示“信息已修改，是否要保存” 。 确认后保存，取消则返回订单主窗口中，不保存则进入“新建订单”界面或“打开订单”界面。五、
8、删除订单1、打开指定的订单（open order 操作, 新增订单单击”insert order”按钮后也可以） 。2、在订单主窗口中，单击“delete order”按钮或者“删除工具”删除当前订单。3、系统给出提示“是否要删除此订单？” ，确认后删除，取消则不删除六、报表统计功能1、登录成功后在新增订票窗体，单击“报表”的按钮或在“Analysis”菜单中选择”Report”项2、用纯文本的方式以行的方式（二行一条订单信息，和一行为主要信息，第二为到达时间和到达机场）显示登录代理帐户所有订单的报表，并给出汇总数据。七、图表统计功能1、登录成功后在新增订票窗体，单击“图表”按钮或在“Anal
9、ysis”菜单中选择”Graph”项2、通过 Graph 窗体以订单日期为单位显示订单数量。用户可以选择图表的形式（三维柱形图表、二维柱形图表和三维饼图）显示按订单日期的订票数量统计。八、系统帮助功能1、登录成功后在新增订票窗体，单击“帮助”按钮或在“Help”菜单中选择”contents”项2、系统自动打开”Flight Reservation Help Version 1.0”帮助窗框体,为用户提供有关系统的操作说明。九、系统版权说明功能1、登录成功后在新增订票窗体，在“Help”菜单中选择”About”项2、系统显示一个窗体，用以显示本系统的版本说明信息。任务 2：制订订票系统的功能测试
10、计划做一做：功能测试也叫黑盒子测试或数据驱动测试, 根据产品特征、操作描述和用户方案，测试一个产品的特性和可操作行为以确定它们满足设计需求。软件的功能测试，用于验证应用程序或网站对目标用户能正确工作，使用适当的平台、浏览器和测试脚本，以保证目标用户的体验将足够好，就像应用程序是专门为该市场开发的一样。功能测试只需考虑各个功能，不需要考虑整个软件的内部结构及代码.一般从软件产品的界面、架构出发，按照用户需求编写出来的测试用例，输入数据在预期结果和实际结果之间进行评测,进而提出更加使产品达到用户使用的要求。根据系统的需求规格说明书，可以看出这是一个规模比较小的系统，可以采用手工测试和自动化测试相结
11、合的方式进行测试。可以采用场景法、成效价类划分法、边界类法和常见错误法来编写测试用例。本系统有 8 个功能点要测试，比较复杂的功能点是新增订票、查询订票和修改订票三个功能点，每个功能点大约需求 10 个测试用例，其它均为 2-5 个测试用例，初步估计有 50 个测试用例，约有 3 人天的工作量，执行测试则有 8 人天的工作量（包括编写测试脚本） 。所需求人员和工作计划如下（回归测试不包括在内）：订票系统功能测试项目小组成员：甲：测试小组组长乙：测试工程师丙：测试员丁：测试员订票系统功能测试计划：序号 安排日期 工作内容 负责人 备注1 星期一上午 编写测试计划测试项目会议分配工作任务确定测试策
12、略甲 全体参与项目培训软件开发项目经理2 星期一下午至星期二下午阅读需求分析编写测试数据编写测试用例乙3 星期一下午至星期二下午搭建测试环境输入部分测试数据丙、丁4 周三上午 测试用例评审会测试环境验收甲 全体参加软件开发项目经理5 周四、周五、第二周周一、第二周周二全天执行测试记录测试缺陷丙、丁 乙进行指导6 第二周三 测试分析 乙撰写功能测试报告7 第二周周四上午 提交测试报告 甲 交软件开发项目经理8 第二周周四下午 项目小结 甲 全体人员参与模块二 编写功能测试的测试用例学习目标1、掌握等价类划分、边界值、场景等编写功能测试测试用例的方法2、掌握测试用例的主要内容、编写格式工作任务1、
13、根据需求报告编写登录功能的测试用例2、根据需求报告编写订票功能的测试用例3、根据需求报告编写查询功能的测试用例任务 1：编写登录功能的测试用例做一做：根据系统需求规格说明书的要求，采用场景法设计测试用例，在订票系统中可以设置登录、新增订票、查询、修改订票、删除订票、打印报表、显示统计图表和帮助等 8 个大的应用场景。同时考虑不同的运行环境，如 win98/win2000/winXP/win vastar/win7 等不同的操作系统，对于不同的操作系统，可以使用相同的测试用例（操作系统地栏不同） 。对于登录场景可以采用有效等价类法编写测试用例，将测试用例分成错误和正确二大类，在正确类中设立用户名
14、和密码小写和大写都正确的 2 个测试用例。在错误类中采用边界值法设立用户名和密码为空、用户名小于 4 个字符、密码小于 4 个字符、用户名不正确、密码不正确等 6 个测试用例。通过采用等价类法和边界值法可以保证测试用例能够覆盖到所有的测试项，测试用例汇总表如下：测试用例编号主要测试内容 预期结果 测试结果F_L_1 用户名、密码为空 显示帐户或者密码不对F_L_2 用户名少于 4 个字符，密码正确显示姓名字符不少于 4 个字符F_L_3 用户名正确，密码少于 4 个字符显示密码字符不少于 4 个字符F_L_4 用户名不正确，密码正确显示帐户或者密码不对F_L_5 用户名正确，密码不正确显示帐户
15、或者密码不对F_L_6 用户名正确、密码不对显示帐户或者密码不对F_L_7 用户名、密码正确(小写)成功，显示订票窗体F_L_7 用户名、密码正确(大写)成功，显示订票窗体注：这是一个测试用例的汇总表，在 Excel 中放在第一个工作表中，表的名称为 “登录功能测试用例汇总表” ，最后一栏是测试完成后填写，用于总后的统计。根据测试用例汇总表，编写测试数据，具体如下：输入项目 测试数据正确的用户名和密码 test 和 mercury错误的用户名和密码 admin 和 admin不足 4 个字符的用户名和密码 te 和 mer根据测试用例汇总表、CMMI3 对测试用例的格式要求和测试数据表，在 E
16、xcel 中逐个编写测试用例（以用例编号作为工作表的表名） 。下面是 F_L_2 测试用例的具体内容：测试用例编号F_L_2 编写人 赵航涛 编写日期 2011-1-20测试内容 用户名少于 4 个字符，密码正确 项目名称 登录功能操作系统 winXP操作过程： 1、双击 C:Program FilesMercury InteractiveQuickTest Professionalsamples flightapp 目录下的 Flight4a.exe2、在代理帐户栏中输入“te” ，在密码栏中输入”Mercury”3、单击 OK 按钮预期结果 显示错误对话框“Agent name must
17、be at least 4 characters long”实际运行结果测试人 测试时间 是否有缺陷缺陷描述下面是 F_L_7 测试用例的具体内容：测试用例编号F_L_7 编写人 赵航涛 编写日期 2011-1-20测试内容 用户名密码正确 项目名称 登录功能操作系统 winXP操作过程： 1、双击 C:Program FilesMercury InteractiveQuickTest Professionalsamples flightapp 目录下的 Flight4a.exe2、在代理帐户栏中输入“test” ，在密码栏中输入”Mercury”3、单击 OK 按钮预期结果 自动进入系统订票
18、窗体实际运行结果测试人 测试时间 是否有缺陷缺陷描述测试用例的重点是操作过程和预期运行结果，操作过程根据需求规格说明书、常规应用程序的操作过程和编写的测试数据来编写，要求操作过程明确，先操作什么后操作什么，在哪儿输入，输入什么都要十分明确，测试人员可以根据这个操作步骤完成登录工作。在F_L_2 中操作过程的三个步骤是一般有软件登录的操作过程，操作过程中输入的te， mercury 则来自测试数据表。预期结果是根据规格说明书和常用软件开发中惯例和系统界面设计而确定的（提示信息的具体内容是根据系统界面设计来确定的） 。实际运行结果、测试人、测试时间、是否是缺陷和缺陷描述是由执行测试的人填写的。练一
19、练：参考上述的二个例子，根据测试用例汇总表和测试数据表自己完成F_L_1、 F_L_4、F_L_7 。读一读：1、等价类划分等价类划分是把所有可能的输入数据,即程序的输入域划分成若干部分（子集）,然后从每一个子集中选取少数具有代表性的数据作为测试用例.该方法是一种重要的,常用的黑盒测试用例设计方法。划分等价类等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果
20、.等价类划分可有两种不同的情况:有效等价类和无效等价类。有效等价类:是指对于程序的规格说明来说是合理的 ,有意义的输入数据构成的集合.利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能。无效等价类:与有效等价类的定义恰巧相反。设计测试用例时,要同时考虑这两种等价类.因为,软件不仅要能接收合理的数据,也要能经受意外的考验.这样的测试才能确保软件具有更高的可靠性。设计测试用例在确立了等价类后,可建立等价类表,列出所有划分出的等价类:输入条件有效等价类、无效等价类，然后从划分出的等价类中按以下三个原则设计测试用例:为每一个等价类规定一个唯一的编号。设计一个新的测试用例,使其尽可能多地覆盖
21、尚未被覆盖地有效等价类,重复这一步.直到所有的有效等价类都被覆盖为止。设计一个新的测试用例,使其仅覆盖一个尚未被覆盖的无效等价类,重复这一步.直到所有的无效等价类都被覆盖为止。2、边界值分析法边界值分析方法是对等价类划分方法的补充。（1）边界值分析方法的考虑:长期的测试工作经验告诉我们,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误.使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的
22、典型值或任意值作为测试数据.（2）基于边界值分析方法选择测试用例的原则：1）如果输入条件规定了值的范围，则应取刚达到这个范围的边界的值，以及刚刚超越这个范围边界的值作为测试输入数据。2）如果输入条件规定了值的个数，则用最大个数,最小个数，比最小个数少 1，比最大个数多 1 的数作为测试数据。3）根据规格说明的每个输出条件，使用前面的原则 1） 。4）根据规格说明的每个输出条件，应用前面的原则 2） 。5）如果程序的规格说明给出的输入域或输出域是有序集合，则应选取集合的第一个元素和最后一个元素作为测试用例。6）如果程序中使用了一个内部数据结构，则应当选择这个内部数据结构的边界上的值作为测试用例。
23、7）分析规格说明，找出其它可能的边界条件。任务 2：编写订票功能的测试用例根据需求规格说明书，可以看出订票功能界面和内部逻辑都比较复杂，为了提高测试的覆盖度，可以采用法设计测试用例，主要包括正确类和不正确类，对于日期栏应采用边界值法来设计测试用例，对于出发地、到达地和航班采用场景法来设计测试用例。测试用例的汇总表如下：测试用例编号主要测试内容 预期结果 测试结果F_N_1 输入非法日期（日超过 31）显示“Invalid day Entered .The day be valid for the given month.”对话框F_N_2 输入非法月份(月超过12)显示“Invalid mon
24、th Entered .The month be greater than 01 and less than 12.”对话框F_N_3 输入今天以前的日期 显示“Valid flight dates are after 02/10/11”对话框F_N_4 输入正确日期，保存 没有选择出发地F_N_5 输入正确日期和出发地，保存没有选择到达地F_N_6 输入正确日期、出发地和到达地，保存没有选择航班F_N_7 输入正确日期、出发地、到达地和航班，保存没有输入姓名F_N_8 输入正确日期、出发地、到达地、航班和顾客姓名，保存成功保存F_N_9 修改顾客姓名、票数，保存总价变化，成功保存F_N_10
25、 修改座位类别，保存 单价、总价变化，成功保存F_N_11 修改航班，保存 单价、总价变化，成功保存F_N_12 修改到达地，保存 航班信息清空，没有选择航班F_N_13 修改出发地，保存 航班信息清空，没有选择到达地F_N_14 修改日期，保存 航班信息清空，没有选择到达地F_N_15 修改日期、出发地、 成功保存到达地、航班、票数、顾客姓名和座位类别，保存根据订票测试用例汇总表，编写测试数据，具体如下：输入项目 输入数据 修改数据 1(没保存) 修改数据 2（保存）用户名 test密码 mercury日期 03/02/11 03/03/11 03/03/11日期（日错误） 03/32/11
26、日期（月错误） 13/02/11日期（在今天之前） 02/02/11出发地 Denver Paris Paris到达地 London LosAngeles Denver航班号（自动显示） 20262 20253 17077起发时间（自动显示）10：21AM 8:12AM 10：24AM降落时间（自动显示）05：23PM 03:23PM 12：54AM航空公司名称（自动显示）AA AA AF顾客姓名 Mark Jon Mark Li票数 1 2座位类别 Economy Business单价（自动显示） $112.20 $224.40 $222.94总金额（自动显示） $112.20 $448.8
27、0 $445.88订单号（自动显示，保存后才显示）11注：由于系统日期不同，在具体测试时要根据实际情况对日期进行调整，或者将系统日期改为 02/05/11，这样才能保证测试数据是有效的。根据测试用例汇总表、CMMI3 对测试用例的格式要求和测试数据表，在 Excel 中逐个编写测试用例（以用例编号作为工作表的表名） 。下面是 F_N_1 测试用例的具体内容：测试用例编号F_N_1 编写人 赵航涛 编写日期 2011-1-20测试内容 日期输入错误（日超过 31） 项目名称 登录功能操作系统 winXP操作过程： 1、 启动 Flight4a.exe 程序，帐户名输入 test，密码输入 mer
28、cury，进入订票系统窗体2、 在 date of flight 中输入：03/32/103、 在 Fly From 中选择“Denver”预期结果 显示“Invalid day Entered .The day be valid for the given month.”对话框实际运行结果测试人 测试时间 是否有缺陷缺陷描述下面是 F_N_8 测试用例的具体内容：测试用例编号F_N_8 编写人 赵航涛 编写日期 2011-1-20测试内容 成功订票 项目名称 登录功能操作系统 winXP操作过程： 1、 启动 Flight4a.exe 程序，帐户名输入 test，密码输入 mercury，进
29、入订票系统窗体2、 在 date of Flight 中输入： 03/02/113、 在 Fly From 中选择“Denver”4、 在 Fly To:中选择”London”5、 单击 Flights 按钮，选择“20262”航班6、 在 name 栏中输入:Mark Jon7、 在 Tickets 栏中输入:18、 在 Class 栏中选择：Economy9、 单击“insert order”按钮预期结果 单价和总价显示：$112.20，状态栏显示：Insert Done，Order N0 显示:11显示“inserting order.”对话框(此对话框大约 5 秒钟后自动消失) 数据库
30、中增加相应的订单记录实际运行结果测试人 测试时间 是否有缺陷缺陷描述下面是 F_N_12 测试用例的具体内容：测试用例编号F_N_12 编写人 赵航涛 编写日期 2011-1-20测试内容 保存后修改到达地 项目名称 登录功能操作系统 winXP操作过程： 1、 接着 F_N_11 的界面2、 在 Fly To:中选择”LosAngeles”3、 单击“Update order”按钮预期结果 到达地、航班信息、座位类别、单价和合计清空弹出“请选择到达城市”实际运行结果测试人 测试时间 是否有缺陷缺陷描述练一练：参照上面二个测试用例，自己课后完成 F_N_3、F_N_7、F_N_15 测试用例。
31、读一读：场景法：通过运用场景来对系统的功能点或业务流程的描述，从而提高测试效果。场景法一般包含基本流和备用流，从一个流程开始，通过描述经过的路径来确定的过程，经过遍历所有的基本流和备用流来完成整个场景。下面是场景法的基本设计步骤 1. 根据说明，描述出程序的基本流及各项备选流 2. 根据基本流和各项备选流生成不同的场景 3. 对每一个场景生成相应的测试用例 4. 对生成的所有测试用例重新复审，去掉多余的测试用例，测试用例确定后，对每一个测试用例确定测试数据值。任务 3：编写查询订票功能的测试用例根据需求规格说明书，可以看出查询订票功能界面和内部逻辑都比较复杂，为了提高测试的覆盖度，可以采用场景
32、法设计测试用例，主要包括按姓名查询、按日期查询、按订单号查询和按姓名日期联合查询 4 种场景。对于日期查询用可用有效类和边界值法来设计具体的测试用例，对于姓名和订单号查询应采用等价类法来设计测试用例，对于日期和姓名组合查询要采用判定表法设计测试用例。测试用例的汇总表如下：测试用例编号主要测试内容 预期结果 测试结果F_O_1 按姓名查询（数据库中没有的姓名）显示“没有记录”对话框F_O_2 按姓名查询（正确的姓名）显示满足条件的“订票记录”列表框F_O_3 按姓名查询（姓名的一部分）显示满足条件的“订票记录”列表框F_O_4 按日期查询（输入错误天数）显示日期错误对话框F_O_5 按日期查询（
33、输入错误月份）显示日期错误对话框F_O_6 按日期查询（输入以前的正确日期，有记录）显示满足条件的“订票记录”列表框F_O_7 按日期查询（输入以 显示满足条件的“订票记录”列表框后的正确日期，有记录）F_O_8 按日期查询（输入以后的正确日期，无记录）显示“没有记录”对话框F_O_9 按订单号查询（输入不存在的订单号）显示“没有记录”对话框F_O_10 按订单号查询（输入存在的订单号）显示满足条件的“订票记录”列表框F_O_11 按日期与姓名组合查询（输入正确的姓名和日期）显示满足条件的“订票记录”列表框F_O_12 按日期与姓名组合查询（输入不存在的姓名和日期）显示“没有记录”对话框F_O
34、_13 按日期与姓名组合查询（输入正确的姓名和没有订票的日期）显示“没有记录”对话框根据订票测试用例汇总表，编写测试数据，具体如下：输入项目 输入数据能查询到的顾客姓名 Bob Johnson能查询到的顾客姓名的一部分 John不能查询到的顾客姓名 ZhaoHangtao日期（天错误） 03/32/11日期（月错误） 13/02/11可以查到记录的日期（在今天之前） 02/12/11可以查到记录的日期（在今天之后） 03/02/11不能查到记录的合法日期 04/02/11存在的订单号 2不存在的订单号 30组合查询 1（可查到记录） Jon Baker，02/12/11组合查询 2（姓名对日期
35、不对） Jon，04/02/11组合查询 3（姓名不对日期对） ZhaoHangtao， 02/12/11注：由于系统日期不同，在具体测试时要根据软件的安装情况对日期进行调整，这样才能保证测试数据是有效的。根据测试用例汇总表、CMMI3 对测试用例的格式要求和测试数据表，在 Excel 中逐个编写测试用例（以用例编号作为工作表的表名） 。下面是 F_N_1 测试用例的具体内容：测试用例编号F_O_1 编写人 赵航涛 编写日期 2011-1-20测试内容 日期输入错误（日超过 31） 项目名称 登录功能操作系统 winXP操作过程： 1、 启动 Flight4a.exe 程序，帐户名输入 tes
36、t，密码输入 mercury，进入订票系统窗体2、 单击“open order”按钮3、 在“open order ”对话框中，选择“Customer Name”选项4、 在 Customer Name 栏中输入 : ZhaoHangtao,单击“OK”按钮预期结果 显示“No orders found.Please try again”实际运行结果测试人 测试时间 是否有缺陷缺陷描述下面是 F_O_7 测试用例的具体内容：测试用例编号F_O_7 编写人 赵航涛 编写日期 2011-1-20测试内容 成功订票 项目名称 登录功能操作系统 winXP操作过程： 1、 启动 Flight4a.ex
37、e 程序，帐户名输入 test，密码输入 mercury，进入订票系统窗体2、 单击“open order”按钮3、 在“open order ”对话框中，选择“Flight Date”选项4、 在 Flight Date 栏中输入:03/02/11,单击“OK”按钮预期结果 弹出“Search Results”列表框，其中包含 Mark jon 和 zhao hang 等 4条订票记录实际运行结果测试人 测试时间 是否有缺陷缺陷描述下面是 F_O_10 测试用例的具体内容：测试用例编号F_O_10 编写人 赵航涛 编写日期 2011-1-20测试内容 保存后修改到达地 项目名称 登录功能操作
38、系统 winXP操作过程： 1、 启动 Flight4a.exe 程序，帐户名输入 test，密码输入 mercury，进入订票系统窗体2、 单击“open order”按钮3、 在“open order ”对话框中，选择“Order No”选项4、 在 Order No 栏中输入 2,单击“OK”按钮预期结果 弹出“Search Results”列表框，其中包含 Mark jon 和 zhao hang 等 4条订票记录其中包含 Fred Smith 在 2011/2/12 订的 3 张 4295航班的机票。实际运行结果测试人 测试时间 是否有缺陷缺陷描述练一练：参照上面三个测试用例，自己课
39、后完成 F_O_3、F_N_6、F_N_110 测试用例。读一读：判定表法：判定表（Decision Table） ，它是分析和表达多逻辑条件下执行不同操作的情况下的工具。在程序设计发展的初期,判定表就已被当做编写程序的辅助工具了。由于判定表测试严格，能够将复杂的逻辑关系和多种条件组合的情况表达得既具体又明确，针对不同的逻辑条件组合值，分别执行不同的操作，因此，使用判定表能够设计出完整的测试用例集合。判定表是一种针对存在条件、动作关系或者因果关系的特性测试的用例设计方法。判定表通常由 4 个部分组成。1）条件桩（Condition Stub）：列出了问题的所有条件，列出条件的次序没有约束。2）
40、动作桩（Action Stub）：列出问题规定可能采取的操作，这些操作的排列顺序无关紧要。3）条件项（Condition Entry）：列出条件桩给出的条件并列出所有可能的取值。针对条件桩的条件和条件项的取值，判断在整个程序模块中的所有可能的情况下其结果的真假值。4）动作项（Action Entry ）：列出在条件项的各种取值情况下应该采取的动作。判定表的建立步骤如下：1）确定规则的个数，例如，有 n 个条件，那么决策表中就有 2n 个规则（每个条件取真、假值） 。2）列出所有的条件桩和动作桩。3）填入条件项。4）填入动作项，得到初始判定表。5）简化判定表，合并相似规则。模块三 手工方式进行功
41、能测试学习目标1、掌握测试环境的建立方法2、掌握根据测试用例进行手工测试的方法3、掌握正确填写测试用例工作任务1、 搭建测试环境2、 根据测试用例进行功能测试任务 1：测试环境（Testing environment）=软件+硬件+网络+ 数据准备+测试工具。测试环境是指为了完成软件测试工作所必需的计算机硬件、软件、网络设备、历史数据的总称。毫无疑问，稳定和可控的测试环境，可以使测试人员花费较少的时间就完成测试用例的执行，也无需为测试用例、测试过程的维护花费额外的时间，并且可以保证每一个被提交的缺陷都可以在任何时候被准确的重现。测试环境的搭建主要包括如下内容：操作系统：根据测试用例中操作系统的
42、要求安装操作系统。数据库管理系统：根据系统设计说明书安装数据库管理系统。运行环境安装：根据系统设计说明书安装系统开发平台。不同开发平台开发的软件需求安装特点的运行环境，如 JAVA 类软件要安装 JDK，对于 VB 开发的软件要安装 VB 运行环境，对于.NET 开发的软件要安装.NET Framework。对于 B/S 模式的系统，还要安装WEB 服务器和相关的插件等，如 IIS，APACHE，TOMCAT 等。测试工具试对象的安装：根据被测试系统的系统安装手册。测试对象系统配置：根据被测试系统的系统使用手册对系统进行一定的配置，保证其能够正确运行。做一做：1、操作系统安装：安装 winXP
43、（SP3） ，请参考其它资料。2、数据库系统安装：安装 Office2003（系统使用的是 ACCESS 数据库） ，请参考其它资料。3、运行环境安装：安装.NET Framework2.0，请参考后面的阅读材料。4、测试工具安装：安装 QTP9.2，请参考后面的阅读材料。5、测试对象系统安装：QTP9.2 安装的过程中会自动安装 Flight 应用软件。6、测试对象系统配置：QTP9.2 安装的过程中自动配置 ODBC 任务 2：手工执行测试用例按照测试计划，根据测试用例进行测试，根据运行结果填写测试用例。对比测试结果与预期结果，确定是否存在缺陷，如果发现显示的结果与操作过程中定义的不同，或
44、者界面上出现错误，或者没有显示规定的对话框，就要认定出现了缺陷。如果发现实际结果与预期结果不符的异常情况，首先要对异常情况进行初步的分析，排除人为因素、环境因素的影响，重新执行这个测试用例，如果出现同样的异常问题，就可以确认为一个缺陷，要在测试用例中记录这个缺陷并上报测试组长。做一做：1、手动执行 F_N_1 测试用例测试用例编号F_N_1 编写人 赵航涛 编写日期 2011-1-20测试内容 日期输入错误（日超过 31） 项目名称 登录功能操作系统 winXP操作过程： 1、 启动 Flight4a.exe 程序，帐户名输入 test，密码输入 mercury，进入订票系统窗体2、 在 da
45、te of flight 中输入：03/32/103、 在 Fly From 中选择“Denver”预期结果 显示“Invalid day Entered .The day be valid for the given month.”对话框实际运行结果测试人 测试时间 是否有缺陷缺陷描述根据 F_N_1 测试用例中的操作过程，依次执行相关的操作。（1） 启动系统，在登录对话框的用户名、密码中输入用户名和密码（有专门的测试用例测试登录功能，在此不要仔细核对）（2） 在订票窗体中仔细检查：文字是否有错误，图片是否有错误，显示效果是否合理等。（3） 在订票窗框体的日期栏中输入 03/32/11，在出
46、发地中选择 ” Denver”（4） 观察是否弹出“Invalid day Entered .The day be valid for the given month.”对话框，对话框中的提示信息是否存在错误等，如图 3-2：图 3-2 F_N_1 测试用例运行图（5） 根据运行的情况和测试用例预期结果进行对比，确认本次测试是否通过，有没有发现错误，将结果填写到测试用例中。2、手动执行 F_N_8 测试用例测试用例编号F_N_8 编写人 赵航涛 编写日期 2011-1-20测试内容 成功订票 项目名称 登录功能操作系统 winXP操作过程： 1、 启动 Flight4a.exe 程序，帐户名输
47、入 test，密码输入 mercury，进入订票系统窗体2、 在 date of Flight 中输入： 03/02/113、 在 Fly From 中选择“Denver”4、 在 Fly To:中选择”London”5、 单击 Flights 按钮，选择“20262”航班6、 在 name 栏中输入:Mark Jon7、 在 Tickets 栏中输入:18、 在 Class 栏中选择：Economy9、 单击“insert order”按钮预期结果 单价和总价显示：$112.20，状态栏显示：Insert Done，Order N0 显示:11显示“inserting order.”对话框(
48、此对话框大约 5 秒钟后自动消失) 数据库中增加相应的订单记录实际运行结果测试人 测试时间 是否有缺陷缺陷描述根据 F_N_8 测试用例中的操作过程，依次执行相关的操作。1、 启动 Flight4a.exe（开始菜单程序QuickTest Professionalsample applicationflight） ，根据测试用例的要求，在 login 窗体中输入 test 和 Mercury，如图 3-3：图 3-3 F_N_8 测试用例运行2、 单击“确认”按钮，如图 3-4：图 3-4 F_N_8 测试用例运行3、 根据要求依次输入相关的内容，如图 3-4：4、 单击“insert ord
49、er”按钮，显示如图 3-5：图 3-5 F_N_8 测试用例运行测试结果与测试用例中的预期结果相同，使用 ACCESS 打开 “C:Program FilesMercury InteractiveQuickTest Professionalsamplesflightappflight.mdb”文件，选择orders 表，此表中增加了 Mark Jon 订的 2011 年 3 月 2 日 202053 航班一张机票的记录。此测试用例通过，根据测试结果填写 F_N_8 测试用例。练一练：参照上面的二个例子，执行 F_L_2 和 F_L_6 二个测试用例。模块四 QTP 自动化功能测试学习目标1、掌握 QTP 的基础操作2、掌握根据测试用例录制 QTP 测试脚本2、掌握根据测试用例在 QTP 测试脚本中添加检查点工作任务1、在 QTP 中录制新增订票的测试脚本2、在新增订票的测试脚本中设置检查点3、执行新增订票测试脚本并分析 QTP 测试报告任务 1：在 QTP 中录制新增订票的测试脚本在 QTP，根据F_L_6、 F_N_1、F_N_2、F_N_3、F_N_4、F_N_5 、F_N_6、F_N_7、F_N_8 测试用例，录制增加订票的测试脚本。学一学：1、测试脚本（Testing script）：一般指的是一个特定测试的一系
