如何测试服务器

服务器测试方法

从事德阳服务器托管，服务器租用，云主机，网站空间，申请域名，CDN，网络代维等服务。

服务器测试方法分为两个大方面，性能测试与功能测试。

我们在性能测试方面采用了新的测试方法，主要分为文件测试、数据库性能测试与

Web

性能测试三个

方面。其中，文件性能与数据库性能采用美国

Quest

软件公司的

Benchmark Factory

负载测试和容量规划

软件，

Web

性能测试则使用了

Spirent

公司提供的

Caw WebAvalanche

测试仪。

一、性能测试

1

、文件性能测试方法

Benchmark Factory

软件能按照文件读写的关键指标定制事务。软件最大支持

1000

个虚拟客户。

本次测试环境包括

10

台配置为

PIII800/128MB

内存

/20G

硬盘以上的客户端，它们用来模拟虚拟用户。

控制台为配置是

PIII 850/128MB

内存

/40G

硬盘的

Acer

笔记本电脑。交换机为带有两个千兆

GBIC

接口、

24

个

10/100M

自适应端口的

Cisco 2950

，客户端与控制台通过

100M

网卡连到交换机上，被测服务器则通

过千兆光纤网卡与交换机相连接。

被测服务器均安装带

SP4

的

Windows

2000

Advanced Server

操作系统，在所有三项性能测试中都统一

RAID

级别为

5

。

在具体测试方案设置上，测试软件把决定文件读写操作的关键因素设定为：读

/

写、随机

/

顺序、操作

块大小、对象大小四个。在本次测试中，考虑到我们设有单独的数据库及

Web

测试项目，所以在文件测试

中，我们把目标确定为测试服务器基本的

I/O

性能，这主要由网络接口、系统带宽、磁盘子系统等几大部

分所决定。同时，从几部分的作用看，以大操作块读写大对象文件，小操作块读写小对象文件，较能反映

服务器最基本的

I/O

性能，即“大操作块读写大文件”对系统带宽、缓存的考察，以及“小操作块读写小

文件”对磁盘子系统、网络接口的考察。最终我们确定的四个事务是：

大文件顺序读写

(

操作块

8KB

，对象文件

80% 500KB

、

20% 1MB)

大文件随机读写

(

操作块

8KB

，对象文件

80% 500KB

、

20% 1MB)

小文件随机读

(

操作块

1KB

，对象文件

80% 1KB

、

10% 10KB

、

10% 50KB)

小文件顺序写

(

操作块

1KB

，对象文件

80% 1KB

、

10% 10KB

、

10% 50KB)

每个事务的用户数均以固定步长逐渐增加，

最大可增加到

1000

个虚拟用户。

其中，

“大文件顺序读写”

事务的用户数按照

40

的步长从

1

可增加到

400

个

(

测试至强服务器

)

或

200

个

(

测试

TUALATIN

服务器

)

，其

他事务则将用户数按照

100

的步长从

1

增加至

1000

。我们期望得到其在不同用户数时被测服务器的性能表

现。总体上其走势及峰值反映了该服务器的性能。每项事务均运行三次，每次之间被测服务器进行重启，

最终结果为三次平均值。

2

、数据库性能测试方法

“乘机安全小贴士”安全出行要重视

数据库性能测试同样使用了

Benchmark Factory

软件，测试环境如同文件性能测试。测试时，在被测

服务器上安装

SQL Server 2000

使用企业版。首先在被测服务器上创建新的数据库，通过使用

Benchmark

Factory

预定义的

Database Spec

项目向数据库中创建表，装载数据。在服务器端创建以

CPU

计算为主的

存储过程，通过

10

台客户机模拟用户、按照

40

个虚拟用户的步长递增到

400

个用户，执行该存储过程。

结果是以获得的每秒事务数

(TPS)

衡量服务器的数据库事务处理能力。

整个测试分为三次，

每次之间重新启

动被测服务器，最终取三次平均值作为评价结果。

3

、

Web

性能测试方法

Web

性能测试工具是由

Spirent

公司提供的

Caw WebAvalanche

。

WebAvalanche

模拟实际的用户发出

HTTP

请求，

并根据回应给出具体的详细测试结果。

它有以下特点：

能够模拟成百上千的客户端对服务器发

出请求

;

能够模拟真实的网络应用情况，

比如网站在高峰期的访问量应该是动态的维持，

有新客户端的加入，

同时也有原客户的离去，

访问量不是固定不变的

;

可以产生

20000

个连接

/

秒请求量，

足以满足测试的需要

;

测试项目丰富，有访问请求的成功失败数，有

URL

和页面的响应时间，有网络流量数，还有

HTTP

和

TCP

协

议的具体情况。

测试时，被测服务器与

WebAvalanche

上都装有千兆光纤网卡，两网卡通过光纤直接连接。监控端

(

配

置为

PIII 1GHz/128M

内存

/20G

硬盘

)

安装了带

SP4

的

Windows 2000 Server,

该监控端与

WebAvalanche

通

过交叉线直连。在监控端通过

Web

浏览器配置

WebAvalanche

，在被测服务器安装了

SQL Server 2000

企业

版，并用微软的

IIS

建立了

Web

服务器。

测试分为静态性能与动态性能两部分。主要是因为在实际的

Web

应用中，有的站点静态内容居多，提

供的服务也绝大多数是静态的，

因此，

他们就会特别的关心服务器静态性能

;

同样，

有的站点提供的服务交

互性的内容居多，他们就会更关心服务器的动态性能。

被测网站中页面大小及静态、动态页面所占比例均参照实际网站得出，整个网站静态、动态页面所占

比例是

70%

和

30%

，使用的动态页面类型为

ASP

。请求页面样本的文件大小分布比例与整个网站的相同。

静态性能测试模拟发出的均是静态页面请求。在测试动态性能时，动态页面的访问请求占

20%

，其余

80%

为静态页面请求。我们根据实际的

Web

服务器一天中的运行情况建立了一个服务器页面请求模型，该

模型由

4

个阶段组成，第一阶段是预热阶段，

WebAvalanche

发出的请求量由

慢慢上升到

200;

第二阶段

是逐步加压阶段，请求量逐步累加到最大值

8200;

第三阶段是动态维持阶段

;

第四阶段是下降阶段，请求量

由最大值迅速下降为

。其中，最大请求量略大于实际服务器能够提供的事务处理量。

被测服务器的静态与动态测试分别测试三遍，每遍之间被测服务器和测试仪均重启，结果取三次的平

均值。由此可见，此服务器测试方法立志于最终结果的准确性。

二、功能测试

在功能测试方面，我们对被测服务器的可扩展性、可用性以及可管理性进行了综合评价，其中可扩展

性包括硬盘、

PCI

槽以及内存等的扩展能力，可用性包括对热插拔、冗余设备

(

如硬盘、电源、风扇、网卡

等

)

的支持，可管理性则指的是服务器随机所带的管理软件。

我们在对服务器进行总体评价时，综合了性能、功能和价格三方面因素，依据《网络世界》所做的用

户调查结果，分别给予不同权重，性能占

50%

，功能占

40%

，而价格则占

10%

。在分析性能时，数据库性能

占其中的

50%

，而文件性能占

30%

，

Web

性能占

20%

。

综上所述，这种全新的服务器测试方法更够更准确更直接的对服务器进行测试，而且数据更加精确。

希望能给又需要的读者朋友带来一定的帮助

。

谢谢采纳。

税控发票开票软件v2.0 安全接入服务器地址测试失败怎么办

无法连接到服务器，重新尝试几次。

（1）接入服务器地址设置错误：请点击“系统设置\系统参数设置\基本参数设置\上传设置”，核对“安全接入服务器地址”是否正确设置，地址后的端口号是否加上： ：7777（全角半角区别，https://必须要有）

（2） 网络未连通：请检查网络状态，用ping或telnet命令测试网络是否正常，7777端口是否关闭。如何使用命令演示。

（3） 税务数字证书异常：请点击电脑桌面右下角“证书管理系统托盘”图标，检查对应的税务数字证书是否正常

（4） 税务数字证书未同步：若用户在税务机关发行完成后当天马上进行相关操作，有可能税务后台证书尚未同步，建议等待2小时或隔天再进行操作。

（5）安全接入到统一受理在ie浏览器中，首先输入总参八局的安全接入地址，如 ，在端口号后面加入acceptFramework变为，点击“回车”，如果能进入如下页面，此页面表示安全接入到统一受理平台已经联通，页面显示“ERROR@NOT_LOGIN”如图1：图1

（6）2.0版本缺少备用DNS服务器的情况下 会造成测试通不过

（7）无法连接也可以查看日志。桌面图标右键属性查找目标-对应税号文件夹-log-UpDownLog.log 内会有记录，什么原因无法连接。

（8）如都无效则需要重签证书。

如何做好软件安全测试

一、软件安全性测试基本概念

软件安全性测试包括程序、网络、数据库安全性测试。根据系统安全指标不同测试策略也不同。

1.用户程序安全的测试要考虑问题包括：

① 明确区分系统中不同用户权限;

② 系统中会不会出现用户冲突;

③ 系统会不会因用户的权限的改变造成混乱;

④ 用户登陆密码是否是可见、可复制;

⑤ 是否可以通过绝对途径登陆系统(拷贝用户登陆后的链接直接进入系统);

⑥ 用户推出系统后是否删除了所有鉴权标记，是否可以使用后退键而不通过输入口令进入系统。

2.系统网络安全的测试要考虑问题包括：

① 测试采取的防护措施是否正确装配好，有关系统的补丁是否打上;

② 模拟非授权攻击，看防护系统是否坚固;

③ 采用成熟的网络漏洞检查工具检查系统相关漏洞;

④ 采用各种木马检查工具检查系统木马情况;

⑤ 采用各种防外挂工具检查系统各组程序的客外挂漏洞。

3.数据库安全考虑问题：

① 系统数据是否机密(比如对银行系统，这一点就特别重要，一般的网站就没有太高要求);

② 系统数据的完整性;

③ 系统数据可管理性;

④ 系统数据的独立性;

⑤ 系统数据可备份和恢复能力(数据备份是否完整，可否恢复，恢复是否可以完整)。

二、根据软件安全测试需要考虑的问题

1. 保护了最薄弱的环节

攻击者往往设法攻击最易攻击的环节，这对于您来说可能并不奇怪。即便他们在您系统各部分上花费相同的精力，他们也更可能在系统最需要改进的部分中发现问题。这一直觉是广泛适用的，因此我们的安全性测试应侧重于测试最薄弱的部分。

如果执行一个好的风险分析，进行一次最薄弱环节的安全测试，标识出您觉得是系统最薄弱的组件应该非常容易，消除最严重的风险，是软件安全测试的重要环节。

2. 是否具有纵深防御的能力

纵深防御背后的思想是：使用多重防御策略来测试软件，以至少有一层防御将会阻止完全的黑客破坏。 “保护最薄弱环节”的原则适用于组件具有不重叠的安全性功能。当涉及到冗余的安全性措施时，所提供的整体保护比任意单个组件提供的保护要强得多，纵深防御 能力的测试是软件安全测试应遵循的原则。

3. 是否有保护故障的措施

大量的例子出现在数字世界。经常因为需要支持不安全的旧版软件而出现问题。例如，比方说，该软件的原始版本十分“天真”，完全没有使用加密。现在该软件想修正这一问题，但已建立了广大的用户基础。此外，该软件已部署了许多或许在长时间内都不会升级的服务器。更新更聪明的客户机和服务器需 要同未使用新协议更新的较旧的客户机进行互操作。该软件希望强迫老用户升级，没有指望老用户会占用户基础中如此大的一部分，以致于无论如何这将真的很麻 烦。怎么办呢?让客户机和服务器检查它从对方收到的第一条消息，然后从中确定发生了什么事情。如果我们在同一段旧的软件“交谈”，那么我们就不执行加密。

分享名称：软件安全测试服务器 软件安全测试服务器有哪些
当前地址：http://lswzjz.com/article/ddghdcg.html