DBC性能测试报告模板.docx

Double Circles Software PAGE1 / NUMPAGES7 文件状态： [√] 草稿 [ ] 正式发布 [ ] 正在修改 文件标识： ProjectName- 当前版本： V1.0 作 者： 完成日期： Year-Month-Day DBC-Soft 性能测试报告 版本/状态 作者 参与者 起止日期 备注 目 录 TOC \o 1-3 \h \z \u 1. 概述 2 2. 性能测试结论 2 3. 测试目的说明 2 4. 性能测试评估 3 4.1. 测试设计评估 3 4.2. 测试过程评估 4 4.3. 测试结果评估 4 5. 遗留问题分析 4 5.1. 问题1名称 4 5.2. 问题2名称 5 6. 附录1 测试组网、配置 5 6.1. 测试组网 5 6.2. 硬件配置 5 6.3. 软件件配置 5 7. 附录2 性能测试结果记录 6 8. 附录3：测试问题记录 6 9. 附录4：测试时间、地点、人员 6 绿色斜字体为模板总体说明，蓝色斜体字为模板原来的说明，橙色斜体字为测试组对模板使用给出的一些解释和建议，【示例】以下的紫色正字体为测试组给的一些参考样例，可参考，请模板使用者注意区分参考。 概述 简要说明本次测试的基本情况，让报告读者对本次性能测试活动有一定了解。 建议对测试对象、条件、测试类型进行简单说明。 性能测试结论 针对上本次性能测试的性能测试目的，给出明确的测试结论。 性能测试结论应该按如下方式给出： 对于指标类测试目的，明确给出某种测试条件下（软硬件配置、数据量、话务模型等）下的主要性能指标。 对于稳定类测试目的，明确给出系统总体是否稳定的结论，或者系统哪些特性稳定，那些特性不稳定的结论。 对于对比类测试目的，明确给出对各种对比系统的测试结论，说明各种对比系统中那种性能表现好、那种性能表现差。 对于验证类测试目的，明确给出验证结果，主要是有没有达到要求、可不可行。 对于优化类测试目的，按优化的优先级给出重要的各种优化方向，并说明可能的优化效果。 对于压力类测试目的，需要给出系统最大负荷(峰值或最大用户数)和瓶颈分析结论，在最大负荷下成功率、CPU利用率，响应时间等指标可以使用表格方式列出，支撑压力测试结论 此处针对各性能测试类型给出简单明了的测试结论，结论建议使用黑色粗体加重说明。明确版本是否满足性能指标要求，是否稳定，针对基线版本性能是否下降等，建议同时使用简洁的表格给出指标、实际测试结果数据和上升下降的对比数据，支撑上面的结论。 在指标测试时，满足性能规格中给出的指标要求为达标，一般与指标值的偏差正负在一个合理范围之内，也认为满足指标。正负偏差可以请SE确定，最终确定的偏差比率一定要得到SE的认可。对比测试中也同样需要确定一个这样的偏差率，以判断对比测试中性能是提高还是下降。 测试目的说明 这部分要详细分解列出本次性能测试的目的，也就是需要给出测试结论的项目。 性能测试的目的有如下基本类型： 指标类，测试的目的是给出系统的性能指标。 稳定类，测试的目的是验证系统在长时间压力下仍然能够保存稳定。 对比类，测试的目的是给出不同版本、不同配置的系统的性能表现对比。 验证类，测试的目的是验证某种软硬件配置是否能达到某种性能和稳定性要求。 优化类，测试的目的是给出系统性能的优化方向。 压力类，测试目的是得到系统的最佳呼叫数和最大呼叫数，发现系统的瓶颈。 一次性能测试可能包含上述一种或多种类型的目的，性能测试报告应该在这部分将这些测试目的具体化，明确和清晰的呈现给报告读者。 性能测试评估 测试设计评估 主要评价性能测试方案和用例对性能测试执行的作用，是否能够指导性能测试执行的开展，方案设计的具体问题需要在这里提出来，由设计人员修改。 对性能测试方案的分析可以从四个大的角度来考虑：1、性能需求分析。这部分分析主要是通过执行的结果来反溯方案的需求分析是否正确，是否合适；2、方案中的系统角色行为分析。通常该部分内容在方案中涉及较少，可以通过执行的结果来看方案在这方面是不是存在误导或缺陷；3、系统结构分析。该部分内容可以仔细分析一下，比如方案设计者对压力的传递分析在实测中是否正确，对潜在瓶颈的分析是否正确，对系统进程之间的配置关系是否合适等；4、性能测试流程的确定。这部分主要是验证方案设计者对所选流程是否合适，执行人员可以给出自己的评价。 如果没有方案，需要根据实际测试选择的场景等与设计规格要求进行分析，评估选择的测试场景是否满足性能规格要