性能测试从零开始实施指南——文档建设篇

上篇博客,介绍了性能测试从零开始实施如何制定流程。开始本篇博客以前,让咱们先回想下在你的工做经历中,是否遇到过下面的一些问题:html

一、要作接口测试,找开发要接口文档,开发告诉你没有接口文档,要么本身去看代码,要么抓包;java

二、来了新同事,领导要求你带带新人,因为历史缘由,没有最新的PRD、没有流程规范等各类文档记录,你只能口头去告诉新人大家的流程规范、遇到什么问题该找谁;mysql

三、线上出问题了,多是开发的某个配置出错了,可能代码合并时没有提交最新的代码,可能测试用例没覆盖到漏测,可能需求描述不清致使实际的功能和预期有误差;sql

四、产品说这里改改,就加一个按钮,不影响功能,开发同窗改了,测试同窗不知道就上线发布了,结果出问题了,过后追溯下来,发现就是新增的按钮致使;架构

五、其余。。。。。。运维

若是上述的问题你都遇到过,那么恭喜你,你已经脱离萌新阶段;若是还没遇到过,那你就该打起精神注意了,上述的问题会给你的工做形成很大困扰,不管如今仍是未来。工具

 

首先声明,这里的文档建设,不只仅是传统意义上的Word、excel、PPT,还包括看板、在线wiki等方式,文档建设的核心是“约定大于配置!”性能

约定大于配置,就是尽可能按照既定的、你们默认遵循的原则规范来执行,而不是口头约定,互相点头就行。测试

固然,这里的约定,不是说严格遵循不能逾越,它能够根据具体的状况进行的调整,但要及时通知相关人员新的约定。优化

这篇博客,咱们就来聊聊,性能测试从零开始实施,该如何开展文档建设的相关工做。。。

 

1、文档建设目的

一、制定工做开展的流程、各岗位职责以及执行参照准则;

二、下降工做交接、沟通的成本,提升效率;

三、便于事前、事中、过后快速回溯追踪;

四、下降“口头说明”带来的风险;

五、有工做产出,为了“KPI”;

 

2、文档范围

性能测试方面,按照重要性和快速落地原则来排序,主要的文档包括以下几种:

 

3、文档说明

一、流程规范

①、性能测试流程:没有规矩不成方圆。流程规范的重要性在上篇博客:性能测试从零开始实施指南-流程篇已经详细介绍了,这里再也不赘述。

②、发布上线流程:性能测试工做完成后,发布上线的流程通常都是遵循技术部门自定的流程,但有一点须要注意的时,因为性能测试优化有时会涉及到一些配置参数或者策略的变动,

   在上线发布时,必定要验证是否按照优化后的配置策略进行上线发布,若是遗漏可能会形成很严重的后果(本人以前遇到过好几回,致使某些核心流程因为线上流量较大服务重启)。

③、问题处理流程:在性能测试过程当中,会遇到不少问题,好比数据失效、主要职责人没空或请假、线上性能问题等,要针对性的出具应对策略,防止性能测试工做推动block。

二、方案报告

①、性能测试方案:测试方案的重要性不言而喻,须要多方达成一致,才能执行;固然,在测试流程规范中,就应该体现出这点。性能测试方案主要包含以下信息:

②、轮次小节:这一点其实很重要,每一个小阶段执行完毕,建议将本轮的测试结果告知相关人员,便于工做进展沟通。

③、性能测试报告:做为性能测试完成的标志和重要产出物,性能测试报告须要对系统线上容量规划提供重要的参考数据。性能测试报告主要包含以下信息:

三、技术规范

①、环境管理规范:性能测试的执行环境,按照真实可靠性来排序,生产环境>独立性能测试环境>测试环境(即UAT/SIT),但综合考虑风险、成本、有效性来讲,

   独立的性能测试环境是最平衡的选择,为了测试结果的准确性和快速部署监控,环境的有效管理就显得颇有必要。

②、脚本编写规范:性能测试工具各有各的优缺点,但不合理的使用方式,每每使得测试结果和实际差距太大,并且会遇到不少莫名其妙的错误。

   固然对于高级资深的性能测试人员,这种犯错概率较低,但仍是建议针对性的出具一份工具使用说明,对常见的组件使用方法进行规范。

四、细则说明

①、测试策略说明:性能测试有不少测试策略,不一样的策略测试结果都有区别,好比基准和容量测试,稳定性和高可用测试,针对不一样的测试目的,采用不一样的合理的

   测试策略是很重要的,这也很考验测试人员的经验和技术。固然,还有一部分缘由是向其余相关成员说明不一样测试策略的方式及缘由,下降沟通障碍。

②、测试数据准备说明:性能测试过程当中,测试数据的准备工做每每能占据10-20%的时间,并且数据的准确性有效性很重要,不然会致使测试结果南辕北辙。

   建议出具一份测试数据准备说明,主要包括埋点数据、热点数据、参数化数据以及数据准备方式,好比生产数据拖库过敏、脚本批量插入等。

五、培训文档

①、性能测试宣讲:咱们不能保证性能测试的各个参与人员(开发、运维、项目经理、产品)对性能测试的认知保持一致(固然实际状况是有时候甚至不了解)。

   所以建议在性能测试开展推动的初始阶段,大概1-2个月时候,进行几回性能测试常见术语、测试策略、职责的宣讲,尽早达成一致性认知,下降后期的沟通成本。

②、测试平台使用说明:随着公司业务面临的流量愈加增加,初期的只利用压测工具进行性能测试执行已经没法知足工做须要,性能测试平台这时候就该亮相了。

   当平台开发投入使用后,建议编写一份使用手册,便于平台使用人员快速上手(测试平台这个太远,这里只是说起一下,别放在心上233)。

六、新人手册

①、新人手册:当团队渐渐人员不断变多时,如何让新人快速熟悉工做,就是须要考虑的问题。这个时候,建议编写个新人手册,主要介绍下以下几点:

   相关帐号开通、权限申请、各系统地址、负责人等信息,而后将上述的文档给他,有疑问及时解答,这样一方面新人有事可作,另外一方面,你也没必要为了在口头教和本身的职责工做之间头疼。

 

4、建设方式

除了常规的office三件套,如今还有不少在线wiki(好比Confluence),协同办公软件能够来帮助你进行文档建设工做。

附:Confluence搭建详解

 

5、文档扩展

上面主要介绍的都是性能测试相关的文档建设内容,若是上升到整个技术部门呢,咱们应该作哪些文档建设工做?下面是一些常见的文档规范类型:

一、工做计划

本月、本季度、本年工做规划

二、各项流程

研发流程、测试流程、发布流程、问题处理流程、紧急事件应对流程

三、技术规范

java代码规范、mysql规范、接口文档规范、环境管理规范、Git使用规范、运维规范

四、相关文档

组织结构、业务架构、系统架构、需求文档、设计文档、排期计划、问题统计、培训手册

PS:关于文档建设,延伸阅读推荐《阿里巴巴java开发手册-第七节:设计规约》。

 

以上,为性能测试从零开始实施指南——文档建设的一些我的总结和见解,内容仅供参考。。。