软件测试（四）--软件测试文档管理

4 软件测试文档管理

4.1测试文档的必要性和重要性

1，测试文档的必要性：编制测试文档的必要性体现在以下几方面：

    a)  提高项目测试过程的透明度

    b)  文档化能规范测试，提高测试效率

    c)  便于团队成员之间的交流与合作

    d)  对于项目“传承”的重要性

    e)  是测试人员经验提升的最好途径

     f)  有利于项目测试的监控作用

2， 测试文档的重要性：测试文档是用来记录、描述、展示测试过程中一系列测试信息的处理过程，通过书面或图示的形式对项目测试活动过程或结果进行描述、定义及报告。

4.2测试文档规范

1，国家标准《计算机软件文件编制规范 》

GBT9386-2008中规定的测试文档的格式和内容：

测试计划：描述测试活动范围、方法、资源和进度。它规定被测试的项、被测试的特征、应完成的测试任务、负责每项工作的人员以及与本计划有关的风险等。

测试说明：包括三类文档：

1.测试设计说明

2.测试用例说明

3.测试规程说明

测试报告：包括四类文档：

        1.测试项传递报告

        2.测试日志

        3.测试事件报告

        4.测试总结报告

2，国际IEEE 829标准：IEEE 829-1998也被称做829软件测试文档标准。作为一个IEEE的标准定义了一套文档用于8个已定义的软件测试阶段，每个阶段可能产生它自己单独的文件类型。

    测试计划

    测试设计规格

    测试用例规格

    测试过程规格

    测试记录

    测试附加报告

    测试摘要报告

4.3常用测试文档

1，测试策略：在一定的软件测试标准、测试规范的指导下，依据测试项目的特定环境约束而规定的软件测试的原则、方式、方法的集合。

制定软件测试策略的过程：

    1.明确制定软件测试策略的输入

    2.明确软件测试策略的输出

    3.制定具体的软件测试策略：

        (1)确定测试的需求

        (2)评估风险并确定测试优先级

        (3)确定测试策略

2，测试计划：一个叙述了预定的测试活动的范围、途径、资源及进度安排的文档。

编写测试计划的步骤：

1.确定测试计划的目标

2.确定测试计划的内容：测试对象；测试内容；术语定义；团队之间的责任分配；确定测试范围；测试阶段；测试策略；资源要求；测试人员要求；测试进度；测试用例；缺陷报告；风险和问题

3， 5W1H法制定测试计划：What, Where, When, Who, Why, How

       1，  测试规范：为了一个特定的测试目的(例如，产品的验收等)，对被测软件产品或功能进行测试的有关文件。

测试规范的内容：

        1.软件测试规范的定义

        2.软件测试规范描述的内容：

                • 测试计划规范

                • 测试用例设计规范

                • 测试工具使用规范

                • 缺陷跟踪系统录入规范

                • 缺陷严重等级和优先级划分规范

                • 缺陷分类规范

                • 缺陷状态修改规范

                • 缺陷递交流程规范

                • 测试报告规范

                • 测试退出规范

                • 软件测试类型规范

                • 开发语言测试规范

                • 软件测试流程规范

                • 界面测试规范

4，测试用例：测试用例的格式

   软件测试用例的基本要素包括：测试用例编号、测试标题、重要级别、测试输入、操作步骤、预期结果

5，缺陷报告：为了便于管理测试发现的软件错误，通常要采用软件缺陷数据库，将每一个发现的错误输入到软件缺陷数据库中，软件缺陷数据库的每一条记录称为一个软件问题报告。

缺陷报告文档的几个特殊性如下：

    • 只针对具体软件缺陷行为，也就是Bug具体信息。

    • 有统一的在线模板。

    • 缺陷报告的编写质量是衡量测试工程师技术水平的常用度量。

    • 缺陷报告的信息直接关乎软件产品具体功能和设计行为。

    • 缺陷报告是开发人员、测试人员、项目经理每天工作的主要共同的对象。

    • 缺陷报告的数量是所有软件测试项目衡量软件质量重要指标之一。

6，测试结果报告：把测试的过程和结果写成文档，并对发现的问题和缺陷进行分析，为纠正软件的存在的质量问题提供依据，同时为软件验收和交付打下基础。

书写软件测试报告的一般方法:

    1.确定报告的读者

    2.书写测试报告的准则

        • 报告内容应是真实的可靠的

        • 使用准确、简洁的文风，保持测试报告有良好的格式

        • 行文保持客观、对事不对人、关注问题本身

4.4测试文档管理

1，测试计划的评审：测试计划评审的内容：可行性，正确性，全面性

测试计划评审的参与者：项目经理、软件开发团队、产品部门、市场测试文档管理工具部门等软件测试干系人。必要的时候甚至需要邀请法务等部门参加测试计划的评审。

2，测试用例评审：可分为测试组内部评审和项目组评审

评审主要侧重于：

        1测试用例本身的描述是否清晰，是否存在二义性；

        2.是否考虑到测试用例的执行效率，往往测试用例中步骤不断重复执行，验证点却不同，而且测试设计的冗余性，都造成了效率的低下；

        3 是否针对需求跟踪矩阵，覆盖了所有的软件需求；

        4.是否完全遵守软件需求的规定。因为即使再严格的评审，也会出现错误，应视具体情况而定。

评审的角度不同，评审的侧重点也不同：

        1.收集客户需求的人员注重测试用例是否符合业务逻辑；

        2.分析软件需求规格的人注重测试用例是否跟软件需求规格要求一致；

        3.开发负责人会注重你的用例中对程序的要求是否合理。

3，测试文档管理工具：惠普 Application Lifecycle Management(ALM)是一款集成了测试文档管理功能的专业软件研发管理系统

使用HP ALM进行测试管理包括四个步骤：

(1)明确条件：分析你的应用程序并且确定下你的测试条件。

(2)测试计划：根据你的测试条件创建你的测试计划。

(3)执行测试：在你的测试运行平台上创建Test sets。

(4)跟踪缺陷：报告在你的应用程序中的缺陷并且记录下整个缺陷的修复过程。

4.5测试用例管理

1,编写测试用例的挑战与应对: 传统的独立(电子表格)文件形式的局限性和挑战

    1.测试用例的存储安全。

    2.测试用例难于分类与查询。

    3.与测试需求的对应关系难以维护。

    4.团队合作问题。

    5.测试用例的版本信息难于完整管理。

    6.难以实现测试用例的执行与结果管理。

    7.测试用例与缺陷的对应关系难以维护。

2,最佳测试用例特点:

最佳测试用例的设计原则包括：

    (1)依据原则

    (2)全覆盖原则

    (3)规范原则

    (4)全面原则

最佳测试用例的特点有以下几方面：

   (1)完整性 (2)准确性 (3)简洁性 (4)清晰性  (5)可维护性  (6)适当性  (7)可复用性 (8)其它

3，测试用例生命周期：

2，测试用例管理工具：通常使用基于数据库的软件研发管理系统

测试用例管理工具一般应包括如下功能：

        • 测试用例ID管理

        • 测试用例的维护

        • 测试用例分类管理

        • 用例的导入导出

        • 用例搜索功能

        • 提供测试需求、测试结果和缺陷的对应关系

4.6测试文档最佳实践

在测试文档管理中应该要注意以下几个方面：

1.建立测试文档管理制度

2.加强文档版本管理

3.创建测试文档库的访问规则

4.使用工具管理文档

5.写缺陷报告的建议

        • 多读优秀缺陷报告，学习最佳实践。

        • 每个缺陷报告尽量截取图片和log，帮助开发人员快速定位问题。

        • 对重现步骤自己要多执行几遍，确保开发人员可以再现缺陷。

        • 缺陷报告要客观得体，不要包含自己的主观情绪。