QualityCenter实用手册v.docx

《QualityCenter实用手册v.docx》由会员分享，可在线阅读，更多相关《QualityCenter实用手册v.docx（22页珍藏版）》请在三一办公上搜索。

1、QualityCenter实用手册vQuality Center项目管理 1 系统管理员操作 系统管理员负责整个测试工程在Quality Center系统中的工程建立、人员团队构建、权限分配、模块流转模式建立等系统维护工作。是整个测试工作在Quality Center中得以充分展现的驱动者角色。一般该角色应由测试负责人来充任。 作为Quality Center管理员，需要创建和维护Quality Center项目、用户、服务器。Site Admistration包括以下内容： 1. Site Projects 管理quality center工程。包括增加新的域和项目，查询项目数据，存储项目，

2、项目重命名，激活和挂起项目。 2. Site Users 增加用户、定义用户属性、修改用户密码。 3. Licenses 监控所有正在使用的Quality Center licenses ，修改license关键字。 4. Servers 修改服务器信息，比如日志文件和邮件协议。 5. DB Servers 管理数据库服务器。增加新数据库服务器，编辑服务器的连接串，改变服务器默认管理员用户名、密码，修改用户密码。 6. Site Configuration 修改Quality Center的配置参数。 7. Site Analysis 监控连接到Quality Center用户 1.1 创建项

3、目 根据项目情况，可以在Quality Center上为其创建一个Domain，在这个Domain上创建项目，来进行工程的实际管理与跟踪。下面介绍如何创建一个项目。 1.1.1 管理员登录 1.1.2 新建Domain 1进入”Site Projects”页面 2点击“Creat Domain”按钮， 打开新建domain的对话框，输入domain的名称，点击“OK”。 1.1.3 新建project 点击，新建一个project，按照对话框的提示填写项目信息。 1.2 创建组别 1.2.1 组别的定义 测试过程的管理，需要不同角色的的参与来共同实现，不同的项目管理需要不同的角色组别。角色的区

4、分可以通过QC进行创建，并进行权限的限制，从而分别充任不同的角色，参与到测试的流程管理中来，亦可进行测试流程的监督和管理。 一般的人员组别有：开发负责人、开发人员、测试负责人、测试人员、配置管理人员。 开发负责人：负责监督开发进度，制定开发计划，配合制定测试计划，对测试出现的问题及缺陷进行评审并监督其解决。 开发人员： 负责开发任务，并进行缺陷的修复。 测试负责人：负责监督测试进度，制定测试计划，审查测试出的缺陷，对测试出的问题进行评审及跟踪。 测试人员： 对开发完毕的功能、模块或者系统进行测试，尽力发现功能中的缺陷并进行汇报，对已经修复并更新发布的缺陷进行复测。 配置管理人员：将开发人员提的

5、更新包更新到相应环境，并进行汇总汇报以及更新包质量监督等 如果针对测试流程管理，还可以建立其他组别进行测试流程的监督。例如可建立评审组，可以评审测试计划、测试案例、测试出的缺陷等，此时对该组的权限仅为Viewer的权限，即只能查看不能进行修改。 如果还要对TD中的需求进行管理，还可以建立需求组。需求组可有具有添加需求的权限，以方便其对测试中需求的补充、变更标注等操作。 1.2.2 创建组别 登录Mercury Quality Center 用管理员帐户登录要自定义的项目 选择菜单ToolsCustomize 点击Set Up Groups 链接 1. 新增用户组 点击，点击save保存。 2

6、设置用户组权限 选中一个用户组，点击“change”按钮，选中要增加的权限。 3设置转换规则 点击“Add”按钮， 在From下： 选择 $ANY 允许一个用户组改变这个输入值, 改变的值与当前显示的值无关。 从列表中选择一个值. 仅当该字段显示你选择的值时，用户组才可以修改这个值. 例如,仅当Status字段的值为“Fixed”时，才允许选中的用户组编辑Status字段 。 在To下: 选择 $ANY 允许一个用户组改变这个输入值, 改变的值与当前显示的值无关。 从列表中选择一个值.用户组只可以把选中字段的值修改为这个指定的值. 1.2.3 为用户组定制模块访问权 1 点击Customize

7、 Module Access链接； 图标表示用户组可以访问的模块 在表中选中或清除单元格：双击单元格，或者选中单元格并按“Space”键。 2 点击Save保存所作修改。 1.2.4 添加人员 组别建立完毕后，可以添加人员到各个组别里，具体操作如下： 在Poject Customization 页面下 点击“Set UP Project Users”链接 点击 增加用户，然后点击“Save”按钮。 2 测试管理流程 管理员创建项目并维护组别添加人员角色后，被添加的人员就可以根据各自的角色在Quality Center上进行权限内的操作。而不同角色的操作是基于一定的流程规范的，下面介绍测试管理的

8、流程。 需求定义：分析应用程序并确定测试需求。 测试计划：基于测试需求，建立测试计划。 测试执行：创建测试集并执行测试。 缺陷跟踪：报告程序中产生的缺陷并跟踪缺陷修复的全过程。 3 管理需求 需求模块能够定义和管理测试需求，以树形结构展现整个需求说明和需求关系。可以在需求和测试间建立连接，而测试与缺陷又可以建立关联。可以跟踪测试需求到整个测试过程的每一个步骤，假如测试需求被改变，你可以立即确定哪些测试和缺陷受到影响，并且是谁负责的受到了影响。你能够在需求树中分组和分类需求，监控需求过程和任务分配，并产生详细的报告和图表。 其主要流程如下： 定义测试范围：检查应用程序文档，并确定测试范围测试目的

9、、目标和策略。 创建需求：创建需求树，并确定它涵盖所有的测试需求。 描述需求：为“需求树”中的每一个需求主题建立了一个详细的目录，并描述每一个需求，给它分配一个优先级，如有必要的话还可以加上附件。 分析需求：产生报告和图表来帮助你分析测试需求，并检查需求以确保它们在你的测试范围内。 3.1 定义测试范围 测试团队通过收集所有有用的文档，来确定测试范围。 3.2 建立需求大纲 需求主题是通过创建需求树记录在需求模块里。此需求树是以图表的方式形象地描述了你的需求说明书，并显示了不同级别需求的等级关系。 3.2.1 创建需求树 1. 在需求模块的工具栏上点击新建需求按钮，或者选择需求 新建需求。 注

10、意：假如需求字段已经在工程自定义窗口中定义，则新建需求对话框将被打开。为不要的字段选择值，并点击提交。 QualityCenter将增加一个默认名称为“新建需求”的新需求到需求树中。 2. 为新的需求输入一个名称。注意，需求名称中不能够包括字符：/ *。 3. 为需求添加需求细节。 4. 在描述面板中，输入新需求的描述信息。 5. 点击附加按钮为新需求添加附件。附件可以是文件、URL、应用程序的快照、剪贴板中的图像或系统信息。QualityCenter会在需求树中，紧挨着需求名放置一个可点击的附件图标6. 点击覆盖范围按钮。 或选择视图 测试范围，为需求添加测试覆盖。测试覆盖定义了测试计划树中

11、的测试并能够让你连接测试需求到测试。你仅仅只有当在测试计划期间创建测试后，才能够定义测试覆盖。 7. 添加另外的需求到需求树： l l 3.2.2 从需求转换测试 一旦你创建了需求树，你可以用这些需求作为基础，在测试计划树中定义测试，并在测试集中运行测试。 从需求创建测试有如下两种方法： 转换为测试：转换需求到测试计划树中指定主题的测试。 从需求产生测试：转换需求到测试计划树中指定主题的测试，并添加到测试实验室模块指定的测试集中。 转换为测试： 使用转换到测试向导，转换需求到测试计划树中指定主题的测试。 点击新建需求按钮点击新建子需求按钮 ，在当前需求下面添加同等级需求。 ，在当前需求下面添加

12、低一级的需求。 1. 你可以转换需求树中指定的需求或全部需求： 转换所有需求：选择需求转换为测试 全部转换。 转换指定的需求：在需求树中选择所要转换的需求，并选择需求转换为测试 转换选定的需求。 选择自动转换方法对话框将被打开。 2. 选择一种自动转换方法。 l 选择将最底层的子要求转换为设计步骤，将所有最低级别的子需求转换为设计步骤、高一级别的转换为测试、所有更高级别的转换为主题。 l 选择将最底层的子要求转换为测试，将所有最低级别的子需求转换为测试、所有高级别的转换为主题。 l 选择将所有要求转化为主题，将所有选择的需求转换为主题。 3. 点击下一步去开始转换需求。若想取消转换并返回到步骤

13、1，点击进度条上的上一步按钮。当转换过程完成，转换结果将被显示在步骤2对话框中。 注意：假如你仅仅只转换单个需求，向导将会跳过此对话框。 4. 查看向导图例，点击图例链接。 5. 对每一个转换项，你能够做如下操作： l 选择一个项，并点击从测试计划树中删除。 l 选择一个项，并点击Subject按钮，或右键点击该项，并选择Subject，将选择的项改变为一个主题。子项将变为主题或测试。注意，主题名称必须唯一。 l 现在一个项，并点击测试按钮，或右键点击该项，并选择测试，将选择排除按钮，或右键点击该项，并选择排除，将此项的项改变为一个测试。子项将被转换为测试步骤。注意，测试名称必须唯一。 l 选

14、择一个项，并点击步骤按钮，或右键点击该项，并选择步骤，将所选择的项改变为测试步骤。子项将被转换为步骤的描述。 l 选择一个项，并点击描述按钮，或右键点击该项，并选择描述，将所选择的项改变为步骤描述。子项将被转换为缩进的描述文本。 6. 当你作修改时，若不希望使用向导，将默认选中的自动完成子集选择项取消。假如此项被选中，你在改变父级别时，如从主题改变为测试，向导会自动转换所有子项的级别，如从测试到测试步骤。 7. 点击下一步，步骤3的对话框将被打开。 8. 在目标主题路径中，点击选择主题按钮，选择目标主题对话框将被打开，在此对话框中显示的测试计划树中选择一个主题。或者输入一个主题名称。默认情况下

15、，QualityCenter将放置这些测试到测试计划模块的临时测试文件夹。 9. 点击完成。在进度栏上点击停止按钮，去停止转换过程，并返回到步骤3对话框。 10.点击信息对话框中的确定按钮，关闭转换到测试的对话框，或者查看生成的错误信息。 3.2.3 从需求产生测试 使用产生测试对话框，转换需求到测试计划树中指定主题的测试，并添加到测试实验室模块指定的测试集中。 1. 在需求树中，右键点击一个需求，并选择生成测试或者需求生成测试。产生测试对话框将被打开。 2. 对于主题框，从测试计划树中选择一个主题或输入一个新的主题名。默认情况下，QualityCenter放置此测试在测试计划模块的临时测试文

16、件夹。 3. 在测试名称框中，为新测试输入一个名字。默认情况下，QualityCenter将使用需求名称作为测试名。 4. 假如你不希望QualityCenter去创建测试步骤，取消创建测试步骤复选框的选择。假如此选项是被选中的，QualityCenter将为每个子需求添加一个步骤到测试。 5. 选中将测试添加到测试集复选框，去要求QualityCenter在测试实验室模块中增加测试到测试集。在测试集列表中，选择一个测试集或输入一个新的测试集名称。 6. 点击确定。 3.2.4 从需求创建测试和从需求产生测试的区别 转换为测试：转换需求到测试计划树中指定主题的测试。 可以转换需求树中的所选定的

17、需求或所有需求。这种方法使用转换到测试向导，帮助你设计测试计划树。下图为按照测试向导选择“将最底层的子要求转换为设计步骤”后生成的测试计划树。 需求里风险预警查询文件夹中共有10个需求，其中“02-预警指标综合查询”有4个子需求。在测试计划里生成了主题“风险预警查询”和10个测试，其中“02-预警指标综合查询”生成了测试步骤。 从需求产生测试：转换需求到测试计划树中指定主题的测试，并添加到测试实验室模块指定的测试集中。 这种方法使用产生测试对话框，在你分析需求时，能够帮你迅速运行测试。 下图为通过产生测试生成的测试： 同样的需求，这种方法是把需求生成为测试步骤，将生成的测试步骤添加到已有测试集

18、当中。这里测试集为“风险预警查询”，测试步骤为10个。 不同的方法生成的测试计划里的部分不同，要根据本身需求选择方法来进行测试的生成。在实际应用中，我们更多的应用转换测试的方法来生成测试主题和测试集。从需求产生测试要求需求要足够细化到能够生成可执行的测试步骤。 4 管理计划 典型的应用程序，若作为一个整体去测试是太大的。测试计划模块能够让你，通过创建测试计划树，根据功能性，将你的应用程序分成各个单元或主题。这是对测试计划的一种图形表达，根据它们功能的等级关系来展现你的测试。 一个清晰并简明的测试计划，是成功的测试实施中必要步骤。一个好的测试计划，能够让测试人员在整个测试过程的任何位置，对应用程

19、序的质量进行评定。制定测试计划的工作流程如下章节逐一介绍。 4.1 创建测试计划树 1.点击新建文件夹按钮被打开。 ，或选择测试 新建文件夹。新文件夹对话框将2.在文件夹框中为新的主题输入一个名称，并点击确定。注意，主题文件夹名称中不能够包括字符：/ ,*或 。 3.在描述标签页中，为主题输入的描述信息。 4.假如需要的话，点击附件标签页为这个新的文件夹添加附件。附件可以是文件、URL、应用程序的快照、剪贴板中的图像或系统信息。QualityCenter会在需求树中，紧挨着需求名放置一个可点击的附件图标。 5.以同样的方式在主级别目录上创建你想要的主题文件夹。 6.在测试计划树上选择一个主题文

20、件夹，并在其下面创建子文件夹。 7.点击新建文件夹，并重复步骤26。 4.2 添加测试到测试计划树 1. 在测试计划树上选择一个主题文件夹。 2. 点击新建测试按钮被打开。 ，或选择测试 新建测试，创建新测试对话框将3. 从测试类型列表中选择一个测试类型。你能够选择如下的测试类型： 测试类型 MANUAL 描述 手动测试 一个测试，将通过WinRunner执行。Mercury WR-AUTOMATED Interactive公司的一款适用于Microsoft Windows应用程序的功能测试工具。 VAPI-TEST API执行工具，能够让你创建和运行C Scripts。 LR-SCENARI

21、O Interactive公司的负载测试工具。 一个测试，将通过QuickTest Professional执行。QUICKTEST-TEST Mercury Interactive公司的企业版功能性测试工具。 或通过Astra QuickTest执行，Mercury Interactive公司的为Web的功能性测试工具。 一个场景，将通过LoadRunner执行。Mercury 一个测试，将通过Visual API执行。TestDirector的4. 在测试名称框中，为测试输入名称，并点击确定。注意，测试名称不能够包括如下字符： / : “ ? | * 。 注意：假如在工程自定义窗口中定义了

22、必须的测试字段，必须的测试字段对话框将被打开。为必须的测试字段选择值，并点击确定。 新的测试显现在测试计划树中，你选择的主题文件夹下面。在细节标签页，测试名称被添加到测试名称框中。 5. 在详细信息标签页，输入如下的功能、模块和评审状态： 注意：你能够随意改变测试信息每一个字段的标签，你也能够添加用户自定义字段到测试信息中。 6. 点击附件标签页，为新的测试添加必要的附件。附件可以是文件、URL、应用程序的快照、剪贴板中的图像或系统信息。 7. 点击需求覆盖标签页，点击选择需求定义需求覆盖。 8. 点击设计步骤标签页，为测试定义步骤。 4.3 连接需求到一个测试 在测试计划期间，当你在测试计划

23、树上选择一个测试时，QualityCenter会在需求覆盖标签页中显示这个测试的需求覆盖。覆盖网格中列出了所选择测试所覆盖的需求。你可以在这个覆盖网格中添加或删除需求。 提示：右键点击覆盖网格，并选择显示完整路径，可以显示需求在需求树中位置。 添加需求覆盖： 从需求树上选择需求，添加需求覆盖到一个测试。 1.在测试计划树上选择一个测试。 2.点击需求覆盖标签页。 3.点击选择需求按钮，在右边显示需求树。 4.在需求树中搜索特定的需求：在输入框中输入所要搜索的需求的名称，并点击Enter按钮。假如搜索成功，QualityCenter会在树中高亮显示此需求。 5.在树中刷新一个需求：选择需求，并点

24、击刷新按钮。若想刷新树中所有的需求，右键点击此需求树，并选择刷新全部刷新。 6.选择一个需求或需求主题，点击按钮，添加需求覆盖。 假如你想覆盖能够包括所选需求的子需求，选中添加到覆盖范围 提示：你可以通过在拖动需求树中的需求或需求主题到覆盖网格中，来定义需求覆盖。 7. 从覆盖网格中选择一个或多个准备删除的需求，点击鼠标右键，选择删除，删除需求。 8.点击关闭按钮，去隐藏需求树。 按钮后者点击4.4 设计测试步骤 你可以使用测试步骤编辑器来为测试添加步骤。 创建测试步骤： 1.在测试计划树上选择一个测试，并点击设计步骤标签页。 2.点击新建步骤按钮步骤编辑器被打开。 或右键点击设计步骤标签页并

25、选择新建步骤。设计测试计划模块在步骤名称框中显示一个步骤名称。默认名称为测试步骤的序列号。你可以在框中输入不同的名字来改变这个名称。 3.为测试步骤输入描述和预期结果。键入数据为任何用户自定义的字段。 4.点击插入参数按钮，参数属性对话框被打开，输入一个参数名称，并点击确定。新的参数被添加到这个步骤中。 5.点击新建步骤按钮名称框中。 注意：当现在已到步骤2，鼠标点击步骤1后，新建步骤3添加在步骤1下面，否则添加都步骤2下面。 6.选择关闭按钮来关闭设计步骤编辑器，并添加这些测试步骤。 注意：QualityCenter只是在你退出设计步骤标签页时才保存步骤，而不是在你每次添加步骤之后。假如你正

26、在添加大量的文本，你可以点击保存按钮来手动保存它们。 测试步骤显示在设计步骤标签页。在测试计划树中，在测试图标旁的一个脚印标志标识此测试已经定义了测试步骤。 7.你可以为测试步骤添加附件。一个附件能够是一个文件、URL、快照或系统信息。现在一个步骤并点击添加附件按钮来添加附件到测试步骤。 ，来增加另外的步骤。紧接着的序列号显示在步骤注意：你可以从已存在的测试中拷贝步骤。 5 管理缺陷 软件测试过程中，最基本的任务莫过缺陷管理。我们应该正确使用工具进行软件测试工作中缺陷的管理，以及时发现和汇报，并有效的提升系统质量。如何记录和管理缺陷，是整个测试质量的关键。有效的记录、修改、查找应用软件的缺陷是

27、开发过程中不可缺少的一个环节。下面逐步介绍Quality CenterTD管理缺陷的过程。 5.1 缺陷管理流程 按照如下流程进行缺陷的流转。 NewOpenDev-ReceivedWorkingVerifiedIssuedTes-ReceivedClosedCancelFixedRejectedreopen流转流程一： 1. 测试人员新发现一个bug，提出后状态为new； 2. 测试负责人对new状态的bug进行审核， l 确认为一个缺陷后，将其置为open状态； l 当认为该缺陷不成立时，可直接置为Cancel状态，该bug停止流转； 3. 开发负责人对open状态的bug进行审核， l

28、如果接受该缺陷，并需要立刻进行修复时，将该bug状态置为Dev-Received； l 如果接受该缺陷，但是由于某些原因导致不能立刻进行修复，则将该bug状态置为Fixed，进行挂起，待后续处理； l 如果不接受该缺陷，则将其置为Rejected状态，但是要叙述拒绝的理由； 4. 开发人员看到Dev-Received状态的bug后，对bug进行修复，经过单元测试后，提交更新包到配置管理工具上，并将相应bug状态修改为Verified； 5. 配置管理人员根据更新包上标注的标签，将执行更新后的bug状态更改为Issued状态； 6. 测试人员看到Issued状态的bug后，进行复测， l 复测通

29、过时，将该bug关闭，即将其状态置为Closed，此后bug不再进行流转； l 复测不通过时，将该bug置为Reopen状态，此时该bug将进行新一轮的流转。 流转流程二： 1. 对于Fixed状态的bug， l 开发负责人可以将其置为Dev-Received，进行修复处理； l 开发负责人可以将其置为Cancel状态，取消该缺陷，不对其进行任何处理； 2. 对于Rejected状态的bug，测试负责人对其进行审核 l 对于没有拒绝理由的或者理由不充分的bug，直接将其置为Reopen状态； l 将确认可以进行拒绝的bug置为Cancel状态，终止其流转。 三、权限分配 由此可见，各组别的bu

30、g状态上的权限可限制为： 开发负责人： Open Dev-Received Reopen Dev-Received Open Rejected Reopen Rejected Open Fixed Reopen Fixed 开发人员： Dev-Received Verified 配置管理人员： Verified Issued 测试人员： New Issued Closed Issued Reopen 测试负责人： New Open New Cancel Rejected Reopen Rejected Cancel 5.2 记录缺陷 5.2.1 缺陷工具栏 工具栏包含以下内容 :打开添加错误对

31、话框 ，让你能在错误列表中添加一个新的错误。 : 打开过滤对话框，你能对错误列表中的错误进行过滤和分类。 :刷新错误列表。显示按你设定的过滤以及分类方式出现的错误列表。 :打开选择列对话框,你能自定义错误的信息哪些按哪种顺序会显示在 缺陷列表中. : 打开对话框显示错误的详细信息： 详细信息: 使你能输入错误的详细信息 描述: 输入错误的详细描述和R&D注释 附件:能够给这个错误信息添加附件。 历史信息: 能够查看这个错误的修改历史信息 :包含以下选项 查找类似缺陷: 用所有项目中的错误与选中的错误比较.你能在错误列表中执行一个找寻搜索，来查找是否有相似错误的搜索或者在发送新错误前作这个查找。

32、 查找类似文本: 用一个特殊信息与项目中的所有错误进行比较.你能通过你制定的错误相似度限制你的结果。 : 打开发送邮件对话框, 能让你通过邮件发送错误信息 : 包含以下选项: 添加到收藏夹: 打开添加到收藏夹对话框, 使你保存一个列表并且添加到你的收藏夹中。 组织收藏夹: 打开组织收藏夹对话框, 使你能够管理你的收藏夹，如重命名，保存，删除，另存为。 5.2.2 新建缺陷 1.点击 新建缺陷按钮. 新建缺陷对话框打开。 2在上面的对话框中输入相关缺陷的细节信息.注意有红色标头的是必填项. 如果你想清空新建缺陷对话框中的数据点击清除 按钮。 提示：为了排除同样的或者相似的错误在传送错误前点击查找

33、类似缺陷按钮。 3.在错误报告中添加附件。 点击 添加文件 按钮 ，添加附件。 点击URL按钮 点击 快照 按钮，添加 URL。 ，添加一个抓拍图像。 ，添加系统信。 ，添加剪贴板信息。 点击 系统信息 按钮点击剪贴板内容按钮4.点击 提交按钮添加错误到项目中，QualityCenter给这个错误分配id并且将这个错误设为打开。 5.点关闭按钮。 5.2.3 更新缺陷 1.打开，选择要显示的列名，设置筛选条件。例如，在模块中，点击 ，弹出对话框，选择模块名称。 2.点击刷新按钮，显示该模块下的缺陷。 3.根据实际测试结果，更改状态。 缺陷根据自己的生命周期，从测试人员的打开状态转换到开发人员的

34、开发接收状态，再转到修改完成状态，待发布状态，配置管理员更新为已发布状态，这时测试人员通过查看已发布的缺陷来进行复测，根据实际结果更改缺陷的状态。 4.删除缺陷，选择一个缺陷，点击右键，选择删除。 注意：删除权限一般只有管理员拥有。并且缺陷和用例通常情况我们只作废不删除，除非有特殊情况才允许删除。删除缺陷需要向管理员申请。 6 报告分析 可以在任何QualityCenter模块中产生报告或图表。不同的模块有不同的报告选项. 你可以使用缺省模式的报告或者按自己的要求自定义报告. 提示: 可以通过选择需求，测试或者缺陷为树中的一个节点或者列表中的一行创建一个快速报告 选择分析 报告. 建立报告:

35、1. 选择一个你想创建报告的模块，我们以缺陷模块为例。 2. 设定筛选条件。比如想要生成本月的缺陷报告，检测日期设为“ThisMonth”。 3. 选择分析 报告,选择一个报告类型或者图表，以图为例。 4. 根据图表右侧设定X轴和分组方式，点击刷新按钮，生成新的图表。 5. 点击设置图外观按钮，弹出图外观对话框，可以设置标题中字体以及标题题目；设置外观中图表背景和图例项目的颜色。 6. 点击筛选器按钮，弹出对话框，进行更改筛选条件。 7. 点击刷新按钮，生成新的图表。 8. 可以通过选择图表上方的“数据表格”、“条形图”和“饼形图”来变换图表。 9. 点击10. 点击，打印图表。 ，保存图表。 11. 点击关闭按钮，关闭报告返回当前的模块。