性能测试文档

性能测试文档主要是指性能测试计划&方案、性能测试报告的编写。

性能测试计划&方案：性能测试计划和方案放在一个文档编写。 通常包含以下要点：

• 概述：简单的描述一下本次测试相关的信息、比如说为什么做测试？测试的目的、文档的受众等。

• 项目背景：直接从项目计划文档中复制即可。但是建议加上本次测试的原因

• 测试目的：性能测试的目的分为两种：

  • 验证：验证系统是否符合相关的性能需求。

  • 定位、调优：通过测试获取相关数据，针对数据进行分析、定位、调优。

• 测试内容：

  • 要根据功能、性能的优先级去划分业务的优先级别，确定待测和不测业务

  • 针对不同的业务和场景确定相关的性能需求（目标）:负载用户数、响应时间、tps等。

  • 业务点 优先级 本轮是否测试 相关性能指标

• 相关人员： 项目经理、测试经理、架构、测试人员、运维、开发接头人、DBA等等。

• 时间计划： 将性能测试流程量化。 建议给自己争取充裕的时间，一般建议富裕1/3的时间。

• 输入文档：作为测试的基线文档、前置文档。 比如说：项目计划、测试计划、需求文档、概要设计or详细设计文档等。

• 输出文档：

  • 测试计划

  • 测试方案

  • 测试脚本

  • 测试数据等。

• 测试环境：建议通过列表的方式去描述整个测试环境的软硬件相关信息。

  • 网络拓扑结构图。包括：客户端（负载机）、服务器、数据库等。

  • 软硬件描述： 一般包括：用途、IP地址、硬件信息、软件信息。

    软件信息：凡是可能对测试结果造成影响的软件都要描述。

• 测试工具： 一般来说至少要评估2个工具，给出选择的原因和理由。即对测试工具做可行性分析：

  • 成本：工具成本、学习成本

  • 技术：工具是否适用测试目的。

• 测试方案： 性能测试方案其实是由两个环节构成：脚本+场景。

  • 脚本：罗列要实现的脚本

  • 场景：根据测试目的，设计相关的场景。 负载测试一般来说设计3个场景，但是实际执行往往会和方案出现不匹配。

    场景1：50用户登录。
    场景目的：本场景就是用来测试50个在线用户实现登录时的性能是否符合需求。
    脚本：登录
    场景设置：
        ·在线用户数：50
        ·启动方式：每隔5s启动一个用户。
        ·持续时间：10分钟
        ·退出方式：每隔5s退出一个用户。
        ·思考时间：1~5s随机
        ·集合点：无
    指标监控：
        系统资源监控

• 测试风险：风险就是指有可能导致测试失败、延时等的因素。

  • 识别风险

  • 提出风险解决的方案。

• 名词解释： 对文档中出现的专业词汇、缩略词等做出通俗易懂的解释。最主要是和结论有关的。

• 测试报告： 一般测试报告根据测试目的的不同，分为两种类型：

  • 陈述性报告：对应于以验证为主的性能测试，直接根据测试结果给出结论即可。

  • 分析型报告：对应于以分析、调优为目的的性能测试。 一般结论中要对测试结果进行二次处理、整合。 结论一定要能通过测试过程反映测试分析、执行的思路。

    测试报告需要包含以下内容：

  • 计划方案的内容都可以复用

  • 测试结果：以表格、图表的方式呈现数据。

  • 测试分析：多以图表为主。

  • 结论/建议