计算机软件产品检验员国家职业标准-培训大纲（检验师）.doc

计算机软件产品检验员国家职业标准培训大纲相关知识部分检验师分册信息产业部电子行业职业技能鉴定指导中心前 言本部分培训大纲是计算机软件产品检验员国家职业标准培训大纲的相关知识检验师部分，对应标准中第3章中对于检验师的要求，规定了该级别从业人员应掌握的相关知识。本部分培训大纲应与计算机软件产品检验员国家职业标准培训大纲的基础知识部分配套使用。培训大纲中选用了部分相关领域内现行有效的国家标准，在培训中应注意参考这些标准的最新版本中的内容。目 录1.相关知识11.1.测试计划、测试说明、测试用例的编制要求1（1）软件测试的目标1（2）软件测试的原则1（3）功能测试1（4）性能测试2（5）兼容性测试(可移植性测试)3（6）易用性测试3（7）标准符合性测试3（8）测试计划的编写要素3（9）测试记录的编写要素3（10）测试用例的编写要素3（11）测试用例的设计原则4（12）如何保证测试用例的重用4（13）黑盒测试用例的设计4（14）功能测试故障模型71.2.测试覆盖率的知识8（1）测试覆盖率的定义8（2）测试覆盖率的计算方法81.3.测试数据的生成方法8（1）从数据生成技术角度分为8（2）从数据生成方式分为8（3）其它新方法9（4）常见测试数据生成工具91.4.测试环境要素及配置测试环境的方法10（1）硬件环境拓扑图的画法10（2）主流家用个人计算机的标准配置10（3）主流商用个人计算机的标准配置10（4）主流文件服务器的标准配置10（5）内存扩展对计算机系统性能的影响10（6）硬盘空间对计算机系统性能的影响10（7）CPU主频对计算机系统性能的影响10（8）常用局域网组网方式10（9）常用Internet接入方式101.5.自动化测试工具的知识10（1）测试桩模块的概念10（2）测试驱动程序的概念10（3）测试监视代码的概念11（4）自动测试脚本的概念11（5）常用的自动测试脚本技术11（6）测试件的结构11（7）典型的自动测试前处理任务11（8）典型的自动测试后处理任务11（9）自动化测试工具的概念11（10）常用测试工具的分类11（11）自动化测试与手工测试的关系111.6.测试环境的确认方法111.7.测试团队角色定义111.8.测试项目管理方法12（1）软件测试过程12（2）测试计划阶段的主要任务12（3）测试设计阶段的主要任务12（4）测试执行阶段的主要任务12（5）测试总结阶段的主要任务12（6）项目应提交的最终文档121.9.测试过程监控的知识12（1）测试准入条件12（2）测试准出条件13（3）测试结束条件131.10.纠正与预防措施的知识131.11.缺陷严重程度与优先级的判定方法131.12.缺陷分类方法141.13.缺陷报告的编写方法14（1）缺陷报告的内容141.14.测试报告编制要求151.15.回归测试方法151.16.培训技能知识151.17.GB/T16260、GB/T17544、GB/T15481中的内容15计算机软件产品检验员国家职业标准培训大纲相关知识部分 高级检验员分册 第29页/共15页计算机软件产品检验员国家职业标准培训大纲相关知识部分 检验师分册1. 相关知识1.1. 测试计划、测试说明、测试用例的编制要求（1） 软件测试的目标是以最少的资源和时间，找出软件中隐藏的各种缺陷甚至错误。（2） 软件测试的原则l 应当把“尽早地和不断地进行软件测试”作为软件开发者的座右铭l 测试用例应由测试输入数据和与之对应的预期输出结果这两部分组成l 程序员应避免检查自己的程序l 在设计测试用例时，应当包括合理的输入条件和不合理的输入条件l 充分注意测试中的群集现象l 严格执行测试计划，排除测试的随意性l 应当对每一个测试结果做全面检查l 妥善保存测试计划，测试用例，出错统计和最终分析报告，为维护提供方便（3） 功能测试l 测试目的软件产品功能测试的目的是对用户需求的符合性测试，确认软件产品的功能是否满足用户需求或软件开发任务书中要求的功能。l 测试内容n 适合性测试n 准确性测试n 互操作性测试n 保密安全性测试n 依从性测试l 常用的功能测试方法n 等价类划分法n 边界值分析n 因果图n 错误推测n 比较测试l 功能测试的实施步骤n 软件测试计划n 测试设计n 测试执行n 测试总结（4） 性能测试l 测试目的是要检查系统是否满足在需求规格说明书中规定的性能要求l 性能测试的测试内容时间特性和资源特性l 常用的性能测试方法n 测试中断处理时间n 测试CPU资源的使用情况n 测试内存资源的使用情况n 测试网络使用率l 典型的性能测试结果系统响应时间、吞吐率、占用CPU时间、内存空间和外存空间等。（5） 兼容性测试(可移植性测试)l 向下兼容测试的概念是测试软件新版本保留它早期版本的功能的情况l 交叉兼容测试的概念是验证共同存在的两个相关但不同的软件产品之间的兼容性（6） 易用性测试l 易用性测试的概念l 主要内容易理解性、易学性、易操作性、吸引性、依从性兼容性测试硬件兼容性测试：主机兼容性测试；板卡、配件及外设的兼容性测试。配置指标主要包括对CPU、内存和硬盘的要求。推荐配置就保证软硬件构成的系统在正常业务的压力负载下，CPU资源占用率平均值不超过75%。软件兼容性测试：操作系统兼容性测试、数据库兼容性测试、中间件兼容性测试、与其他软件的兼容性测试。数据兼容性测试：编码体系测试、数据标准符合性测试。新旧系统数据迁移测试：迁移准备、迁移实施、迁移验证。平台软件兼容性测试：平台软件硬件、软件、数据库、文种兼容性测试。易用性测试在2003年颁布的GB/T16260-2003(ISO 9126-2001)软件工程 产品质量质量模型中，提出易用性包含易理解性、易学习性和易操作性；即易用性是指在指定条件下使用时，软件产品被理解、学习、使用和吸引用户的能力。（1）易理解性；（2）易学习性；（3）易操作性；（4）吸引性；（5）依从性。易用性测试包括针对应用程序的测试，同时还包括对用户手册系统文档的测试。通常采用质量外部模型来评价易用性。包括如下方面的测试：（1）易理解性测试；（2）易学性测试；（3）易操作性测试；（4）吸引性测试；（5）易用的依从性测试。易用性测试方法有：静态测试；动态测试；动态和静态结合测试。软件质量模型将质量属性划分为6种特性：功能性、可靠性、易用性、效率、维护性和可移植性。易用性与可靠性是正相关的；易用性与安全性（功能性的子特性）的某些方面是负相关的。安装测试的主要工作（安装的易用性）：（1）安装手册的评估；（2）安装的自动化程度测试；（3）安装选项和设置的测试；（4）安装过程的中断测试；（5）安装顺序测试；（6）多环境安装测试；（7）安装的正确性测试；（8）修复安装测试和卸载测试。功能易用性测试：（1）业务符合性；（2）功能定制性；（3）业务模块的集成度；（4）约束性；（5）交互性；（6）系统信息与错误提示。界面整体测试指对界面的规范性、一致性、合理性等进行测试和评估。（7） 标准符合性测试l 标准符合性测试的概念l 标准符合性测试机构简介l 常用软件测试相关标准体系简介v 定义：测量产品的功能和性能指标与相关国家标准或行业标准所规定的功能和性能指标之间符合程度的测试活动v 分类n 数据内容类标准：规定数据交换与互操作的数据格式或内容规范u 教育管理信息化标准u 检查机关网络应用软件数据格式规范：70多个XML Scheman 通信协议类标准：数据通信与传输的接口数据格式u 远程教育：HTTP协议绑定规范n 开发接口类标准u 国产数据库系统标准符合性测试包括的SQL标准、ODBC标准、JDBC标准符合性测试n 信息编码类标准u GB18030汉字编码标准（可以包含单字节、双字节、四字节字符）v 测试实施n 阅读理解标准、确定测试工具、确定用例、执行用例、分析测试结果v 通常第三方测试机构执行（8） 测试计划的编写要素n GB9386n 1 测试计划名称 n 2 引言 n 3 测试项 n 4 被测试的特性 n 5 不被测试的特性 n 6 方法 n 7 项通过准则 n 8 暂停标准和再启动要求 n 9 应提供的测试文件 n 10 测试任务 n 11 环境要求 n 12 职责 n 13 人员和训练要求 n 14 进度 n 15 风险和应急 n 16 批准（9） 测试记录的编写要素l 测试计划或包含测试用例的测试规格说明l 与测试用例相关的所有结果，包括在测试期间出现的所有失败l 测试中涉及的人员身份（10） 测试用例的编写要素l 用例名称和用例标识l 测试追踪l 用例说明l 用例的初始化l 操作过程l 输入及操作说明l 期望测试结果l 评估标准l 前提和约束l 过程终止条件l 结果评估标准l 设计人员l 设计日期a) 名称和标识。每个测试用例应有唯一的名称和标识符； b) 测试追踪。说明测试所依据的内容来源，如系统测试依据的是用户需求，配置项测试依据的是软件需求，集成测试和单元测试依据的软件设计；c) 用例说明。简要描述测试的对象、目的和所采用的测试方法；d) 测试的初始化要求。应考虑下述初始化要求：1) 硬件配置。被测系统的硬件配置情况，包括硬件条件或电气状态；2) 软件配置。被测系统的软件配置情况，包括测试的初始条件；3) 测试配置。测试系统的配置情况，如用于测试的模拟系统和测试工具等的配置情况；4) 参数设置。测试开始前的设置，如标志、第一断点、指针、控制参数和初始化数据等的设置；5) 其他对于测试用例的特殊说明；e) 测试的输入。在测试用例执行中发送给被测对象的所有测试命令、数据和信号等。对于每个测试用例应提供如下内容：1) 每个测试输入的具体内容（如确定的数值、状态或信号等）及其性质（如有效值、无效值、边界值等）；2) 测试输入的来源（例如，测试程序产生、磁盘文件、通过网络接收、人工键盘输入等），以及选择输入所使用的方法（例如，等价类划分、边界值分析、差错推测、因果图、功能图方法等）；3) 测试输入是真实的还是模拟的；4) 测试输入的时间顺序或事件顺序。f) 期望的测试结果。说明测试用例执行中由被测软件所产生期望的测试结果，即经过验证，认为正确的结果。必要时，应提供中间的期望结果。期望测试结果应该有具体内容，如确定的数值、状态或信号等，不应是不确切的概念或笼统的描述；g) 评价测试结果的准则。判断测试用例执行中产生的中间和最后结果是否正确的准则。对于每个测试结果，应根据不同情况提供如下信息：1) 实际测试结果所需的精度；2) 实际测试结果与期望结果之间的差异允许的上限、下限；3) 时间的最大和最小间隔，或事件数目的最大和最小值；4) 实际测试结果不确定时，再测试的条件；5) 与产生测试结果有关的出错处理；6) 上面没有提及的其他准则；h) 操作过程。实施测试用例的执行步骤。把测试的操作过程定义为一系列按照执行顺序排列的相对独立的步骤，对于每个操作应提供：1) 每一步所需的测试操作动作、测试程序的输入、设备操作等；2) 每一步期望的测试结果；3) 每一步的评价准则；4) 程序终止伴随的动作或差错指示；5) 获取和分析实际测试结果的过程；i) 前提和约束。在测试用例说明中施加的所有前提条件和约束条件，如果有特别限制、参数偏差或异常处理，应该标识出来，并要说明它们对测试用例的影响；j) 测试终止条件。说明测试正常终止和异常终止的条件。（11） 测试用例的设计原则l 测试案例设计应注重有效性l 测试案例设计必须注重经济性l 测试案例设计应为排错提供有效依据l 试案例设计应考虑多重性l 试案例设计应分析功能完备性设计测试用例时，应遵循以下原则：a) 基于测试需求的原则。应按照测试类别的不同要求，设计测试用例。如，单元测试依据详细设计说明，集成测试依据概要设计说明，配置项测试依据软件需求规格说明，系统测试依据用户需求（系统/子系统设计说明、软件开发计划等）；b) 基于测试方法的原则。应明确所采用的测试用例设计方法。为达到不同的测试充分性要求，应采用相应的测试方法，如等价类划分、边界值分析、猜错法、因果图等方法；c) 兼顾测试充分性和效率的原则。测试用例集应兼顾测试的充分性和测试的效率；每个测试用例的内容也应完整，具有可操作性；d) 测试执行的可重复性原则。应保证测试用例执行的可重复性（12） 如何保证测试用例的重用（13） 黑盒测试用例的设计l 黑盒测试方法的选择的原则n 在任何情况下都必须使用边界分析方法n 用等价类划分方法补充一些测试用例n 用错误推测法再追加一些测试用例n 如果程序的功能说明中还有输入条件的组合情况,应在一开始就选用因果法n 如果程序的某功能适合自动测试，则可采用自动测试方法以及随机测试方法进行测试l 功能测试和界面测试设计测试用例测试内容n 文本框所需要做的测试内容，长度，类型，格式几个方面来考虑。n 如何对文本框进行测试:输入正常字母或数字输入已存在的工作表的名称输入超长字符输入默认值若只允许输入字母尝试输入数字利用复制,粘贴等操作强制输入程序不允许输入的数据输入特殊字符集输入超过文本框长度的字符或多行文本,检查内容是否正常显示输入不符合格式的数据,检查程序能否正确校验n 命令按钮控件的测试需要测试的内容按钮的功能能否实现提示信息是否正确对不符合业务背景的输入数据是否有相应的处理方法n 单选按钮控件的测试内容单选按钮是否只能同时选中一个各单选按钮的功能是否能正确完成是否有默认被选中的选项n UP-DOWN控件文本框组合需要测试内容对上下箭头的控制对边界值的测试对默认值的测试对非法输入字符的测试n 组合列表框的测试内容条目内容的检查条目功能的实现在列表框中能否输入数据n 复合框控件测试原则多个复选框可以被同时选中多个复选框可以被部分选中多个复选框可以都不被选中逐一执行每个复选框的功能n 列表框控件的测试条目内容是否正确滚动条是否可以滚动条码的功能能否实现列表框能否完成实现多选操作时的各种功能n 滚动条控件需要测试的内容滚动条能否被拖动拖动滚动条时屏幕刷新情况拖动滚动条时信息的显示情况滚动条的上下按钮是否可用点击滚动条的空白处,条块是否跟着变化n 各种控件在窗体中混合使用时的测试控件间的相互作用Tab键的顺序热键的使用Enter键ESC键的使用控件组合后功能的实现l 文档测试内容内容，格式，字体大小，错别字，排版n 打开文件打开在任意位置的文件以各种方式打开文件达卡任意格式的文件单击文件对话框中的各按钮通过测试失败测试n 保存文件将文件保存在任意位置以各种形式保存文件选择各种保存方式保存对话框上各按钮的功能对保存文件进行通过测试失败测试n 关闭文件正常关闭文件，系统提供确认信息通过窗口按钮关闭文件非正常关闭文件(直接在任务管理器中结束任务)n 打印文件本地打印网络打印能否完成打印界面各属性的设置打印界面的各按钮功能能否实现（14） 功能测试故障模型l 输入非法数据l 输入默认值l 输入特殊字符集（或数据类型的合法输入）l 输入使缓冲区非法的数据l 产生同一个输入的各种可能输出l 输出不符合规则的无效数据l 输出属性的修改后的结果l 屏幕刷新显示l 数据结构溢出l 数据结构不符合约束l 操作数与操作符不符合（除数为0）l 递归调用自身l 计算结果溢出l 数据共享或关联功能计算出错l 文件系统超载l 介质忙或不可用l 介质损坏1.2. 测试覆盖率的知识（1） 测试覆盖率的定义描述测试的全面程度：可以分为测试用例对需求的覆盖、测试用例对代码的覆盖n 覆盖是对测试完全程度的评测，测试覆盖就需求或代码的设计/实施标准而言的完全程度的任意评测n 用例覆盖实际上应该归结为需求覆盖，因为用例是反映需求且需要覆盖需求的;需求覆盖一般和功能测试与黑盒测试技术相关；代码覆盖一般和结构测试与白盒测试技术相关。n 用户直接关心测试的需求覆盖率，看产品是否符合自己的要求，而技术人员关心测试的代码覆盖率，看产品是否存在技术上的缺陷（2） 测试覆盖率的计算方法u 基于需求的测试覆盖 测试覆盖（已执行的）Tx/RfT 成功的测试覆盖（已执行的）Ts/RfT Tx：用测试过程或测试用例表示的已执行的测试数。RfT：测试需求的总和Ts：用完全成功、没有缺陷的测试过程或测试用例表示的已执行的测试数u 基于代码的测试覆盖测试覆盖Tc/Tiic Tc：用代码语句、代码分支、代码路径、数据状态判定点或数据元素名表示的已执行项目数Tiic：代码中的项目总数。1.3. 测试数据的生成方法（1） 从数据生成技术角度分为l 随机测试数据生成:基本思想是对输入数据空间进行随机取样，适用于功能测试和结构测试。对于功能测试选取边界和典型值，采用等价类划分法选取数值，对等价类的所有组合采用正交法取值，达到数据的均匀分布。对于结构测试，采用正交法在候选路径和各路径分支中选取服从均匀分布的可行数据。适合在开发初期,对测试数据要求不高，同时几乎没有得到任何真实数据的情况。l 基于路径测试的数据生成：是先对测试源程序进行逻辑流程分析再根据给定规则推导出必须输入的数据值。适于结构测试，可以采用如下方法：随机法：基本思想是对输入数据空间进行随机取样。静态法：采用符号执行等方法将路径上的所有(判断)语句转换成约束系统，然后进行求解。动态法：基于程序实际运行,生成测试数据的过程是确定性。试探法：遗传算法和模拟退火算法。l 依据数据规格说明生成测试数据。l 数据库系统采用真实数据，用数据迁移实现；或根据真实数据再用脚本程序生成类似数据。（2） 从数据生成方式分为l 手工生成l 使用工具自动生成测试数据自动生成程序可以为所测试程序自动生成测试数据，主要包括：路径测试数据生成程序随机测试数据生成程序根据数据规格说明生成测试数据l 编写脚本生成测试数据例如数据库 sql脚本用来生成测试数据的，主要用于回归测试或者是在生产库和开发库中数据的迁移；（3） 其它新方法l Web服务的测试数据自动生成方法。首先根据WSDL文档采用随机法自动生成初始测试数据，然后使用合约变异技术进行测试数据的选择，据此可以生成一组达到一定合约变异充分度的有效测试数据。l 基于Messy GA的结构测试数据自动生成。（4） 常见测试数据生成工具l TESTBytes是一个用于自动生成测试数据的强大易用的工具，通过简单的点击式操作，就可以确定需要生成的数据类型（包括特殊字符的定制），并通过与数据库的连接来自动生成数百万行的正确的测试数据，可以极大地提高数据库开发人员、QA测试人员、数据仓库开发人员、应用开发人员的工作效率。l Data Factory。l 实用的Ada软件测试数据生成工具TCAG。1.4. 测试环境要素及配置测试环境的方法（1） 硬件环境拓扑图的画法（2） 主流家用个人计算机的标准配置（3） 主流商用个人计算机的标准配置（4） 主流文件服务器的标准配置（5） 内存扩展对计算机系统性能的影响（6） 硬盘空间对计算机系统性能的影响（7） CPU主频对计算机系统性能的影响（8） 常用局域网组网方式（9） 常用Internet接入方式1.5. 自动化测试工具的知识（1） 测试桩模块的概念为了高效地执行这一过程，往往需要编写另一段程序来为被测试的程序段提供数据（在正式交付用户运行时，这些数据可能是由其它程序段被调用后运行的结果，也可能是由其它程序段直接提供）。这样一段程序我们称之为该测试的桩模块。（2） 测试驱动程序的概念为了高效地执行这一过程，往往需要书写一段程序来调用被测试的程序段，向被测试程序段输送测试数据，打印、显示或记录该程序段运行的行为。这样一段程序我们称之为该测试的驱动程序。（3） 测试监视代码的概念（4） 自动测试脚本的概念脚本是一组测试工具执行的指令集合,也是计算机程序的一种形式.脚本可以通过录制测试的操作产生,然后再做修改,这样可以减少脚本编程的工作量.当然,也可以直接用脚本语言编写脚本. （5） 常用的自动测试脚本技术l 线性脚本l 结构化脚本l 共享脚本l 数据驱动脚本l 关键字驱动脚本l 脚本技术可以分为以下几类:线性脚本是录制手工执行的测试用例得到的脚本.结构化脚本类似于结构化程序设计,具有各种逻辑结构(顺序,分支,循环),而且具有函数调用功能.共享脚本是指某个脚本可被多个测试用例使用,即脚本语言允许一个脚本调用另一个脚本.数据驱动脚本将测试输入存储在独立的数据文件中.关键字驱动脚本是数据驱动脚本的逻辑扩展.（6） 测试件的结构 测试件是由测试使用的和产生的所有元组成.包括文档,脚本,输入、数据,期望输出,实际输出,差异报告和总结报告、日志等。.结构是所有元的逻辑集合（所有材料产物的排列）,即如何存储和使用,如何分组和引用,如何修改和维护等. 测试件测试材料测试结果输入、脚本、数据、文档规范、预期输出产物副产物实际输出日志、状态、差异报告、总结报告 测试件结构的实现取决于自动化的最终规模,它会影响用户如何重复使用诸如脚本和数据这样的测试件. 考虑规模、重用、版本、平台。 下面是一种在国外一些软件企业取得了很大成功的方法.它建立了4钟测试件组.1.测试组: 每个测试组包括一个或多个测试用例,即包含与改组测试用例有关的所有测试材料,脚本,数据,期望输出和文档;2.脚本组: 包括脚本和文档,不仅是一个测试组中不同的测试用例可使用的脚本,它是指所有的脚本.可以重复使用这些脚本;3.数据组: 只包括数据文件和文档.它和脚本组一样,指所有的数据文件,也可以重复使用这些数据文件;4.实用程序组: 是被一个以上测试组中测试用例使用的实用程序(如占位程序,驱动程序,转换程序,比较程序等)组成.共享的实用程序也应归入实用程序组. 所有这些不同的测试件的原版放在测试件库中,而测试库必须在配置管理控制下,以保证能方便地访问测试件,并控制所有的变更. 测试件技术的好处就在于,一个技术人员开始使用别人开发的自动测试时能大大地提高效率;同时它也是一个自治系统,不需要大量的长期管理工作;对回归测试以及版本更新时的自动测试也大有益处。自动化测试中测试件的规模问题在自动化测试中，可能会存在大量的测试件。例如对一个用例的测试，执行前可能会存在测试脚本、测试输入数据、用于执行后自动比较的期望输出，而执行后可能又会产生实际输出、输出结果比较后的差异报告、执行过程中的日志记录，可能还会有一些共享的脚本、测试规范等等。 当只有几十个自动化测试用例时，测试件采取何种组织结构来进行管理时无关紧要的，都是可以满足要求的。但是当测试用例规模庞大，或者由新的测试人员接手维护自动化测试的时候，不好的测试件组织结构将成为测试错误或测试效率低下的根源。 没有好的测试件组织结构，当开发这些测试件的人离开或者调到其他项目时，他们的自动化测试的积累（做什么、如何使用）也随之而去，他们以前投入到自动化测试的所有努力和经验也从项目中消失了。不进行好的组织管理的话，测试件放在哪里、如何共享、如何处理旧版本测试件等等，都会有很大的随机性。 总之，找到一个适合自己项目的测试件组织结构对于成功的自动化测试维护是很重要的。（7） 典型的自动测试前处理任务（8） 典型的自动测试后处理任务（9） 自动化测试工具的概念（10） 常用测试工具的分类1.1.1 测试工具分类软件测试工具可分为静态测试工具、动态测试工具和其他支持测试活动的工具，每类测试工具在功能和其他特征方面具有相似之处，支持一个或多个测试活动（见表3）。应根据测试要求选择合适的工具。表1 软件测试工具分类表工具类型功能和特征说明举例备注静态测试工具对软件需求、结构设计、详细设计和代码进行评审、走查和审查的工具。复杂度分析、数据流分析、控制流分析、接口分析、句法和语义分析等工具。针对软件需求、结构设计、详细设计的静态分析工具很少。动态测试工具支持执行测试用例和评价测试结果的工具，包括支持选择测试用例、设置环境、运行所选择测试、记录执行活动、故障分析和测试工作有效性评价等。覆盖分析、捕获和回放、存储器测试、变异测试、仿真器及性能分析、测试用例管理等工具。测试捕获和回放及数据生成器可用于测试设计。支持测试过程活动的其他工具支持测试计划、测试设计和整个测试过程的工具。测试计划生成、测试进度和人员安排评估、基于需求的测试设计、测试数据生成、问题管理和测试配置管理等工具。复杂度分析可用于测试计划的制定，捕获和回放、覆盖分析可用于测试设计与实现。u 测试管理工具u 静态分析工具分析理解质量度量规则检查特殊检查u 动态分析工具测试准备测试执行测试评价1.1.2 测试工具选择软件测试应尽量采用测试工具，避免或减少人工工作。为让工具在测试工作中发挥应有的作用，应确定工具的详细需求，并制定统一的工具评价、采购（开发）、培训、实施和维护计划。选择软件测试工具应考虑如下因素：a）软件测试工具的需求及确认。1) 应明确对测试工具的功能、性能、安全性等需求，并据此进行验证或确认。2) 可通过在实际运行环境下的演示来确认工具是否满足需求，演示应依据工具的功能和技术特征、用户使用信息（安装和使用手册等）以及工具的操作环境描述等进行。b）成本和收益分析。1) 估计工具的总成本，除了最基本的产品价格，总成本还包括附加成本，如工具的挑选、安装、运行、培训、维护和支持等成本，以及为使用工具而改变测试过程或流程的成本等。2) 分析工具的总体收益，如工具的首次使用范围和长期使用前景、工具应用效果、与其他工具协同工作所提高的生产力程度等。c）测试工具的整体质量因素。1) 易用性；2) 互操作性；3) 稳定性；4) 经济实用性；5) 维护性。（11） 自动化测试与手工测试的关系1.6. 测试环境的确认方法确认测试环境时的注意事项1.7. 测试团队角色定义工作角色具体职责测试负责人管理监督测试项目或测试组，提供技术指导，获取适当的资源，技术协调，负责项目的安全保密和质量管理。测试分析员确定测试计划、测试内容、测试方法、测试数据生成方法、测试（软、硬件）环境、测试工具，评估测试工作的有效性。测试设计员设计测试用例，确定测试用例的优先级，建立测试环境。测试程序员编写测试辅助软件。测试员执行测试、记录测试结果。测试系统管理员对测试环境和资产进行管理和维护。配置管理员设置、管理和维护测试配置管理数据库。1.8. 测试项目管理方法（1） 软件测试过程（2） 测试计划阶段的主要任务（3） 测试设计阶段的主要任务（4） 测试执行阶段的主要任务（5） 测试总结阶段的主要任务（6） 项目应提交的最终文档测试计划、测试说明、测试报告（报告和记录）。格式要求见GB9386。 软件测试过程一般包括四项活动，按顺序分别是：测试策划、测试设计、测试执行、测试总结。1.1.3 测试策划确定需要测试的内容或质量特性；确定测试的充分性要求；提出测试的基本方法；确定测试的资源和技术需求；进行风险分析与评估；制定测试计划（含资源计划和进度计划）。有关测试计划的内容和要求见GB/T 9386。1.1.4 测试设计分析测试用例集的层次结构，选取和设计测试用例；获取并验证测试数据；根据测试资源、风险等约束条件，确定测试用例执行顺序；获取测试资源，开发测试软件；建立并校准测试环境；进行测试就绪评审，主要评审测试计划的合理性和测试用例的正确性、有效性和覆盖充分性，评审测试组织、环境和设备工具是否齐备并符合要求。在进入下一阶段工作之前，应通过测试就绪评审。1.1.5 测试执行执行测试用例，获取测试结果；分析并判定测试结果。同时，根据不同的判定结果采取相应的措施；对测试过程的正常或异常终止情况进行核对，并根据核对结果，对未达到测试终止条件的测试用例，决定是停止测试，还是需要修改或补充测试用例集，并进一步测试。1.1.6 测试总结评价测试效果和被测软件项，描述测试状态。如，实际测试与测试计划和测试说明的差异、测试充分性分析、未能解决的测试事件等；描述被测软件项的状态，如，被测软件与需求的差异，发现的软件差错等；最后，完成软件测试报告，并通过测试评审。1.9. 测试过程监控的知识（1） 测试准入条件在测试执行前，对测试计划和测试说明等进行审查，审查测试计划的合理性、测试用例的正确性、科学性和覆盖充分性，以及测试组织、测试环境和设备工具是否齐全并符合技术要求等。审查的具体内容和要求应包括：l 审查测试文档内容完整性、正确性和规范性；l 通过比较测试环境与软件真实运行的软件、硬件环境的差异，审查测试环境要求是否正确合理，满足测试要求；l 审查测试活动的独立性；l 审查测试项选择的完整性和合理性；l 审查测试用例的可行性、正确性和充分性。（2） 测试准出条件在测试完成后，审查测试过程和测试结果的有效性，确定是否达到测试目的。主要对测试记录、测试报告进行审查，其具体内容和要求应包括：l 审查文档和记录内容完整性、正确性和规范性；l 审查测试活动的独立性和有效性；l 审查测试环境是否符合测试要求；l 审查测试记录、测试数据以及测试报告内容与实际测试过程和结果的一致性；l 审查实际测试过程与测试计划和测试说明的一致性；l 审查未测试项和新增测试项的合理性；l 审查测试结果的真实性和正确性；（签名）l 审查对测试过程中出现异常的处理的正确性。（3） 测试结束条件l 已按要求完成了任