性能测试-系统性能可测性评估

目标

影响性能的因素

CPU、内存、磁盘、 络

操作系统、数据库、中间件、系统架构等

数据量、并发数、用户操作习惯

了解系统架构

知己知彼，百战不殆。意为如果对敌我双方的情况都能了解透彻，打起仗来百战都不会有危险。语出《孙子·谋攻篇》：知彼知己，百战不殆；不知彼而知己，一胜一负；不知彼，不知己，每战必殆。在性能测试前期，就需要对系统的整体架构进行一次全方面的了解。

最先要知道系统的类型，也就是说这是一个什么系统：

业务层面: 大数据 推荐系统 专家系统 交易系统

注:同一行业不同项目的性能瓶颈也不尽相同

技术层面:BS/CS、OLTP/OLAP、IO/CPU/内存

操作系统:Windows、Linux等其他类型

数据库:Sybase、Mysql、Oracle、AteryDB等

中间件:Tomcat、TAS、Websphere、Weblogic等

用户并发数:

使用系统的用户量、使用时间点和频率等

数据量:

基础数据量、未来N年的数据量(一般情况下3-5年)等

用户习惯:

用户经常使用那些功能、浏览器类型等

咨询相关人员

此处的相关人员主要指系统架构师、模块编码人员和以前测试过该系统(类似系统)的性、功能测试人员。

对系统整体架构最为了解的人莫过于该系统架构师，该系统由哪些模块组成、用了哪些第三方组件(开源、公司内部)、前期版本(现场)出现过哪些性能问题、本次开发过程中哪些模块性能需要重点关注(性能点、技术难度大、数据量多、心里最没底)。

确定了需要性能测试的模块，那就需要找到该模块的编码人员，咨询内容和架构师类似，只不过是更具体的内容，比如某功能的实现方式、最复杂的SQL、占内存/CPU的功能等等。

1、系统不是属于新系统，则应该咨询前版本的测试人员，以前性能测试是如何测试的、遇到过哪些问题、哪里需要重点关注。

2、系统属于新系统，则咨询本版本功能测试人员，在测试过程中感觉哪里慢、中间件是否自动关闭过、数据库是否有连接不上过。