性能测试文档
性能测试文档主要是指性能测试计划&方案、性能测试报告的编写。
性能测试计划&方案：性能测试计划和方案放在一个文档编写。 通常包含以下要点：
-
概述：简单的描述一下本次测试相关的信息、比如说为什么做测试？测试的目的、文档的受众等。
-
项目背景：直接从项目计划文档中复制即可。但是建议加上本次测试的原因
-
测试目的：性能测试的目的分为两种：
-
验证：验证系统是否符合相关的性能需求。
-
定位、调优：通过测试获取相关数据，针对数据进行分析、定位、调优。
-
-
测试内容：
-
要根据功能、性能的优先级去划分业务的优先级别，确定待测和不测业务
-
针对不同的业务和场景确定相关的性能需求（目标）:负载用户数、响应时间、tps等。
-
业务点 优先级 本轮是否测试 相关性能指标
-
-
相关人员： 项目经理、测试经理、架构、测试人员、运维、开发接头人、DBA等等。
-
时间计划： 将性能测试流程量化。 建议给自己争取充裕的时间，一般建议富裕1/3的时间。
-
输入文档：作为测试的基线文档、前置文档。 比如说：项目计划、测试计划、需求文档、概要设计or详细设计文档等。
-
输出文档：
-
测试计划
-
测试方案
-
测试脚本
-
测试数据等。
-
-
测试环境：建议通过列表的方式去描述整个测试环境的软硬件相关信息。
-
网络拓扑结构图。包括：客户端（负载机）、服务器、数据库等。
-
软硬件描述： 一般包括：用途、IP地址、硬件信息、软件信息。
软件信息：凡是可能对测试结果造成影响的软件都要描述。
-
-
测试工具： 一般来说至少要评估2个工具，给出选择的原因和理由。即对测试工具做可行性分析：
-
成本：工具成本、学习成本
-
技术：工具是否适用测试目的。
-
-
测试方案： 性能测试方案其实是由两个环节构成：脚本+场景。
-
脚本：罗列要实现的脚本
-
场景：根据测试目的，设计相关的场景。 负载测试一般来说设计3个场景，但是实际执行往往会和方案出现不匹配。
场景1：50用户登录。
场景目的：本场景就是用来测试50个在线用户实现登录时的性能是否符合需求。
脚本：登录
场景设置：
·在线用户数：50
·启动方式：每隔5s启动一个用户。
·持续时间：10分钟
·退出方式：每隔5s退出一个用户。
·思考时间：1~5s随机
·集合点：无
指标监控：
系统资源监控
-
-
测试风险：风险就是指有可能导致测试失败、延时等的因素。
-
识别风险
-
提出风险解决的方案。
-
-
名词解释： 对文档中出现的专业词汇、缩略词等做出通俗易懂的解释。最主要是和结论有关的。
-
测试报告： 一般测试报告根据测试目的的不同，分为两种类型：
-
-
分析型报告：对应于以分析、调优为目的的性能测试。 一般结论中要对测试结果进行二次处理、整合。 结论一定要能通过测试过程反映测试分析、执行的思路。
测试报告需要包含以下内容：
-
计划方案的内容都可以复用
-
测试结果：以表格、图表的方式呈现数据。
-
测试分析：多以图表为主。
-
结论/建议
-
