《毕业设计（论文）强积金管理系统测试的研究与实现.doc》由会员分享，可在线阅读，更多相关《毕业设计（论文）强积金管理系统测试的研究与实现.doc（47页珍藏版）》请在三一办公上搜索。
1、 学号： 09124140220 毕业论文强积金管理系统测试的研究与实现MPF management system testing research and practice学院 理学院 专业 信息与计算科学 班级 信息09-2 学生 指导教师（职称） （高级工程师） 论文时间 2013 年 1 月 12 日至 2013 年 6 月 5 日广东石油化工学院本科毕论文诚信承诺保证书本人郑重承诺：强积金管理系统测试的研究与实现毕业设计（论文）的内容真实、可靠，是本人在 胡华 指导教师的指导下，独立进行研究所完成。毕业设计（论文）中引用他人已经发表或未发表的成果、数据、观点等，均已明确注明出处，如果
2、存在弄虚作假、抄袭、剽窃的情况，本人愿承担全部责任。 学生签名： 年 月 日专业负责人批准日期毕 业 论 文 任 务 书院（系）： 理学院 专业 信息与计算科学 班 级： 信息09-2 学生： 学号： 09124140220 一、毕业论文课题 强积金管理系统测试的研究与实现 二、毕业论文工作自 2013 年 1 月 12 日起至 2013年 6 月 5 日止三、毕业论文进行地点 汇丰软件开发（广东）有限公司 四、毕业论文的内容要求 1.设计的目的：培养学生综合运用所学基础理论与专业知识解决实际问题的能力。在指导教师指导下，选定具有一定理论意义与实用价值的课题，分析并解决问题，培养学生独立检索中
3、外文资料的能力，初步具备搜集、整理、筛选信息资料的能力，初步掌握科学研究的基本方法，了解课题研究的程序、技巧与规范化要求，受到科学研究的初步训练。2.设计任务及要求：1）设计任务：（1）提出选题强积金管理系统测试的研究与实现的初步设想。 （2）搜集、整理与设计有关的、充分的、准确的文献资料，扩充查阅范围。 （3）构思初步方案框架，编写提纲，并撰写开题报告。 （4）分析、筛选已有的信息资料，提出设计设想与计划。 （5）完成设计初稿，反复修改，提交初、定稿及打印稿。 2）设计要求：(1) 掌握测试理论知识及测试技术的内容。 (2）5月20日前按要求系统设计及实现、论文初稿。 (3) 6月6日前按要
4、求完成论文终稿、打印装订以及答辩前的准备工作。 (4) 6月7日为小组答辩。 (5) 论文的语言文字要规范，格式要按规定的格式进行编辑，字数在1万至1.5万之间，参考文献至少20项。 (6)在整个毕业设计与论文写作过程中要经常与指导老师交流 。 指导教师 接受论文任务开始执行日期2013年 1 月 12 日学生签名 摘 要对模块与接口众多的银行系统引入宏观规范的系统测试策略，能够提高软件系统的可靠性。研究了工程理论中的软件系统测试理论，包括功能测试，性能测试，以及测试过程、测试质量的管理。其中，功能测试采用了边界值分析法、等价类划分法、因果图方法等方法；性能测试采用性能测试工具loadrunn
5、er模拟批量用户操作方法；测试过程管理主要采用测试管理工具QC。以实际系统为测试对象，对需求分析，用例设计，测试执行，缺陷管理进行一系列规范管理。对测试人员制定相关测试策略提供一定的帮助。关键字：系统测试 功能测试 性能测试 测试管理Abstract If introduce the macro system testing strategy to a banking system which includes much modules and interface ,its helpful to improve the reliability of software .Study the en
6、gineering theory of the software system testing theory, including functional testing, performance testing, and test process, test the quality of management. The functional testing uses the Boundary Value Analysis and Equivalence Class Partition Method and Cause and Effect Diagram Method and so on; T
7、he performance testing uses Loadrunner performance testing tools to simulate batch user operation; The test process management mainly uses the QC test management tool. Taken actual system as the test object, regulate the requirement analysis ,case design ,case execution and defect management. It is
8、helpful for the test personnel to make test strategies.Keywords：System testing Function testing Performance testing testingmanagement目录摘 要IAbstractII第一章 引言11.1概述11.2选题目的与意义1第二章 系统测试的策略研究22.1 系统测试22.1.1 系统测试概述22.1.2 系统测试的主要流程22.2 系统测试的主要测试类型与策略52.2.1 功能测试62.2.2 性能测试92.2.3 其他测试概述12第三章 AS400系统与测试工具的介绍及
9、应用143.1 AS400系统的概述143.2 功能测试工具153.2.1 自动化测试工具QTP153.2.2 手动测试脚本管理工具Manual Tester163.3 性能测试工具173.3.1 LoadRunner的应用173.3.2 AS400的应用系统性能分析工具的应用183.4 测试管理工具QC的应用18第四章 强积金管理的系统测试研究与案例分析214.1 强积金管理系统的概述214.2 功能测试分析214.2.1 功能测试流程214.2.2 功能测试实例224.3 性能测试分析294.3.1 性能测试流程294.3.2 性能测试实例304.4 测试结果以及缺陷管理分析33第五章 总
10、 结37致 谢38参考文献39第一章 引言1.1概述随着计算机技术的迅速发展和越来越广泛深入的应用于国民经济和社会生活的各个方面，随着软件系统的规模和复杂性与日俱增，软件的生产成本和软件中存在的缺陷和故障造成的各类损失也大大增加，甚至会带来灾难性的后果。软件质量问题已成为所有使用软件和开发软件的人关注的焦点。由于软件是人脑的高度智力化的体现和产品这一特殊性，不同于其他科技和生产领域，因此软件与生惧来就有可能存在着缺陷。如何防止和减少这些可能存在的问题呢？回答是进行软件测试。测试是最有效的排除和防止软件缺陷与故障的手段，并由此促进了软件测试理论与技术实践的快速发展。新的测试理论，测试方法，测试技
11、术手段在不断涌出，软件测试机构和组织也在迅速产生和发展，由此软件测试技术职业也同步完善和健全起来。一般来说软件测试应由独立的产品评测中心负责，严格按照软件测试流程，制定测试计划、测试方案、测试规范，实施测试，对测试记录进行分析，并根据回归测试情况撰写测试报告。测试是为了证明软件有缺陷，从而加以改正，而不是保证软件没有缺陷，缺陷是软件与生俱来的。1.2选题目的与意义系统测试是为了发现错误而执行程序的过程，成功的测试是发现了至今尚未发现的错误的测试。由于银行系统规模庞大，模块与接口众多，引入宏观规范的系统测试策略，对提高软件系统的可靠性起到积极作用。 系统测试的目的是在真实的工作环境下，通过与系统
12、的需求定义作比较，检验完整的软件配置项能否与系统正确连接，发现软件与系统、子系统设计文档和软件开发合同规定不符合或与之矛盾的地方；验证系统是否满足了需求规格的定义，找出与需求规格不相符或与之矛盾的地方，从而提出更加完善的方案，确保最终软件系统满足产品需求并且遵循系统设计的标准和规定。系统测试是保证系统质量和可靠性的关键步骤，是对系统开发过程中的系统分析系统设计和实施的最后复查。根据测试的概念和目的，在进行信息系统测试时应遵循以基本原则。第二章 系统测试的策略研究2.1 系统测试2.1.1 系统测试概述软件只是系统中的一个组成部分，软件开发完成后，最终还要与系统中的其他部分（硬件、外设、网络等）
13、和元素结合在一起配套运行，进行系统测试。系统测试1（System Testing）是在完成集成测试的工作后，将通过集成测试的软件和硬件等设备连在一起，按照需求说明书，对系统进行一系列的组装测试和确认测试。系统测试的测试用例应根据系统的需求规格说明书设计，并在实际使用环境下运行。系统测试的任务是尽可能彻底地检查出程序的错误，找出错误原因和位置，然后进行改正，提高软件系统的可靠性。系统测试的目标是：1） 确认系统测试的过程是按需求说明书进行的。2） 确认新系统是否与需求说明书有不同之处或者存在缺陷3） 对新系统在进行测试的过程中出现的不足或者不符合要求的地方进行记录。4）建立完善的系统测试缺陷记录
14、跟踪库。5）对测试过程中出现的问题进行修改，使之能达到令用户满足的程度。2.1.2 系统测试的主要流程系统测试过程主要包括制定系统测试计划、设计系统测试、实施系统测试、执行系统测试和评估系统测试5个阶段。系统测试具体流程如图2.1所示，具体流程说明如表2.1所示。在整个测试过程中，必须明确每一个阶段人员的工作安排。一般来说测试的人员包括部门经理、项目组长和项目组员。部门经理项目组长项目组员YYNYYNN提交提交报告YN审核自动化性能测试结束提出意见审核审核提出意见审核下达测试任务开始NNY提交计划N总结测试报告审核审核补充用例审核人员分配工作安排拟定性能测试计划汇总defect,总结测试报告补
15、充用例组织编写测试用例拟定测试计划提交Y结果理想分析N提交审核通过你姑Defect 汇总文档优化测试脚本性能测试结果文档整理测试结果实施测试方案设计测试脚本和方案执行测试，提交defect设计测试用例图2.1 系统测试流程图表2.1 系统测试流程说明步骤步骤说明负责部门/岗位工具表单下达测试任务部门经理根据实际需要可以通过发布任务的形式下达测试任务部门经理任务测试书拟定测试计划项目组长根据任务，编写测试计划，主要用于描述测试目的、质量即测试通过的准则、人员构成、测试资源、测试范围、测试活动及其进度。项目组长进度安排表提交审核项目组长编写完成了测试计划后，讲提交给部门经理审核，通过则进行下一步，
16、未通过则返回修改。项目组长组织编写测试用例分配项目组的成员各个模块编写相应的测试用例。项目组长编写测试用例通过被分配到的任务，开始编写测试用例项目组员测试用例表系统测试执行，提交defect根据编写的测试用例开始执行测试，并将测试中用到的用例以及呈现的defect以文档的形式提交。项目组员问题跟踪表提交审核项目组员将测试用例的用例表以及defect提交给项目组长进行审核。项目组长（1）审核未过项目组长补充用例交给项目组员补充测试项目组长（2）审核通过项目组长汇总用例以及defect以文档形式保存并提交给部门经理审核项目组长提交审核项目组长提交审核项目组长（1）审核未过部门经理提出修改意见交给项
17、目组长分析并补充用例。部门经理（2）审核通过部门经理依据实际需要决定是否进行自动化性能测试。部门经理是/否进行自动化性能测试否，则本次系统测试结束。是，则进行下一步。部门经理拟定性能测试计划编写性能测试计划，主要用于描述测试目的、质量目标即测试通过的准则、人员构成、测试资源、测试范围、测试活动及其进度。项目组长性能测试环境准备列表提交审核审核未过则返回项目组长修改计划，审核通过则进行下一步。部门经理人员分配以及工作安排根据计划来分配相应人员相应的工作项目组长角色及职责分配表设计测试脚本和方案设计出测试需要的脚本（即：输入输出的数据以及一些代码）、如何执行测试的方案。项目组员性能测试脚本列表提交
18、审核审核未过则返回修改，通过则进行下一步项目组长实施测试方案根据既定的脚本已经方案开始执行自动化性能测试项目组员分析测试结果是/否理想项目组员自行分析测试结果是否达到既定目标。项目组员（1）否返回继续优化测试脚本和方案一边重新实施测试。项目组员（2）是则进行下一步项目组员整理测试结果对最终的测试结果进行整合项目组员提交审核项目组长对测试结果进行审核，未过则返回优化测试脚本和方案，通过则整理以备总结测试结果。项目组长总结测试报告汇总各个组员提交的测试结果，总结并拟写测试报告，并归纳成性能测试结果文档项目组长测试报告提交审核对于提交上来的性能测试报告进行审核。部门经理（1）审核未过提出意见并返回至
19、优化测试脚本和方案。部门经理（2）审核通过则结束本次系统测试部门经理2.2 系统测试的主要测试类型与策略系统测试一般主要考虑功能测试、性能测试、负载测试、容量测试、安全性测试、用户界面测试、配置测试、安装测试、回归测试等。测试策略用于说明某项特定测试工作的方法和目标。系统测试策略主要针对系统测试需求确定测试类型及如何实施测试的方法和技术。一个好的测试策略应该包括下列内容：l 实施的测试类型和测试目标l 采用的技术l 用于评估测试结果和测试是否完成的标准l 对测试策略所描述的测试工作存在影响的特殊事项确定系统测试策略2首先应清楚地说明所实施系统测试的类型和测试的目标，以尽量避免混淆和误解（有些类
20、型的测试看起来非常类似，如强度测试和容量测试），测试目标应该表明执行测试的原因。系统测试的结果主要分析以下几点：l 反应时间的性能测试l CPU、Memory的性能测试l 可靠性分析：通常用MTBF(Mean Time Between Failures)和MTTR(Mean Time TO Repairs)两个指标来衡量系统的可靠性。l 网络性能测试：系统测试对网络性能的结果分析如网络流量、每秒采样数、网络延迟等。l 安全性测试：检测系统测试的安全机制、保密措施是否完善，是为了检验系统的防范能力。l 强度测试：（负载/压力测试）是对系统在异常情况下的承受能力的测试，是检查系统在极限状态运行时，
21、性能下降的幅度是否可允许的范围内，主要从响应时间、处理速度、吞吐量、处理精度等方面来测试。l 安装测试：为了检测在安装的过程中是否有误，是否容易操作等。l 恢复测试：检测系统的容错能力。2.2.1 功能测试2.2.1.1 功能测试概述功能测试3（Functional testing），也称为行为测试(behavioral testing)，根据产品特性、操作描述和用户方案，测试一个产品的特性和可操作行为以确定它们满足设计需求。功能测试是为了确保程序以期望的方式运行而按功能要求对软件进行的测试，通过对一个系统的所有的特性和功能都进行测试确保符合需求和规范。功能测试也叫黑盒子测试或数据驱动测试，只
22、需考虑各个功能，不需要考虑整个软件的内部结构及代码.一般从软件产品的界面、架构出发，按照需求编写出来的测试用例，输入数据在预期结果和实际结果之间进行评测，进而提出更加使产品达到用户使用的要求。2.2.1.2 功能测试的软件测试策略功能测试常用的测试策略有：一、 等价类测试等价类测试方法是把所有可能的输入数据，即程序的输入域划分成若干部分，然后从每一部分中选取少数有代表性的数据作为测试用例。使用等价类划分方法设计测试用例要经历划分等价类（列出等价类表）和选取测试用例两步。等价类的划分有两种不同的情况： 有效等价类：是指对于程序的规格说明来说，是合理的，有意义的输入数据构成的集合。 无效等价类：是
23、指对于程序的规格说明来说，是不合理的，无意义的输入数据构成的集合。在设计测试用例时，要同时考虑有效等价类和无效等价类的设计。用等价类划分法设计测试用例步骤：(1) 形成等价类表，每一等价类规定一个唯一的编号；(2) 设计一个新的测试用例，使其尽可能多地覆盖尚未覆盖的有效等价类，重复这一步骤，直到所有有效等价类均被测试用例所覆盖；(3) 设计一个新测试用例，使其只覆盖一个无效等价类，重复这一步骤直到所有无效等价类均被覆盖。二、 边界值测试1 边界值分析边界值分析是考虑边界条件而选取测试用例的一种功能测试方法。边界值分析关注输入空间的边界，以标识测试用例，因为错误更可能出现在输入变量的极值附近。边
24、界值分析的基本思想是：使用在最小值、略高于最小值、正常值、略低于最大值和最大值处取输入变量值。2健壮性测试健壮性是指在异常情况下，软件还能正常运行的能力。健壮性考虑的主要部分是预期输出，而不是输入。健壮性测试是边界值分析的一种简单扩展。除了变量的5个边界分析取值还要考虑略超过最大值（max）和略小于最小值（min）时的情况。3 最坏情况测试最坏情况测试将意味着更大工作量，n变量函数的最坏情况测试会产生5的n次方个测试用例，而边界值分析只产生4n+1个测试用例。三、因果图方法前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, 相互组合等. 考虑输入条件之
25、间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图（逻辑模型）。因果图（Cause-EffectGraphing）提供了一个把规格转化为判定表的系统化方法，从该图中可以产生测试数据。其中原因表示输入条件，结果是对输入执行的一系列计算后的输出。因果图方法最终生成的就是判定表。 它适合于检查程序输入条件的各种组合情况。下面介绍因果图的基本关系和约束：一.基本关系：1. 4种符号分别表示了规格说
26、明中的种因果关系。如图2.2.1所示：图2.2.1 因果图关系2.因果图中使用了简单的逻辑符号，以直线连接左右结点。左结点表示输入状态（或称原因），右结点表示输出状态（或称结果）。3.ci表示原因，通常置于图的左部；ei表示结果，通常在图的右部。ci和ei 均可取值0或1,0表示某状态不出现，1表示某状态出现。二约束输入状态之间还可能存在某些依赖关系，称为约束。约束符号如图2.2.2所示。图2.2.2 因果图约束l E约束（异）：a 和b 中最多有一个可能为1，即a和b 不能同时为1。l I约束（或）：a、b、c中至少有一个必须为1，即a、b、c不能同时为0。l O约束（唯一）：a 和b必须有
27、一个且仅一个为1。l R约束（要求）：a是1时，b必须是1，即a为1时，b不能为0。l M约束（强制）：若结果a为1，则结果b强制为0 。2.2.2 性能测试2.2.2.1 性能测试概述性能测试4（Performance Testing）分为基本性能测试和高级性能测试。基本测试的主要内容包括：安全可靠性、资源占用率、兼容性、易用性、用户文档、效率、可扩充性等测试。高级性能测试的主要内容包括：并发性能、系统资源监控、大数据量、速度、疲劳等测试，其重点是并发性能测试。 对应软件开发过程，软件测试步骤分为代码审查、单元测试、集成测试、系统测试、用户验收测试。而性能测试就属于软件系统测试，以自动化测试
28、为主，人工测试为辅，其最终目的是验证用户的性能需求是否达到，在这个目标下，性能测试还常常用来做：(1)识别系统瓶颈和产生瓶颈的原因;(2)最优化和调整平台的配置(包括硬件和软件)来达到最高的性能;(3)判断一个新的模块是否对整个系统的性能有影响。2.2.2.2 性能测试的基础及策略谈到性能问题，首先应该明确用什么方式或指标来反映系统性能，一般来说通过系统外部指标是其性能最直观的反映，其中包括：1）响应时间单一业务执行过程中服务器的反馈时间2）交易数单位时间内系统执行交易的总数量3）交易结果交易结果正确率（如准确率、入库率等）4）稳定性单位时间内的错误交易比例或长时间运行过程中在不考虑用户因素的
29、情况下，将上述外部指标反映到系统内部客观因素上，则涉及包括软硬件配置、系统设置、业务数据状况等等在内的一系列相关内容，具体可以理解为：1）服务器cpu：包括cpu的数量、主频cpu数量够不够用、速度够不够快；2）服务器内存：内存大小内存够不够大，内存结构是否适合使用需要；3）服务器硬盘：硬盘容量、硬盘接口速率硬盘/磁盘阵列吞吐能力是否影响数据交换；4）网络带宽：网络接口速率网络数据传输速度是否满足交易需要；5）工作环境：操作系统、中间件、数据库等应用环境（如jdk版本）版本操作系统、中间件、数据库及其它相关工作环境版本是否合适、配置是否合理；6）应用系统自身：应用系统设计是否正确有效是否还存在
30、隐含缺陷功能点，交易执行过程是否合理，较易操作过程中是否浪费资源等；7）系统数据：数据是否合理当前系统中的数据是否满足用户需求和设计目标，数据量是否超出系统承受范围；明确如何反映系统性能状况后，最主要的工作就是根据用户的需要对现有业务系统进行优化调试的过程：1）情况许可时，应使用几种测试工具或手段分别独立进行测试，并将结果相互印证，避免单一工具或测试手段自身缺陷影响结果的准确性；2）对于不同的系统，性能关注点是有所区别的，应该具体问题具体分析（这是由于不同的应用系统，不同的测试目的，不同的性能关注点）3）查找瓶颈的过程应由易到难逐步排查：服务器硬件瓶颈及网络瓶颈（局域网环境下可以不考虑网络因素
31、）、应用服务器及中间件操作系统瓶颈（数据库、WEB服务器等参数配置）、应用业务瓶颈（SQL语句、数据库设计、业务逻辑、算法、数据等）4）性能调优过程中不宜对系统的各种参数进行随意的改动，应该以用户配置手册中相关参数设置为基础，逐步根据实际现场环境进行优化，一次只对某个领域进行性能调优（例如对CPU的使用情况进行分析），并且每次只改动一个设置，避免相关因素互相干扰；5）调优过程中应仔细进行记录，保留每一步的操作内容及结果，以便比较分析；6）性能调优是一个经验性的工作，需要多思考、分析、交流和积累；7）了解“有限的资源，无限的需求”；8）尽可能在开始前明确调优工作的终止标准。性能调优是一个复杂的过
32、程，需要经验和技巧，更需要耐心和毅力。学习性能调优不是一蹴而就的，只有通过不断学习和深入对系统的理解，才能在进行调优过程中设计合理的方案、明确症结所在，并处以相应优化措施，达到调优工作的最终目的。在性能测试过程中，只要有事情做，就会有策略，如设计用例有设计策略，执行时有执行策略，调优时还有调优策略。在本节中讨论的策略是性能测试设计策略。验证性能需求是测试目的，测试策略即已经被证明是行之有效的测试方法。常见的性能测试方法有以下几种：1.负载测试负载测试指的是最常见的验证一般性能需求而进行的性能测试，主要是考察软件系统在既定负载下的性能表现。对负载测试可以有如下理解：(1)负载测试是站在用户的角度
33、去观察在一定条件下软件系统的性能表现。(2)负载测试的预期结果是用户的性能需求得到满足。此指标一般体现为响应时间、交易容量、并发容量、资源使用率等。2.压力测试压力测试就是在一定饱和状态下，通过逐步增加系统负载直至达到非正常、超负荷的状态，来确定一个系统的瓶颈或者不能接收的性能点，从而对系统运行情况的承受能力和最大服务级别进行的测试。通过压力测试可以发现系统在极限或者恶劣环境中的自我保护能力，它是判断系统的稳定性和可靠性的重要手段。3.并发测试并发测试是指逐步增加并发用户数，直到达到系统的瓶颈或者不能接受的性能点。这种测试可以发现应用系统的全局性能问题，例如内存泄露问题、数据库问题、资源争用问
34、题都会引起瓶颈问题，其具体表现为数据库问题、进程/线程、资源争用问题、4.基准测试当软件系统中增加一个新的模块的时候，需要做基准测试，以判断新模块对整个软件系统的性能影响。按照基准测试的方法，需要打开/关闭新模块至少各做一次测试。关闭模块之前的系统各个性能指标记下来作为基准(Benchmark)，然后与打开模块状态下的系统性能指标作比较，以判断模块对系统性能的影响。5.稳定性测试测试系统在一定负载下运行长时间后是否会发生问题。软件系统的有些问题是不能一下子就暴露出来的，或者说是需要时间积累才能达到能够度量的程度。有些软件的问题只有在运行一天或一个星期甚至更长的时间才会暴露。这种问题一般是程序占
35、用资源却不能及时释放而引起的。比如，内存泄漏问题就是经过一段时间积累才会慢慢变得显著，在运行初期却很难检测出来;还有客户端和服务器在负载运行一段时间后，建立了大量的连接通路，却不能有效地复用或及时释放。6.可恢复测试测试系统能否快速地从错误状态中恢复到正常状态。比如，在一个配有负载均衡的系统中，主机承受了压力无法正常工作后，备份机是否能够快速地接管负载。可恢复测试通常结合压力测试一起来做。2.2.3 其他测试概述2.2.3.1 安全性测试安全测试用来验证系统内部的保护机制，以防止非法侵入。在安全测试中，测试人员扮演试图侵入系统的角色，采用各种办法试图突破防线。因此系统安全设计的准则时要想方设法
36、使侵入系统所需的代价更加昂贵。安全测试一般采用以下方法：（1）功能验证：是采用软件测试中的黑盒测试方法，对涉及安全的软件功能，如：用户管理模块、加密系统、认证系统等进行测试，主要是验证上述功能是否有效。（2）漏洞扫描：通常都是借助于特定的漏洞扫描器完成的。漏洞扫描器一种自动检测远程或者本地主机安全性弱点的程序。通过使用漏洞扫描器，系统管理员能够发现所维护信息系统存在的安全漏洞，能够及时修补漏洞。按常规标准，可以将漏洞扫描器分为两种类型：主机漏洞扫描区和网络扫描器。主机扫描器是指在系统本地运行检测系统漏洞的程序。网络漏洞扫描是基于 网络远程检测目标网络和主机系统漏洞的程序，如Appscan。在第
37、三章中的安全测试工具详细介绍，并在第四章的测试案例里面着重详细介绍利用安全扫描工具来分析一个Web的系统的安全测试的实例。（3）模拟攻击试验：对于安全测试来说，模拟攻击试验是一组特殊的黑盒测试案例，我们以模拟攻击来验证或者信息系统的安全防护能力。例如：口令猜测、伪造电子邮件等。（4）侦听技术：实际上是在数据通信或数据交互过程，对数据进行截取分析的过程。目前最为流行的网络数据包的捕获技术，通常我们成为Capture。安全性测试除了要考察用户权限限制、输入数据有效性检查等基本内容，还应着重考察在大压力和大数据量情况下系统的稳定性，以及验证系统的SSL认证加密机制是否有效等多个方面。2.2.3.2
38、配置测试 配置事实上指的是软件生产过程中所需要的硬件，软件，以及开发过程中产生的各种各样的文档资料。配置测试主要从用户使用的角度出发，对它们进行全方位的测试，保证系统在网络操作系统下能够正常运行。2.2.3.3 安装测试 安装测试（Installing Testing）是为了测试应用软件安装在特定的操作系统下，能否正常运行。安装测试考虑的主要内容有：磁盘空间、目录、权限等。测试的一般要求是：磁盘空间要求留有30%-35%的空间；目录要求建立完整、醒目、方便操作；权限要求分为系统管理员级、特殊用户级和一般用户级。同时还应考虑到系统发生故障死机后重新启动和安装的问题，需要对安装的代码以及安装的用户
39、手册进行核查。2.2.3.4 回归测试回归测试是软件测试过程中的一个重要组成部分，回归测试在整个软件测试过程中占有很大的比重，软件开发的各个阶段都会进行多次回归测试。这就要求回归测试的测试用例提供一种完整的、方便的操作手段。第三章 AS400系统与测试工具的介绍及应用3.1 AS400系统的概述AS/4005（又称iSeries 400）是当今世界上最流行的中小型、多用户商业计算机系统，在多用户服务器领域里，始终保持着最畅销的地位，广泛应用于流通、金融证券、制造、运输等各个行业。AS/400是一个最典型的集成的商用计算机，它把计算机系统通常要用到的一些功能如网络通信功能，数据库管理功能，安全管
40、理功能完全集成在AS/400操作系统中。这种集成系统的整体功能远远胜于各部分功能的简单迭加。使用各种功能的用户接口都是一致的，因此在AS/400上开发应用会节省更多的人力资源、财力资源。需要的维护人员也比其它计算机系统少，这是AS/400在业界获得成功原因之一。AS/400通过紧密集成硬件、软件、中间件和操作系统提供能够满足不同业务需求的高性能、可靠和易于使用特性。它的突出特点有： 卓越的性能，不断获得各种荣誉和认可，全面实现64位处理，先进的体系结构，最领先的SOI芯片技术； 卓越的可靠性和可用性，系统可提供99.97%的可用性,使iSeries成为商业关键事务处理的首选服务器平台； 高度集
41、成的系统环境，使用户不需要太多的系统管理员就能保证其应用平稳地运行； 严密的安全防范系统，荣获美国联邦政府定义的商业计算机最高安全性级别C2级认证，堪称世界上最安全的计算机系统。从来没有发现过病毒。 开放标准兼容性，使用户把运行在不同平台上的业务系统和数据平滑地连接在一起； 简单易用，使用户（尤其是新用户）很快就能掌握它的系统管理和应用程序开发。 允许在一台服务器上安装Linux、Java、Windows2000和Domino等多种应用。 在系统中可以配备16台PC服务器Netfinity，可以运行多种不同的操作系统，并公享主机系统的资源。 是唯一一种能直接（固有）支持多种不同文件结构，如PC
42、文件、Unix文件、Netware文件、Domino文件、ASCII文件、EDBCID文件的系统。3.2 功能测试工具3.2.1 自动化测试工具QTP6QTP(QuickTest Professional)是一款先进的自动化测试解决方案，用于创建功能和回归测试。它自动捕获、验证和重放用户的交互行为。使用QuickTest Professional关键字视图、自动文档（Auto-documentation）和活动屏幕（Active Screen），无需一行代码，就可以创建和修改测试脚本，同时满足了技术型和非技术型用户的需求，让各个公司有能力部署更高质量的应用。QuickTest主要应用在回归测试
43、中。QuickTest针对的是GUI应用程序，包括传统的Windows应用程序，以及现在越来越流行的Web应用。QuickTest测试过程：一、录制测试脚本前的准备在测试前需要先确认应用程序以及QuickTest 是符合测试需求。确认你已经知道如何对应用程序进行测试，例如要测那些功能、操作步骤、输入的数据、预期的结果等。同时应该检查一下QuickTest 的设定，如Test Settings（【Test】【Settings】）以及Options 对话窗口（【Tools】【Options】），以确保QuickTest 会适切的录制并储存信息。例如，你应该确认一下QuickTest 的Object Repository 是以什么模式储存信息的。二、录制测试脚本当浏览网站或是操作应用程序时，QuickTest 会在Keyword View 中以表格的方式显示录制的操作步骤。每一个操作步骤都是使用者在录制时的操作，如在网页上点选一个超级链接（link），或是按下窗口上的按钮。三、 加强测试脚本l 在测试脚本中加入检查点，可以检查网页超级链接、对象属性或是字符串，以验证应用程序的功能是否正确。l 将录制的固定值（hard code）参数以取代，使用多组的数据测
