软件测试实验报告

实验报告

1

课程名称： 软件测试 指导教师： 路阳 实 验 室： 信息馆202 专业班级： 计算机（软件）班 姓 名： 学 号：

计算机科学系

信息技术学院

实验名称 功能性测试 实验序号 实验目的及要求： （1） 能熟练应用功能性测试技术进行测试用例设计； （2） 对测试用例进行优化设计； 1 实验日期 9月2日 实验内容及步骤： 一、 等价类测试 等价类测试方法是把所有可能的输入数据，即程序的输入域划分成若干部分，然后从每一部分中选取少数有代表性的数据作为测试用例。使用等价类划分方法设计测试用例要经历划分等价类（列出等价类表）和选取测试用例两步。 等价类的划分有两种不同的情况： ① 有效等价类：是指对于程序的规格说明来说，是合理的，有意义的输入数据构成的集合。 ② 无效等价类：是指对于程序的规格说明来说，是不合理的，无意义的输入数据构成的集合。在设计测试用例时，要同时考虑有效等价类和无效等价类的设计。 用等价类划分法设计测试用例步骤： (1) 形成等价类表，每一等价类规定一个唯一的编号； (2) 设计一个新的测试用例，使其尽可能多地覆盖尚未覆盖的有效等价类，重复这一步骤，直到所有有效等价类均被测试用例所覆盖； (3) 设计一个新测试用例，使其只覆盖一个无效等价类，重复这一步骤直到所有无效等价类均被覆盖。 2

实验内容及步骤： 边界值测试 1. 边界值分析 边界值分析是考虑边界条件而选取测试用例的一种功能测试方法。边界值分析关注输入空间的边界，以标识测试用例，因为错误更可能出现在输入变量的极值附近。 边界值分析的基本思想是：使用在最小值、略高于最小值、正常值、略低于最大值和最大值处取输入变量值。 2. 健壮性测试 健壮性是指在异常情况下，软件还能正常运行的能力。健壮性考虑的主要部分是预期输出，而不是输入。 健壮性测试是边界值分析的一种简单扩展。除了变量的5个边界分析取值还要考虑略超过最大值（max）和略小于最小值（min）时的情况。 3. 最坏情况测试 最坏情况测试将意味着更大工作量，n变量函数的最坏情况测试会产生5的n次方个测试用例，而边界值分析只产生4n+1个测试用例。 3

实验内容及步骤： 基于决策表的测试 决策表适合描述不同条件集合下采取行动的若干组合的情况。使用决策表标识测试用例，则把条件解释为输入，行动解释为输出。有时条件最终引用输入的等价类，行为引用被测试软件的主要功能处理部分，规则解释为测试用例。 对于有限条目决策表，如果有n个条件，则必须有2条规则。如果不关心条目实际地表明条件是不相关的，则没有不关心条目的规则统计为1条规则，规则中每出现一个不关心条目，该规则数乘一次2。 4

实验内容及步骤： 你的问题： （1） 在实际的测试中，如何设计测试用例才能达到用最少的测试用例检测出最多的缺陷； （2） 在进行用例设计时，如何考虑软件测试用例的充分性和减少软件测试用例的冗余性； 实验成绩 5

教师签字：

实验报告

6

课程名称： 软件测试 指导教师： 路阳 实 验 室： 信息馆202 专业班级： 计算机（软件）班 姓 名： 学 号：

计算机科学系

信息技术学院

实验名称 结构性测试 实验序号 2 实验目的及要求： （1） 掌握结构性测试技术，并能应用结构性测试技术设计测试用例； （2） 对测试用例进行优化设计； 实验日期 9月9日 实验内容及步骤： 逻辑覆盖 结构性测试力求提高测试覆盖率。逻辑覆盖是对一系列测试过程的总称，它是在使用白盒测试法时，选用测试用例执行程序逻辑路径的方法。 逻辑覆盖按覆盖程度由低到高大致分为以下几类： （1） 语句覆盖：设计若干测试用例，使程序中每一可执行语句至少执行一次； （2） 判断覆盖：设计用例，使程序中的每个逻辑判断的取真取假分支至少经历一次； （3） 条件覆盖：设计用例，使判断中的每个条件的可能取值至少满足一次； （4） 判断/条件覆盖：设计用例，使得判断中的每个条件的所有可能结果至少出现一次，而且判断本身所有可能结果也至少出现一次； （5） 条件组合覆盖。设计用例，使得每个判断表达式中条件的各种可能组合都至少出现一次；显然，满足⑤的测试用例也一定是满足②、③、④的测试用例。 （6） 路径覆盖。设计足够的测试用例，使程序的每条可能路径都至少执行一次。 如果把路径覆盖和条件组合覆盖结合起来，可以设计出检错能力更强的测试数据用例。 7

实验内容及步骤： 基本路径测试 如果把覆盖的路径数压缩到一定限度内，例如，程序中的循环体只执行零次和一次，就成为基本路径测试。它是在程序控制流图的基础上，通过分析控制构造的环路复杂性，导出基本可执行路径集合，从而设计测试用例的方法。 设计出的测试用例要保证在测试中，程序的每一个可执行语句至少要执行一次。 ① 程序的控制流图 控制流图是描述程序控制流的一种图示方法。基本控制构造的图形符号如图所示。符号○称为控制流图的一个结点，一组顺序处理框可以映射为一个单一的结点。控制流图中的箭头称为边，它表示了控制流的方向，在选择或多分支结构中分支的汇聚处，即使没有执行语句也应该有一个汇聚结点。边和结点圈定的区域叫做区域，当对区域计数时，图形外的区域也应记为一个区域。 图3-.1 控制流图的各种图形符号 如果判定中的条件表达式是复合条件时，即条件表达式是由一个或多个逻辑运算符（OR，AND，NAND，NOR）连接的逻辑表达式，则需要改复合条件的判定为一系列只有单个条件的嵌套的判定。例如对应图3-2. (a) 的复合条件的判定，应该画成如图3-2. (b) 所示的控制流图。 条件语句 if a OR b 中条件a和条件b各有一个只有单个条件的判定结点。 8

实验内容及步骤： 计算程序环路复杂性 进行程序的基本路径测试时，程序的环路复杂性给出了程序基本路径集合中的路径条数，这是确保程序中每个可执行语句至少执行一次所必需的测试用例数目的上界。 所谓路径，是指包括一组以前没有处理的语句或条件的一条路径。如在图3-3(b)所示的控制流图中，一组的路径是： path1：1 - 11 path2：1 - 2 - 3 - 4 - 5 - 10 - 1 - 11 path3：1 - 2 - 3 - 6 - 8 - 9 - 10 - 1 - 11 path4：1 - 2 - 3 - 6 - 7 - 9 - 10 - 1 - 11 路径path1，path2，path3，path4组成了图3-3 (b) 所示控制流图的一个基本路径集。只要设计出的测试用例能够确保这些基本路径的执行，就可以使得程序中的每个可执行语句至少执行一次，每个条件的取真分支和取假分支也能得到测试。基本路径集不是唯一的，对于给定的控制流图，可以得到不同的基本路径集。 (a) 程序流程图 (b) 控制流图 图3-3 程序流程图与对应的控制流图 通常环路复杂性可用以下三种方法求得。  将环路复杂性定义为控制流图中的区域数。  设E为控制流图的边数，N为图的结点数，则定义环路复杂性为 V(G)＝E－N＋2。  若设P为控制流图中的判定结点数，则有 V(G)＝P＋1。 9

实验内容及步骤： 导出测试用例 利用逻辑覆盖方法生成测试用例，确保基本路径集中每条路径的执行。 你的问题： （1） 使用公式e-n+p/e-n+2p确定的McCabe基路径与实际分析的是否完全一致？ （2） DD-路径和MM-路径的区别与联系。 实验成绩 10

教师签字：

实验报告

11

课程名称： 软件测试 指导教师： 路阳 实 验 室： 信息馆202 专业班级： 计算机（软件）班 姓 名： 学 号：

计算机科学系

信息技术学院

实验名称 QuickTest Professional初级使用 实验序号 3 实验目的及要求： 了解QuickTest测试工具的操作界面，了解QuickTest测试工具的测试模式和过程，并能使用QuickTest测试工具录制测试脚本、执行并分析测试脚本。 实验日期 9月16日 实验内容及步骤： QuickTest测试开发流程 QuickTest的测试流程包含七大阶段： 1. 录制测试脚本前的准备 在测试前需要先确认应用程序以及QuickTest 是符合测试需求。 确认你已经知道如何对应用程序进行测试，例如要测那些功能、操作步骤、输入的数据、预期的结果等。 同时应该检查一下QuickTest 的设定，如Test Settings（【Test】>【Settings】）以及Options 对话窗口（【Tools】>【Options】），以确保QuickTest 会适切的录制并储存信息。例如，你应该确认一下QuickTest 的Object Repository 是以什么模式储存信息的。 2. 录制测试脚本 当浏览网站或是操作应用程序时，QuickTest 会在Keyword View 中以表格的方式显示录制的操作步骤。每一个操作步骤都是使用者在录制时的操作，如在网页上点选一个超级链接（link），或是按下窗口上的按钮。 3. 加强测试脚本  在测试脚本中加入检查点，可以检查网页超级链接、对象属性或是字符串，以验证应用程序的功能是否正确。  将录制的固定值（hard code）参数以取代，使用多组的数据测试应用程序。 12

实验内容及步骤： 调试脚本（对测试脚本除错） 在修改过测试脚本之后，需要调试测试脚本，检查脚本是否存在错误，以确保测试脚本能正常且流畅的执行。 5. 在应用程序或网站上执行测试脚本 在对应用程序或网站的回归测试中，通过QuickTest回放对应用程序或网站的操作，检验软件正确性，实现测试的自动化进行。 6. 分析测试结果 查看QuickTest记录的运行结果，分析测试执行的结果，记录问题，找出应用程序的问题所在。 7. 回报问题（defect） 如果安装了Quality Center（TestDirector），则你可以将发现的问题回报到QualityCenter（TestDirector）的数据库中。Quality Center（TestDirector）是Mercury 的测试管理工具。 13

实验内容及步骤： 录制脚本准备 当你浏览网站或使用应用程序时，QuickTest会纪录你的操作步骤，并产生测试脚本。 当你停止录制测试脚本后，会看到QuickTest在Keyword View中以表格的方式显示测试脚本的操作步骤（steps）。 在测试前需要先确认你的应用程序以及QuickTest是符合你的测试需求的。 在开始时请先确认以下事项： 假如你是使用Internet Explorer浏览器，请你先取消「自动完成」的功能（取消「自动完成」的设定： 1. 开启Internet Explorer浏览器，点选【工具】>【因特网选项】>【内容】。 2. 点选【个人信息】中的【自动完成】按钮，开启【自动完成设定】对话窗口。 3. 在【使用「自动完成」】取消【窗体上的使用者名称和密码】选项。 ）。 关闭所有的浏览器窗口。 14

实验内容及步骤： 分析Keyword View中的测试脚本 当你录制测试脚本时，QuickTest会将你的每一个操作录制下来，并在Keyword View类似Excel工作表的方式显示所录制的测试步骤。您可以点选【View】>【Expend All】检视测试脚本的每一个步骤。 在Keyword View的中每个字段都有其意义： 【Item】：以阶层式的图标显示这个操作步骤所作用到的组件（测试对象（test object）、工具对象（utility object）、函数呼叫（function call）或脚本（statement））。 【Operation】：要在这个作用到的组件上执行的动作，如点选（Click）、选取（Select）。 【Value】：执行动作的参数（argument），例如当鼠标点选一张图片时是用左键还是右键。 【Assignment】：使用到的变量。 你的问题： 无 实验成绩 15

教师签字：

实验报告

16

课程名称： 软件测试 指导教师： 路阳 实 验 室： 信息馆202 专业班级： 计算机（软件）班 姓 名： 学 号：

计算机科学系

信息技术学院

实验名称QuickTest Professional高级使用 实验序号 实验目的及要求： 熟练使用QuickTest Professional进行自动化测试。掌握QuickTest Professional测试流程。 4 实验日期 9月23日 实验内容及步骤： 检查对象 在本部分中，将在“Book a Flight”页中添加标准检查点。该检查点将验证包含乘客名字的框中的值。 执行QuickTest并开启「Recording」测试脚本。将测试另存为“Checkpoint”。 找到要向其添加标准检查点的页面。添加检查点，以便在乘客的名字输入到“First Name”编辑框后，对该框中的属性值进行检查。在关键字视图的“项”列中，单击 (+) 展开“Action1”>“Welcome:Mercury Tours”>“Book a Flight: Mercury”。 创建标准检查点。在 Active Screen 中，右键单击“First Name”框，然后选择“插入标准检查点”。将打开“对象选择 - 检查点属性”对话框。 17

实验内容及步骤： 点选【Page: Book a Flight: Mercury】（在最上层）然后点选【OK】。接着开启【Page Checkpoint Properties】对话窗口。当执行测试时，QuickTest会检查网页的连结与图片的数量，以及加载的时间。QuickTest也检查每个link的URL以及每个图片的原始文件是否存在。 接受默认值，点选【OK】。QuickTest会在 Book a Flight: Mercury网页下方加上一个网页检查点。 点选【File】>【Save】或是点选工具列上的【Save】按钮保存测试脚本。 4. 检查文本 在此建立一个文本检查点，检查在【\"Flight Confirmation\"】网页中是否出现【\"New York\"】。 在Keyword View中，展开(+)【Action1】>【\"Welcome: Mercury Tours\"】。选取Keyword View中的【\"Flight Confirmation: Mercury\"】网页。在【Active Screen】会显示网页的画面。 在【Active Screen】中，选取在「Departing,」下方的「New York」。对选取的文字按下鼠标右键，点选【Insert Text Checkpoint】开启【Text Checkpoint Properties】对话窗口。 18

实验内容及步骤： 当【Checked Text】出现在下拉式清单中时，在【Constant】字段会显示刚刚选取的文字。也就是QuickTest在执行测试脚本时所要检查的文字。 点选【OK】关闭对话窗口。Quick Test会在测试脚本上加上一个文字检查点，这个文字检查点会出现在【\"Flight Confirmation: Mercury\"】网页下方。 点选【File】>【Save】或是点选工具列上的【Save】按钮保存测试脚本。 5. 检查表格 建立一个表格检查点，检查【Book a Flight: Mercury】网页上出国航班的价钱。 在Keyword View中，展开(+)【Action1】>【\"Welcome: Mercury Tours\"】。选取Keyword View中的【\"Book a Flight: Mercury\"】网页。在【Active Screen】会显示网页的画面。 在【Active Screen】中，在第一个航班的价钱上（New York to San Francisco）—270—点选鼠标右键，然后选取【Insert Standard Checkpoint】。会开启【Object Selection – Checkpoint Properties】对话窗口。 一开始被选取的是WebElement: 270，这时你要点选上一层的WebTable对象，选取WebTable: New York to San Fransisco。 单击“运行”或选择“测试”>“运行”。将打开“运行”对话框。请确保已选定“新建运行结果文件夹”。接受默认的结果文件夹名。单击“确定”。当完成测试运行时，将打开“测试结果”窗口。 1) 查看测试结果。 当 QuickTest 完成运行测试时，将打开“测试结果”窗口。测试结果应该为“通过”，表示所有检查点已通过测试。如果一个或多个检查点失败，则测试结果将为“失败”。 19

实验内容及步骤： 2) 查看页面检查点的结果。 在结果树中，单击 (+) 展开“Checkpoint Iteration 1 (Row 1)”> “Action1 Summary”> “Welcome: Mercury Tours”>“Book a Flight: Mercury”。 突出显示“检查点`Book a Flight: Mercury'”。 在“详细信息”窗格中列出了已检查的项目，可以查看页面检查点的详细信息。 检查点通过，因为已检查的实际属性值与预期值相匹配。 3) 查看表检查点的结果。 在结果树中的“Book a Flight:”页上，单击 (+) 展开“New York to San Francisco”。突出显示“检查点`New York to San Francisco'”。 在“详细信息”窗格中，可以查看表检查点的详细信息。还可以查看表单元格的值（已检查的单元格值显示为黑色；未检查的单元格值显示为灰色）。 4) 查看标准检查点的结果。 在结果树中的“Book a Flight: Mercury”页上，单击 (+) 展开“passFirst0”。 突出显示“检查点passFirst0”。在“详细信息”窗格中列出了已检查的属性及其值，可以查看标准检查点的详细信息。 你的问题： 修改受参数化影响的步骤有几步。 实验成绩 20

教师签字：

实验报告

21

课程名称： 软件测试 指导教师： 路阳 实 验 室： 信息馆202 专业班级： 计算机（软件）班 姓 名： 学 号：

计算机科学系

信息技术学院

实验名称 WinRunner的使用 实验序号 5 实验目的及要求： 了解WinRunner的安装过程，并进行安装实验。了解WinRunner测试模式和测试过程，并能够使用WinRunner进行简单的测试工作。 实验日期 9月30日 实验内容及步骤： 一、 创建GUI map 使用RapidTest Script wizard(快速测试脚本巫师)回顾软件用户界面，并系统地把每个GUI对象的描述添加到GUI map中。也可以在录制测试的时候，通过点击对象把对单个对象的描述添加到GUI map中。 二、 创建测试 可以通过录制、编程或两者同用的方式创建测试脚本。录制测试时，在你需要检查软件反应的地方插入检查点（Checkpoint）。插入检查点来检查GUI对象，位图(Bitmap)和数据库。在这个过程中，WR捕捉数据，并作为期望结果（被测软件的期望反应）储存下来。 三、 调试测试 可以先在调试模式（Debug mode）下运行脚本。也可以设置中断点(Breakpoint)，监测变量，控制WR识别和隔离错误。调试结果被保存在Debug folder，一旦调试结束就可以删除。 四、 执行测试 在检验模式(Verify mode)下测试被测软件。WR在脚本运行中遇到检查点后，就把当前数据和前期捕捉的期望值进行比较。如果发现有不符合，就记录下来作为实测结果。 22

实验内容及步骤： 查看测试结果 测试是成功还是失败由你来认定。每次测试结束，WR会把结果显示在报告中。报告会详述测试执行过程中发生的所有主要事件，如检查点、错误信息、系统信息或用户信息。 如果在检查点有不符合被发现，可以在Test Results（测试结果）窗口查看预期结果和实测结果。如果是位图不符合，也可以查看用于显示预期值和实测结果之间差异的位图。 报告发现的错误 如果由于测试中发现错误而造成测试运行失败，可以直接从Test Results窗口报告有关错误的信息。这些信息通过EMAIL发送给测试经理（QA Manager），用来跟踪这个错误直到被修复。 1. 启动WinRunner 点击开始>程序>WinRunner>WinRunner 启动WR。WR的Record/Run Engine(记录/执行引擎)的图标出现在Windows的任务条上。这个引擎设立和维护WR和被测软件之间的连接。 第一次启动WR会看到欢迎窗口，你可以选择新建测试、打开已有测试或快速预览WR。如果不希望下次启动看到这个窗口，可以把Show on startup前面的勾去掉。 2. WinRunner主窗口 主窗口包括以下部分： a). WinRunner title bar 标题栏 b). Menu bar 菜单栏 c). Standard toolbar 标准工具栏，包含运行测试时常用的命令 d). User toolbar 用户工具栏，包含创建测试时常用的命令 e). Status bar 状态栏 23

实验内容及步骤： 测试窗口 在测试窗口创建和执行测试，窗口包含以下部分： a). Test Window title bar 测试窗口标题栏，显示当前打开的测试名称 b). Test script 测试脚本, 通过录制或编写代码方式生成 c). Execution arrow 执行箭头，指明当前正在执行的那一行脚本，如果想要移动这个标志到某一行，只需要在该行左侧空白处点击鼠标左键 d). Insertion point 插入点，支出你可以插入或编辑文本的地方 加载WinRunner插件 在WinRunner启动时，可以选择支持ActiveX control、PowerBuilder、VisualBasic或WebTest的插件。其他插件需要单独向MI公司购买，建议不要同时载入所有的插件，不必要的插件可能会对录制或执行脚步造成问题。 把Show on startup前面的勾去掉，这个Add－In Manager的窗口就不会在WR启动的时候出现。你也可以在进入WR后在Settings>General Options>Enviroment 里面设置是否在开始时显示这个窗口以及等待时间等。 24

实验内容及步骤： 接下来你会以Context Sensitive 模式录制一段测试脚本，此测试脚本的操作流程为在FlightReservation 开启一笔订单。 1. 开启WinRunner 并加载GUI Map File执行【开始】->【程序集】->【WinRunner】->【WinRunner】，如果是第一次执行WinRunner，会开启欢迎窗口，则点选【New Test】；如果没有开启欢迎窗口，则点选【File】->【New】。 检查GUI Map File 是否已经加载，点选【Tools】->【GUI Map Editor】开启GUI MapEditor，再点选【View】->【GUI Files】检查是否加载flight4a.gui。如果flight4a.gui 没有加载，点选【File】->【Open】然后选取flight4a.gui 后，按下【Open】将其载入。 你的问题： WinRunner 如何执行测试脚本。 实验成绩 25

教师签字：

实验报告

26

课程名称： 软件测试 指导教师： 路阳 实 验 室： 信息馆202 专业班级： 计算机（软件）班 姓 名： 学 号：

计算机科学系

信息技术学院

实验名称 Web系统测试 实验序号 6 实验目的及要求： 应用Web测试工具对Web系统进行功能和性能测试； 实验日期 10月13日 实验内容及步骤： 功能测试 对Web系统进行功能测试包括以下几个方面： 1. 链接测试 链接是 Web 应用系统的一个主要特征，它是在页面之间切换和指导用户去一些不知道地址的页面的主要手段。链接测试可分为三个方面。首先，测试所有链接是否按指示的那样确实链接到了该链接的页面；其次，测试所链接的页面是否存在；最后，保证 Web 应用系统上没有孤立的页面，所谓孤立页面是指没有链接指向该页面。 2. 表单测试 当用户给 Web 应用系统管理员提交信息时，就需要使用表单操作，例如用户注册、登陆、信息提交等。在这种情况下，我们必须测试提交操作的完整性，以校验提交给服务器的信息的正确性。例如：用户填写的出生日期与职业是否恰当，填写的所属省份与所在城市是否匹配等。如果使用了默认值，还要检验默认值的正确性。如果表单只能接受指定的某些值，则也要进行测试。例如：只能接受某些字符，测试时可以跳过这些字符，看系统是否会报错。 27

实验内容及步骤： Cookies测试 Cookies通常用来存储用户信息和用户在应用系统的操作，当一个用户使用 Cookies访问了某一个应用系统时， Web 服务器将发送关于用户的信息，把该信息以 Cookies 的形式存储在客户端计算机上，这可用来创建动态和自定义页面或者存储登陆等信息。 如果 Web 应用系统使用了 Cookies ，就必须检查 Cookies 是否能正常工作。测试的内容可包括 Cookies 是否起作用，是否按预定的时间进行保存，刷新对 Cookies 有什么影响等。 数据库测试 在 Web 应用技术中，数据库起着重要的作用，数据库为 Web 应用系统的管理、运行、查询和实现用户对数据存储的请求等提供空间。 在使用了数据库的 Web 应用系统中，一般情况下，可能发生两种错误，分别是数据一致性错误和输出错误。数据一致性错误主要是由于用户提交的表单信息不正确而造成的，而输出错误主要是由于网络速度或程序设计问题等引起的，针对这两种情况，可分别进行测试。 28

实验内容及步骤： 对Web系统进行性能测试主要包括以下几个方面： 1. 连接速度测试 用户连接到 Web 应用系统的速度根据上网方式的变化而变化，他们或许是电话拨号，或是宽带上网。当下载一个程序时，用户可以等较长的时间，但如果仅仅访问一个页面就不会这样。如果 Web 系统响应时间太长（例如超过 5 秒钟），用户就会因没有耐心等待而离开。 另外，有些页面有超时的，如果响应速度太慢，用户可能还没来得及浏览内容，就需要重新登陆了。而且，连接速度太慢，还可能引起数据丢失，使用户得不到真实的页面。 2. 负载测试 负载测试是为了测量 Web 系统在某一负载级别上的性能，以保证 Web 系统在需求范围内能正常工作。负载级别可以是某个时刻同时访问 Web 系统的用户数量，也可以是在线数据处理的数量。例如： Web 应用系统能允许多少个用户同时在线？如果超过了这个数量，会出现什么现象？ Web 应用系统能否处理大量用户对同一个页面的请求？ 3. 压力测试 进行压力测试是指实际破坏一个 Web 应用系统，测试系统的反映。压力测试是测试系统的和故障恢复能力，也就是测试 Web 应用系统会不会崩溃，在什么情况下会崩溃。黑客常常提供错误的数据负载，直到 Web 应用系统崩溃，接着当系统重新启动时获得存取权。 压力测试的区域包括表单、登陆和其他信息传输页面等。 29

实验内容及步骤： 1. 导航测试 导航描述了用户在一个页面内操作的方式。通过考虑下列问题，可以决定一个 Web 应用系统是否易于导航：导航是否直观？ Web 系统的主要部分是否可通过主页存取？ Web 系统是否需要站点地图、搜索引擎或其他的导航帮助？ 2. 图形测试 一个 Web 应用系统的图形可以包括图片、动画、边框、颜色、字体、背景、按钮等。图形测试的内容有： （1） 确保图形有明确的用途，图片或动画不要胡乱地堆在一起，以免浪费传输时间。 （2） 验证所有页面字体的风格是否一致。 （3） 背景颜色应该与字体颜色和前景颜色相搭配。 （4） 图片的大小和质量也是一个很重要的因素，一般采用 JPG 或 GIF 压缩。 3. 内容测试 内容测试用来检验 Web 应用系统提供信息的正确性、准确性和相关性。 你的问题： Web 系统的主要部分是否可通过主页存取？ 实验成绩 30

教师签字：