图书管理系统软件测试_-实习报告

1、.实 习 报 告实习名称 软件测试实习 专业班级 软件1242 姓 名 邴文玉 学 号 1204431209 指导教师 张华 聂振海 实习时间 2015.10.122015.10.25 成 绩 评 定考核内容实习表现实 习报 告实习成果或其它综合评定成 绩计算机技术与工程学院实习考核和成绩评定办法1 实习成绩的考核由指导教师根据实习表现、实习报告、实习成果、现场操作、设计、口试或笔试等几个方面，给出各项权重，综合评定。该实习考核教研室主任审核，主管院长审批备案。2 成绩评定采用五级分制，即优、良、中、及格、不及格。3 参加本次实习时间不足三分之二或旷课四天以上者，不得参加本次考核，按不及格处理

2、。4 实习结束一周内，指导教师提交实习成绩和实习总结。5 实习过程考核和实习成绩在教师手册中有记载。实习报告内容 实习报告内容、格式各专业根据实习类别（技能实习、认识实习、生产实习、毕业实习等）统一规范，经教研室主任审核、主管院长审批备案。注： 1. 实习任务书和实习指导书在实习前发给学生，实习任务书放置在实习报告封面后和正文目录前。 2. 为了节省纸张，保护环境，便于保管实习报告，统一采用A4纸，实习报告建议双面打印（正文采用宋体五号字）或手写。*;一、 黑盒测试用例设计题目 一：日期检查问题表1.1 日期检查问题的等价类输入日期有效等价类编号无效等价类编号6位数字字符 1有非数字字符少于6

3、位数字字符多于6位数字字符4561990a20492小于1990大于2049781b123等于0大于12910 表1.2日期检查问题的等价类测试用例测试用例 输入日期 期望输出 覆盖等价类 Test1 201404 输入成功 1,2,3 Test2 20141b 提示“请输入数字字符” 4 Test3 20141 提示“请输入6位数字字符” 5 Test4 201400429 提示“请输入6位数字字符” 6 Test5 198904 提示“请输入1990-2049”之间的整数 7 Test6 205004 提示“请输入1990-2049”之间的整数 8 Test7 201400 提示“请输入0

4、1-12”之间的整数 9 Test8 202515 提示“请输入01-12”之间的整数 10题目二：三角问题的因果图测试的设计步骤如下：分析三角形问题，找出原因和结果。原因：C1: 0a100 C2: 0b100 C3: 0c100 C4: a<b+c C5: b<a+c C6: c<a+b C7: a=b C8: b=c C9: a=c结果：e1:边输入不正确 e2:普通三角形 e3:等腰三角形 e4:等边三角形找出原因与结果之间的因果关系、原因与原因之间的约束关系，画出因果图。编号为01的中间节点是可以组成三角形， 编号为10的中间节点是任意两条边相等， 编号为11的中间

5、节点是三条边都相等；因为三条边可以不相等，所以因果图上对条件C1、C2、C3施加I约束。图 1.3 三角形问题的因果图3) 将因果图转换为决策表。表 1.4 三角形问题的决策表测试用例123456789101112131415输入C1: 0a100101111111111111C2: 0b100110111111111111C3: 0c100111011111111111C4: a>b+c100001111111111C5: b>a+c100010111111111C6: c>a+b100011011111111C7: a=b000000010001100C8: b=c000

6、000001001010C9: a=c000000000101001中间结果10:边范围正确10001111111111111:可以构成三角形10000001111111112:任意两条边相等00000000000100013:三条边相等000000000001000输出E1:边输入不正确011111100000000E2:普通三角形100000000010111E3:等腰三角形000000011100000E4:等边三角形000000000001000根据决策表设计测试用例的输入数据和预期输出。测试用例编号输入数据预期输出结果13、4、5普通三角形20、1、2边输入不正确31、0、2边输入不

7、正确41、2、0边输入不正确51、2、3边输入不正确61、3、2边输入不正确73、2、1边输入不正确83、3、4等腰三角形93、4、4等腰三角形103、4、3等腰三角形113、4、5普通三角形123、3、3等边三角形133、4、4普通三角形143、4、3普通三角形153、3、4普通三角形表1.5测试用例题目三：找零钱最佳组合1）首先分析出付款金额和找零钱的情况支付金额情况： R>100 0<R<=100 P>100 R<P<=100 P<R找零钱的情况： N50=1 N50=0 4>=N10>=1 N10=0 N5=1 N5=0 4>

8、=N1>=1 N1=02）分析规格中每一决策点之情形，以RR1、RR2、RR3表示计算要找的货币数时剩余金额 P>R P<R RR1>=50 RR2>=10 RR3>=53)根据上述付款金额和找零钱的组合出可能的情形 1.R>100 2.R<=0 3.0<R<=100,P>100 4.0<R<=100,P<R 5.0<R<=100,R<=P<=100,RR=50 6.0<R<=100,R<=P<=100,RR=49 7.0<R<=100,R<=P

9、<=100,RR=10 8.0<R<=100,R<=P<=100,RR=9 9.0<R<=100,R<=P<=100,RR=5 10.0<R<=100,R<=P<=100,RR=4 11.0<R<=100,R<=P<=100,RR=1 12.0<R<=100,R<=P<=100,RR=0为满足以上各种情形，测试用例设计如表1.6所示表1.6找零钱最佳组合测试用例测试用例 货品价格 付款金额 覆盖编码Test1 101 1Test2 0 2Test3 -1 2Test4

10、100 101 3Test5 100 99 4Test6 50 100 5Test7 51 100 6Test8 90 100 7Test9 91 100 8Test10 95 100 9Test11 96 100 10Test12 99 100 11Test13 100 100 12题目四：中国象棋总走马的规则测试的设计步骤如下：1)分析象棋中走马的规则，找出原因和结果。原因：C1：落点在棋盘上 C2：落点与起点构成日字 C3：落点方向的邻近交叉点无棋子 C4：落点处为自己方棋子 C5：落点处无棋子 C6：落点处为对方棋子(非老将) C7：落点处为对方老将结果：e1：不移动棋子； e2：移动

11、棋子 e3：移动棋子,并除去对方棋子 e4：移动棋子，并提示战胜对方，结束游戏2）找出原因与结果之间的因果关系、原因与原因之间的约束关系，画出因果图。 添加中间节点11，目的是作为导出结果的进一步原因，简化因果图导出的判定表。虑结果不能同时发生，所以对其施加唯一约束O。原因5、6、7不能同时发生，所以对其施加异约束E.二 、白盒测试用例设计题目一：使用基本路径测试方法测试程序1）根据程序代码画出程序流程图环路复杂度=3+1=42）写出程序的基本路径，并设计测试用例基本测试路径： 1-7-18-19 1-7-9-10-16-7-18-19 1-7-9-11-16-7-18-19 1-7-9-11

12、-13-14-16-7-18-19测试用例输入预期输出执行路径istrNum1Num2scoreTest15T00100(1)Test24T10100(2)Test34T00100(3)Test44T0199(4)题目二： 对程序2运用逻辑覆盖的方法设计测试用例组。写出路径并写出逻辑覆盖的测试用例 路径： 条件： P1：TT T1：x>1 P2: TF T2: y=1 P3: FT T3: x=3 P4: FF T4: z>1 (1）语句覆盖x=3,y=1,z=2(TT路径）（2）判定覆盖x=3,y=1,z=2(TT路径) x=2,y=0,z=0(FF路径)（4）条件覆盖： x=3

13、,y=1,z=2(T1、T2、T3、T4都为真；TT路径)x=1,y=0,z=0(T1、T2、T3、T4都为假；FF路径)（5）判定条件覆盖 x=3,y=1,z=2(T1、T2、T3、T4都为真；TT路径) x=1,y=0,z=0(T1、T2、T3、T4都为假；FF路径)（6）条件组合覆盖 可能的8种组合如下： x>1,y=1 x>1,y1 x<=1,y=1 x<=1,y1 x=3,z>1 x=3,z<=1 x3,z>1 x3, z<=1 设计下列4组测试用例，就可以满足条件组合标准： x=3,y=1,z=2 （覆盖条件组合，TT路径） x=3,

14、y=2,z=1 （覆盖条件组合，FT路径） x=1,y=1,z=2 （覆盖条件组合，FT路径） x=1,y=0,z=0 （覆盖条件组合，FT路径） （7）路径覆盖 x=3,y=1,z=2(TT路径） x=2,y=1,z=0(TF路径） x=3,y=2,z=1(FT路径） x=1,y=0,z=0(FF路径）题目三：使用基本路径测试方法测试程序31） 根据程序代码画出程序流程图2）3）写出程序的基本路径，并设计测试用例 基本测试路径： 5-22 5-7-8-111-12-21-5-22 5-7-8-14-16-17-19-21-5-22 5-7-8-14-16-18-19-21-5-22设计测试用

15、例：测试用例输入期望输出执行路径FlagT1T2abTest101100Test211011Test31011-1 Test4100-10 题目四：编程计算生日是星期几1程序流程图（1） 基本测试路径P1： 1-2-3P2 ：1-2-4-5P3： 0-1-2-3（2） 设计测试数据测试编号条件测试编号条件测试编号条件Test1month=1Test13year%100!=0Test25month=2Test2month=2estyear%100!=0Test26month=3Test3month=13Test15year%400=0Test27month=4Tes

16、t4month=14Test16year<1Test28month=5Test5K=0Test17day<1Test29month=6Test6K=1Test18month=1Test30month=7Test7K=2Test19day>30Test31month=8Test8K=3Test20day>30Test32month=9Test9K=4T21平年T33month=10Test10K=5T22闰年T34month=11三、编制软件测试计划四、LoadRunner练习LoadRunner 是HP公司开发一款成熟的性能测试工具，LoadRunner 作为性能测试的

17、实现者，涉及性能测试流程、性能测试技术和软件体系架构等众多方面的知识点 。性能测试的基准大体有以下几方面： 响应时间从应用系统发出请求开始，到客户端接收到最后一个字节数据为止所消耗的时间。合理的响应时间取决于实际的用户需求。 并发用户数一般是指同一时间段内访问系统的用户数量。 吞吐量指单位时间内系统处理的客户请求数量。 性能计数器描述服务器或操作系统性能的一些数据指标，比如Windows 系统资源管理器。-本次实验课是针对LoadRunner（以下简称LR）的使用，我们将采用LR 自带的HP WEBTours应用程序来进行熟悉。1.启动示例程序在开始程序中启动LoadRunneràs

18、amplesàWebà启动Web 服务器,如下图启动后在屏幕右下角会出现如下标识 :2.启动Web Tours 示例程序:在浏览器中点击下图中的Sign up now，进行注册多个账户，过程比较简单这里不再介绍.注册完成后，可以订一张机票，熟悉一下这个应用程序的相关操作，为下一步录制脚本做准备。3. 传统手工性能测试中会有一个组织者演示要测试的整个过程给参予者，然后组织者会要求这些参予者在自己的机器上共同执行刚刚的过程，然后收集相关的数据再进行分析，性能是否达到了相关的标准.自动化测试过程中 :整个过程- Virtual User Generator 录制脚本组织者- Co

19、ntroller参予者自己的机器- Loadgenerator 场景分析-Analysis下面我们一步步来进行首先启动Virtual User Generator,如下图启动后出现如下界面,在其中新建一个场景:在弹出的对话框中选定,点击在弹出的对话框中输入以下参数后点击OK:出现如下提示框后，开始录制脚本，此时会弹出IE，然后自动进入到WEB TOURS 网站，用刚刚注册的信息进行登录，登录成功后，再定一张票，定票后，输入信用卡信息，然后退出登录，完成后，点击停止录制，此过程较为简单，这里不做说明录制完成后，在下图中点停止，脚本录制完成：稍待一会生成脚本,如下图所示:点击播放按钮，回放一下看有

20、没有问题,回放有两种方式，一种是普通脚本回放，回放时运行到哪一行了，会有箭头指示，另外一种就是回放可以查看回放过程中的页面，方式如下:选择在弹出的对话中选择如下:再次回放就可以看到效果.加入事务：事务就是将整个录制过程分为几部分，比如这个例子中可以分登录，定票两个过程，在测试时就可以查看这两个过程分别的运行效率，从而确定，在整个定票过程中哪一个环节影响了性能。打开代码，在登录代码前我们插入一个事务的开始：并取名”login_学号” 在登录成功后处我们插入事务”login”的结束然后在订票开始前插入一个事务：结束处插入一个事务事务配置结束，我们再设定一个集合点，方便在最后分析时查看登录的并发数能

21、达到的数量，如下图:脚本录制和脚本强化到此完成,请点击保存这个脚本，方便继续下一步工作，实测测试活动中，也可以留给回顾测试使用。4.启动Controller，我们来配置场景，说白了就是配置虚拟用户和虚拟用户所使用的机器启动如下图:启动后将刚刚录制好的脚 本加入进来,如下图所示,点击OK:在下图中我们可以看到默认会有10 虚拟用户，在本地localhost 运行，你可以通过按钮打开的对话框中加入更多的用户，但请注意，一台普通的PC 机并不能承担太多的虚拟用户，所以我们还要加入更多的“本机”，即装有LR 客户端的机器帮助我们产生更多的用户。装有客户端的机器，右下角会有这样的图标: ,如果你没有发现

22、，请在客户端的开始菜单中找到LoadRunner-à LoadRunner Agent Process,来进行启动在上图中点击，弹出如下对话框，输入组名和要生成的虚拟用户数，以及“本机”的IP地址，点击OK：为了证明本机可用，需要进行验证,如下图:点击后，就可以使用来验证，如下图：接下来我们可以对测试的策略进行设置，比如开始用户数，每分钟增加的用户数等等 ，不要怕出错大量尝试的去设置，在右侧会出现设置的运行时序图：设置完成后切换到RUN 试图：点击开始运行.观察运行中的数据图表，并在运行过程中可以在左侧树形菜单中切换想要查看的视图：测试停止后，我们对测试查看报告并进行分析,如下图操作

23、:生成分析报告的过程:报告生成:参照如下说明进行分析，了解系统瓶颈在什么地方，需要改进,实验完成。LoadRunner 分析结果图功能说明Transactions（用户事务分析）用户事务分析是站在用户角度进行的基础性能分析。1、Transation Sunmmary（事务综述）对事务进行综合分析是性能分析的第一步，通过分析测试时间内用户事务的成功与失败情况，可以直接判断出系统是否运行正常。2、Average Transaciton Response Time（事务平均响应时间）“事务平均响应时间”显示的是测试场景运行期间的每一秒内事务执行所用的平均时间，通过它可以分析测试场景运行期间应用系统的

24、性能走向。例：随着测试时间的变化，系统处理事务的速度开始逐渐变慢，这说明应用系统随着投产时间的变化，整体性能将会有下降的趋势。3、Transactions per Second（每秒通过事务数/TPS）“每秒通过事务数/TPS”显示在场景运行的每一秒钟，每个事务通过、失败以及停止的数量，使考查系统性能的一个重要参数。通过它可以确定系统在任何给定时刻的时间事务负载。分析TPS 主要是看曲线的性能走向。将它与平均事务响应时间进行对比，可以分析事务数目对执行时间的影响。例：当压力加大时，点击率/TPS 曲线如果变化缓慢或者有平坦的趋势，很有可能是服务器开始出现瓶颈。4、Total Transacti

25、ons per Second（每秒通过事务总数）“每秒通过事务总数”显示在场景运行时，在每一秒内通过的事务总数、失败的事务总署以及停止的事务总数。5、Transaction Performance Sunmmary（事务性能摘要）“事务性能摘要”显示方案中所有事务的最小、最大和平均执行时间，可以直接判断响应时间是否符合用户的要求。重点关注事务的平均和最大执行时间，如果其范围不在用户可以接受的时间范围内，需要进行原因分析。6、Transaction Response Time Under Load（事务响应时间与负载）“事务响应时间与负载”是“正在运行的虚拟用户”图和“平均响应事务时间”图的组合

26、，通过它可以看出在任一时间点事务响应时间与用户数目的关系，从而掌握系统在用户并发方面的性能数据，为扩展用户系统提供参考。此图可以查看虚拟用户负载对执行时间的总体影响，对分析具有渐变负载的测试场景比较有用。7、Transaction Response Time(Percentile)（事务响应时间(百分比)）“事务响应时间(百分比)”是根据测试结果进行分析而得到的综合分析图，也就是工具通过一些统计分析方法间接得到的图表。通过它可以分析在给定事务响应时间范围内能执行的事务百分比。8、Transaction Response Time(Distribution)（事务响应时间(分布)）“事务响应时间

27、(分布)”显示在场景运行过程中，事务执行所用时间的分布，通过它可以了解测试过程中不同响应时间的事务数量。如果系统预先定义了相关事务可以接受的最小和最大事务响应时间，则可以使用此图确定服务器性能是否在可以接受的范围内。Web Resources（Web 资源分析）Web 资源分析是从服务器入手对Web 服务器的性能分析。1、Hits per Second（每秒点击次数）“每秒点击次数”，即使运行场景过程中虚拟用户每秒向Web 服务器提交的HTTP 请求数。通过它可以评估虚拟用户产生的负载量，如将其和“平均事务响应时间”图比较，可以查看点击次数对事务性能产生的影响。通过对查看“每秒点击次数”，可以

28、判断系统是否稳定。系统点击率下降通常表明服务器的响应速度在变慢，需进一步分析，发现系统瓶颈所在。2、Throughput（吞吐率）“吞吐率”显示的是场景运行过程中服务器的每秒的吞吐量。其度量单位是字节，表示虚拟用在任何给定的每一秒从服务器获得的数据量。可以依据服务器的吞吐量来评估虚拟用户产生的负载量，以及看出服务器在流量方面的处理能力以及是否存在瓶颈。“吞吐率”图和“点击率”图的区别：“吞吐率”图，是每秒服务器处理的HTTP 申请数。“点击率”图，是客户端每秒从服务器获得的总数据量。3、HTTP Status Code Summary（HTTP 状态代码概要）“HTTP 状态代码概要”显示场景

29、或会话步骤过程中从Web 服务器返回的HTTP 状态代码数，该图按照代码分组。HTTP 状态代码表示HTTP 请求的状态。4、HTTP Responses per Second（每秒HTTP 响应数）“每秒HTTP 响应数”是显示运行场景过程中每秒从Web 服务器返回的不同HTTP状态代码的数量，还能返回其它各类状态码的信息，通过分析状态码，可以判断服务器在压力下的运行情况，也可以通过对图中显示的结果进行分组，进而定位生成错误的代码脚本。5、Pages Downloader per Second（每秒下载页面数）“每秒下载页面数”显示场景或会话步骤运行的每一秒内从服务器下载的网页数。使用此图可

30、依据下载的页数来计算Vuser 生成的负载量。和吞吐量图一样，每秒下载页面数图标是Vuser 在给定的任一秒内从服务器接收到的数据量。但是吞吐量考虑的各个资源极其大小（例，每个GIF 文件的大小、每个网页的大小）。而每秒下载页面数只考虑页面数。注：要查看每秒下载页数图，必须在R-T-S 那里设置“每秒页面数(仅HTML 模式)”。6、Retries per Second（每秒重试次数）“每秒重试次数”显示场景或会话步骤运行的每一秒内服务器尝试的连接次数。在下列情况将重试服务器连接：A、初始连接未经授权B、要求代理服务器身份验证C、服务器关闭了初始连接D、初始连接无法连接到服务器E、服务器最初无

31、法解析负载生成器的IP 地址7、Retries Summary（重试次数概要）“重试次数概要”显示场景或会话步骤运行过程中服务器尝试的连接次数，它按照重试原因分组。将此图与每秒重试次数图一起使用可以确定场景或会话步骤运行过程中服务器在哪个时间点进行了重试。8、Connections（连接数）“连接数”显示场景或会话步骤运行过程中每个时间点打开的TCP/IP 连接数。借助此图，可以知道何时需要添加其他连接。例：当连接数到达稳定状态而事务响应时间迅速增大时，添加连接可以使性能得到极大提高（事务响应时间将降低）。9、Connections Per Second（每秒连接数）“每秒连接数”显示方案在运

32、行过程中每秒建立的TCP/IP 连接数。理想情况下，很多HTTP 请求都应该使用同一连接，而不是每个请求都新打开一个连接。通过每秒连接数图可以看出服务器的处理情况，就表明服务器的性能在逐渐下降。10、SSLs Per Second（每秒SSL 连接数）“每秒SSL 连接数”显示场景或会话步骤运行的每一秒内打开的新的以及重新使用的SSL 连接数。当对安全服务器打开TCP/IP 连接后，浏览器将打开SSL 连接。Web Page Breakdown（网页元素细分）“网页元素细分”主要用来评估页面内容是否影响事务的响应时间，通过它可以深入地分析网站上那些下载很慢的图形或中断的连接等有问题的元素。1、

33、Web Page Breakdown（页面分解总图）“页面分解”显示某一具体事务在测试过程的响应情况，进而分析相关的事务运行是否正常。“页面分解”图可以按下面四种方式进行进一步细分：1)、Download Time Breaddown（下载时间细分）“下载时间细分”图显示网页中不同元素的下载时间，同时还可按照下载过程把时间进行分解，用不同的颜色来显示DNS 解析时间、建立连接时间、第一次缓冲时间等各自所占比例。2)、Component Breakdown(Over Time)（组件细分(随时间变化)）“组件细分”图显示选定网页的页面组件随时间变化的细分图。通过该图可以很容易的看出哪些元素在测试

34、过程中下载时间不稳定。该图特别适用于需要在客户端下载控件较多的页面，通过分析控件的响应时间，很容易就能发现那些控件不稳定或者比较耗时。3)、Download Time Breakdown(Over Time)（下载时间细分(随时间变化)）“下载时间细分(随时间变化)” 图显示选定网页的页面元素下载时间细分（随时间变化）情况，它非常清晰地显示了页面各个元素在压力测试过程中的下载情况。“下载时间细分”图显示的是整个测试过程页面元素响应的时间统计分析结果，“下载时间细分(随时间变化)”显示的事场景运行过程中每一秒内页面元素响应时间的统计结果，两者分别从宏观和微观角度来分析页面元素的下载时间。4)、T

35、ime to First Buffer Breakdown(Over Time)（第一次缓冲时间细分(随时间变化)）“第一次缓冲时间细分(随时间变化)”图显示成功收到从Web 服务器返回的第一次缓冲之前的这段时间，场景或会话步骤运行的每一秒中每个网页组件的服务器时间和网络时间（以秒为单位）。可以使用该图确定场景或会话步骤运行期间服务器或网络出现问题的时间。First Buffer Time：是指客户端与服务器端建立连接后，从服务器发送第一个数据包开始计时，数据经过网络传送到客户端，到浏览器接收到第一个缓冲所用的时间。2、Page Component Breakdown（页面组件细分）“页面组件

36、细分”图显示每个网页及其组件的平均下载时间（以秒为单位）。可以根据下载组件所用的平均秒数对图列进行排序，通过它有助于隔离有问题的组件。3、Page Component Breakdown(Over Time)（页面组件分解(随时间变化)）“页面组件分解(随时间变化)”图显示在方案运行期间的每一秒内每个网页及其组件的平均响应时间 （以秒为单位）。4、Page Download Time Breakdown（页面下载时间细分）“页面下载时间细分”图显示每个页面组件下载时间的细分，可以根据它确定在网页下载期间事务响应时间缓慢是由网络错误引起还是由服务器错误引起。“页面下载时间细分”图根据DNS 解析

37、时间、连接时间、第一次缓冲时间、SSL握手时间、接收时间、FTP 验证时间、客户端时间和错误时间来对每个组件的下载过程进行细分。5、Page Download Time Breakdown(Over Time)（页面下载时间细分(随时间变化)）“页面下载时间细分(随时间变化)”图显示方案运行期间，每一秒内每个页面组件下载时间的细分。使用此图可以确定网络或服务器在方案执行期间哪一时间点发生了问题。“页面组件细分(随时间变化)”图和“页面下载时间细分(随时间变化)”图通常结合起来进行分析：首先确定有问题的组件，然后分析它们的下载过程，进而定位原因在哪里。6、Time to First Buffer

38、 Breakdown（第一次缓冲时间细分）“第一次缓冲时间细分”图显示成功收到从Web 服务器返回的第一次缓冲之前的这一段时间内的每个页面组件的相关服务器/网路时间。如果组件的下载时间很长，则可以使用此图确定产生的问题与服务器有关还是与网络有关。网络时间：定义为第一个HTTP 请求那一刻开始，直到确认为止所经过的平均时间。服务器时间：定义为从收到初始HTTP 请求确认开始，直到成功收到来自Web 服务器的一次缓冲为止所经过的平均时间。7、Time to First Buffer Breakdown(Over Time)（第一次缓冲时间细分(随时间变化)）“第一次缓冲时间细分(随时间变化)”图显

39、示成功收到从Web 服务器返回的第一个缓冲之前的这段间四、实验要求1、做好实验预习，掌握，并熟悉本实验中所使用的测试环境及相应的测试软件。2、写出实验报告，内容是： 实验目的 。 实验内容 实验源代码（或测试脚本）可不写出，但是一定要写出实验中出现的错误，以及解决错误的方法。 出错信息及处理方法。 实验结果 包括实验处理结果和设计心得。 五、注意事项 1、观察每一个项目的处理结果以及出错信息，并作记录。 2、注意对服务器和测试机系统、数据库的性能、网络性能的监控。实验结果：脚本：vuser_init()return 0;Action()lr_start_transaction("lo

40、gin");web_url("webtours", "URL=:1080/webtours/", "Resource=0", "RecContentType=text/html", "Referer=", "Snapshot=t1.inf", "Mode=HTML", LAST);lr_think_time(7);lr_rendezvous("tologin");web_submit_form(&

41、quot;login.pl", "Snapshot=t2.inf", ITEMDATA, "Name=username", "Value=你的姓名全拼", ENDITEM, "Name=password", "Value=你的密码，应为你的学号", ENDITEM, "Name=login.x", "Value=41", ENDITEM, "Name=login.y", "Value=15", ENDITE

42、M, LAST);lr_end_transaction("login",LR_AUTO);lr_start_transaction("ticket");web_image("Search Flights Button", "Alt=Search Flights Button", "Snapshot=t3.inf", LAST);lr_think_time(4);web_url("FormDateUpdate.class", "URL=:

43、1080/webtours/FormDateUpdate.class", "Resource=0", "RecContentType=text/html", "Referer=", "Mode=HTML", LAST);web_url("CalSelect.class", "URL=:1080/webtours/CalSelect.class", "Resource=0", "RecContentType=

44、text/html", "Referer=", "Mode=HTML", LAST);web_url("Calendar.class", "URL=:1080/webtours/Calendar.class", "Resource=0", "RecContentType=text/html", "Referer=", "Mode=HTML", LAST);web_submit_data("

45、;reservations.pl", "Action=:1080/webtours/reservations.pl", "Method=POST", "RecContentType=text/html", "Referer=:1080/webtours/reservations.pl?page=welcome", "Snapshot=t4.inf", "Mode=HTML", ITEMDATA, "

46、;Name=advanceDiscount", "Value=0", ENDITEM, "Name=depart", "Value=Denver", ENDITEM, "Name=departDate", "Value=12/09/2010", ENDITEM, "Name=arrive", "Value=Paris", ENDITEM, "Name=returnDate", "Value=12/10/2010&qu

47、ot;, ENDITEM, "Name=numPassengers", "Value=1", ENDITEM, "Name=seatPref", "Value=None", ENDITEM, "Name=seatType", "Value=First", ENDITEM, "Name=.cgifields", "Value=roundtrip", ENDITEM, "Name=.cgifields", "V

48、alue=seatType", ENDITEM, "Name=.cgifields", "Value=seatPref", ENDITEM, "Name=findFlights.x", "Value=43", ENDITEM, "Name=findFlights.y", "Value=10", ENDITEM, LAST);web_submit_form("reservations.pl_2", "Snapshot=t5.inf&quo

49、t;, ITEMDATA, "Name=outboundFlight", "Value=040;657;12/09/2010", ENDITEM, "Name=reserveFlights.x", "Value=61", ENDITEM, "Name=reserveFlights.y", "Value=11", ENDITEM, LAST);web_submit_form("reservations.pl_3", "Snapshot=t6.inf

50、", ITEMDATA, "Name=pass1", "Value=Joseph Marshall", ENDITEM, "Name=creditCard", "Value=123456", ENDITEM, "Name=expDate", "Value=12/12", ENDITEM, "Name=saveCC", "Value=on", ENDITEM, "Name=buyFlights.x", "Value=40", ENDITEM, "Name=buyFlights.y", "Value=11", ENDITEM, LAST);lr_end_transaction("ticket",LR_AUTO);return 0;vuser_end()return 0;#ifndef _GLOBALS_H #define _GLOBALS_H/-/ Include Files#include "lrun.h"#include "web_api.h"#inc