分布式系统的分布式系统的测试_常见的分布式系统

在测试执行过程中，对测试结果的分析是一个需要进行深入思考的重点问题。分布式系统测试的重点在于对后端服务器集群的测试，而判定系统中是否存在Bug则是我们需要解决的重要问题。那么应该如何确定是否存在Bug呢？

对于测试结果的分析，我们通常观察下面几种情况。

观察前端应用的返回结果。这里需要分两种情况来考虑：第一，按照前端应用业务功能点及流程进行 *** 作，观察返回结果是否符合业务方的需求预期；第二， *** 作后端的服务器（通常是重启、宕机、断网等 *** 作），观察前端应用的返回结果是否符合系统的设计需求。

分析服务器日志。在功能测试过程中，当我们在启动服务器的时候，需要将日志级别定义为Debug级别（最低级别）。这样做的主要目的是为了能便于测试工程师来分析日志和定位问题。为了能更好地定位问题，常常需要在服务器程序代码中进行日志打桩，把程序中的一些重要数据通过日志的方式展现出来。通常情况下，我们需要对日志的格式进行约定，在日志行中增加一些关键字来进行分类，这将便于测试工程师进行日志分析，也有利于开展分布式系统的自动化测试。另外，值得注意的是，我们尽可能地将打桩代码放在Debug代码中，避免影响系统代码，引入新问题。

分析 *** 作系统的一些重要信息。我们测试的分布式系统绝大多数是基于Linux *** 作系统开发的，在测试的过程中，除了详细分析程序日志以外，还需要对 *** 作系统的一些重要数据信息进行分析，从而来诊断服务器程序是否存在异常。以Linux *** 作系统为例，我们常常会使用top命令、netstat命令及sar命令来查看 *** 作系统的一些数据信息。例如，可以通过netstat命令检查服务器程序是否正确地监听了指定的端口等。

借助其他分析工具。例如，如何判断服务器程序是否产生了内存泄漏？通常需要借助于内存检测工具来进行分析。在Linux环境下，我们常用Valgrind来进行内存检测。这是一款非常好用、功能强大的分析工具，可以帮助测试或者开发工程师快速发现很多隐藏的程序Bug，尤其是在内存检测方面（同时它还具有很多其他优秀的功能，读者可以自己查看官网中的使用手册）。对于分布式系统而言，压力测试和性能测试非常重要。在进行压力测试和性能测试的时候，可能会碰到下面一些难点。

数据准备。如何准备海量的测试数据并保证模拟数据的真实性？以一个分布式的文件系统为例，预先存入100GB的数据还是存入100TB的数据、存入的文件是大小基本一致差别不大还是各不相同甚至差异很大（例如，从几十字节至几十兆字节不等），这些因素对于分布式系统的性能影响是有很大差异的。另外，如果需要预先存入100TB的数据，若按每秒写入100MB数据来计算，写入100TB数据需要100×1024×1024/100=1048576秒=29127小时=12天。我们是否能忍受这么长时间的数据准备工作？为了解决这样的问题，我们需要对系统架构设计进行深入分析，设计好测试场景，并提前进行测试用例的设计，以尽早开始准备测试数据。

性能或压力测试工具。通常来说，分布式系统的测试需要开发一些测试工具来满足性能测试的需求。如果可以的话，建议这样的测试工具最好由测试工程师自己来实现，因为测试工程师更清楚自己的测试需求。当需要自己开发测试工具的时候，有两个关键问题需要重点关注：第一，一些关键数据的收集方式与计算将成为性能测试工具的关键，例如，TPS（每秒请求数）、Throughput（吞吐量）计算的准确性；第二，要保证性能测试工具的性能，如果工具本身的性能不好，将无法给予分布式系统足够强大的压力来进行测试。另外，当考虑到多并发（例如有10万客户端同时并发连接）时，如果性能测试工具在一台测试机器上只能运行50个或者更少的话，那么需要的测试机器数量也将会很庞大（例如2000台测试机），这个成本或许是许多公司不能承受的。因此，性能测试工具本身的性能必须要足够好才能满足需求、降低测试成本。自动化测试是测试行业发展的必然趋势，对于分布式系统测试而言也不例外。在实施分布式系统自动化测试的过程中，我们可能会碰到下面两个难点问题。

涉及平台多且硬件杂，测试流程控制困难。在实施自动化测试的过程中，测试脚本需要控制的 *** 作系统和应用程序很多，而且存在跨平台的特性，同时还有可能需要控制一些网络设备。因此，选择一个优秀的自动化测试框架成为了非常重要的工作之一。以我们的实践经验来看，STAF是一个不错的选择，它的平台（Windows及Linux各版本）支持及开发语言的支持都很全面。

测试结果验证复杂。对于分布式系统的自动化测试来说，我们需要通过测试脚本来收集各种测试结果数据以验证测试结果的正确性。在实施自动化测试的过程中，我们可以将测试结果数据收集部分模块化，通过各子模块来检测各项数据是否正确。例如，我们会设计一个日志分析模块，主要负责从服务器应用程序的日志中收集相应数据进行对比验证（本文前面提到的在打桩日志中增加关键字部分就显得格外重要）。

随着互联网的发展，大型分布式系统也越来越多、越来越复杂、越来越重要。如何有效地保证大型分布式系统7×24小时全天候持续稳定地运行也就成为了一个重要课题。

分类: 电脑/网络 >> 软件
解析:

希赛顾问——软件测试专刊（2006年第4期，总第4期）

主办：希赛网（csai） 承办：希赛网软件测试频道（testingcsai）

性能测试兵法

作者：陈绍英 来源：希赛网软件测试频道
在大多数的性能测试工作中，我们可以看出很多内容都是互相关联的。这就给我们提供了一思路：性能测试的很多内容可以经过一定的组织统一来进行。统一开展性能测试的巨大好处是可以由浅入深按照层次对系统进行测试，进而减少不必要的工作量，以实现节约测试成本的目的。为此，本文提出了“全面性能测试模型”的概念。 “全面性能测试模型”提出的主要依据就是一种类型的性能测试可以在某些条件下转化成为另外一种类型的性能测试，而这些类型的测试实施也是很类似的。例如：针对一个网站进行测试，模拟10到50个用户

就是在进行常规性能测试，用户增加到1000乃至上万就变成了压力/负载测试。如果同时对系统进行大量的数据查询 *** 作，就包含了强度测试。

1．全面性能测试模型在“全面性能测试模型”中，把Web性能测试分为八个类别。

下面首先介绍八个性能测试类别的主要内容。

（1）预期指标的性能测试 系统在需求分析和设计阶段都会提出一些性能指标，这些指标是性能测试要完成的首要工作之一，本模型把预先确定的一些性能指标的测试称为预期指标的性能测试。 这些指标主要是指诸如“系统可以支持并发用户1000”、“系统响应时间不得高于10秒”等在产品说明书等文档中中十分明确的内容，对这种预先承诺的性能要求，测试小组应该“首当其冲”完成这类测试。

（2）独立业务性能测试 独立业务主要是指一些核心业务模块，这些模块通常具有功能比较复杂、使用比较频繁、属于核心业务等特点。这类特殊的、功能比较独立的业务模块始终都是性能测试重点。我们通常不但要测试这类模块的一些和性能相关的算法，还要测试这类模块对并发用户的响应情况。 核心业务模块在需求阶段就可以确定，在系统测试阶段开始单独测试其性能。如果是系统类软件或者特殊应用的软件，通常从单元测试阶段就开始进行测试，在后继的集成测试、系统测试、验收测试中进一步进行测试，以保证核心业务模块的性能稳定。 用户并发测试是核心业务模块的重“并发”的主要内容是模拟一定数量的用户同时使用某一核心模块的“相同”或者“不同”的功能，并且持续一段时间。对“相同”的功

能进行并发测试分为两种类型，一类是在同一时刻进行完全一样的 *** 作，例如打开同一条数据记录进行查看；另外一类是在同一时刻使用完全一样的功能，例如同时提交数据进行保存。可以看出后者是包含前前者的，后者是前者的特例，这种并发测试都要持续一定的时间。

从微观角度讲，同时使用某一核心模块“不同”的功能，也是一种组合业务性能测试，只不过这种组合的相关业务大分类是一致的。

（3）组合业务性能测试 通常不会所有的用户只使用一个或者几个核心业务模块，每个功能模块都可能被使用到，所以Web性能测试既要模拟多用户的“相同” *** 作(这里的“相同”

指很多用户使用同一功能)，又要模拟多用户的“不同” *** 作(这里的“不同”指很多用户同时对一个或者多个模块的不同功能进行 *** 作)对多个业务进行组合性能测试。组合业务测试是最接近用户实际使用情况的测试，因而是性能测试的核心内容。我们通常按照用户的实际使用情况来模拟使用各个模板的人数比例。 由于组合业务测试是最反映用户使用系统情况

的测试，因而组合测试往往和服务器（ *** 作系统、Web服务器、数据库服务器）性能测试

结合起来，在通过工具模拟用户行为的同时，还通过测试工具的监控功能采集服务器的计数器信息，进而全面分析系统的瓶颈，为改进系统提供有利的依据。用户并发测试是组合业

务测试的核心内容。“组合”并发的突出特点是分成不同的用户组进行并发，每组的用户比例要根据实际情况来进行匹配。组合业务测试可以理解为包含了“核心业务模块并发”和“非核心业务模块并发”同时进行的并发用户测试。

（4）疲劳强度性能测试 疲劳强度测试是在系统稳定运行下模拟较大的用户数量、并长时间运行系统的测试，通过综合分析执行指标和资源监控来确定系统处理最大业务量时的性能，

主要目的是为了测试系统的稳定性。

（5）大数据量性能测试 大数据量测试分为两种：一种是针对某些系统存储、传输、统计查询等业务进行大数据量的测试，主要是测试数据增多时的性能情况，这类一般都是针对某些特殊的核心业务或者一些日常比较常用的组合业务的测试。 第二种是极限状态下的数据测试，主要是指系统数据量达到一定程度时，通过性能测试来评估系统的响应情况，测试的对象也是某些核心业务或者日常常用的组合业务。例如系统的数据每年只备份转移一次，可分别选择一个季度、半年、一年作为参考，模拟输入各个时间段的预计数据量，然后测试系统的性能，进而预估系统的性能走向。 由于大数据量仍然是为了测试系统的业务处理能力，

因此大数据量性能测试可以独立进行，也可以和前面的独立、组合业务测试结合起来进行，主要由性能测试策略来决定。由于大数据量测试一般在投产环境进行，因此本书把它单独独立出来，和疲劳强度测试放在一起，在整个性能测试的后期进行。大数据量测试可以理解为特定条件下的核心业务或者组合业务测试。

（6）网络性能测试 网络性能测试主要是为了准确展示带宽、延迟、负载和端口的变化是如何影响用户的响应时间的。在实际的软件项目中，主要是测试用户数目与网络带宽的关系。

网络性能测试一般有专门的工具，因此本书不研究网络测试，网络测试的任务通常由系统集成人员来完成。

（7）服务器性能测试 服务器性能测试（ *** 作系统、Web服务器、数据库服务器）分为初级和高级两种形式。“初级服务器性能测试”主要是指在业务系统工作或者进行前面其它

种类性能测试的时候，监控服务器的一些计数器信息，通过这些数据对服务器进行综合性能分析，找出系统瓶颈，为调优或者提高性能提供依据。“高级服务器性能测试”一般不由测试人员进行，由专门的系统管理员来进行，例如数据库服务器由专门的DBA来进行测试和调优。本书主要讨论在测试中常用到的“初级服务器性能测试”，既通过工具对服务器资源进行监控的性能测试。

（8）一些特殊测试 主要是指配置测试、内存泄漏测试一些特殊的Web性能测试。这类性能测试或者和前面的测试结合起来进行，或者在一些特殊情况下会独立进行，本书重点来讨论前一种情况，因为后一种情况往往通过特有的工具、较大投入的进行，可以不作为性能测试的范畴来研究。

主办：希赛网（csai） 承办：希赛网软件测试频道（testingcsai）

软件测试专业调查,请各位朋友大力支持:
testingcsai/edu/vote/VoteStepFirst

Linux *** 作系统在服务器方面的应用越来越好。下面由我为大家整理了Linux服务器 *** 作系统的简介及版本介绍，希望对大家有帮助!

Linux服务器 *** 作系统简介及版本介绍

一、Linux服务器 *** 作系统简介

Linux服务器 *** 作系统和一般的Linux发行版有什么区别考虑服务器硬件。服务器本质上是具有专门规格的计算机。例如，服务器硬件确保最大的正常运行时间，效率和安全性。此外，服务器平衡计算能力和功耗。类似地，Linux服务器 *** 作系统优先考虑安全性和资源消耗。

Linux服务器 *** 作系统向客户端设备提供内容。因此，服务器 *** 作系统提供了用于简单服务器创建的工具。由于服务器通常以命令行方式进行配置和运行，因此Linux服务器 *** 作系统的图形用户界面(GUI)不重要。

根据IDC，硬件销售数据表明，28%的服务器是基于Linux的。虽然有专用的Linux服务器 *** 作系统，还可以选择滚动安装版本。选择的关键是 *** 作系统应该能提供长期服务(LTS)迭代并支持安装所需的软件。LTS的发行版提供了稳定性和更长的支撑周期。

当选择Linux服务器 *** 作系统时，还要考虑使用用途。比如将Linux计算机用作媒体服务器与设置游戏服务器是不同的。

二、Linux服务器 *** 作系统版本介绍

1 Ubuntu Server

Ubuntu可以说是最知名的Linux *** 作系统。而且社区有大量的Ubuntu衍生产品，它是一个稳定的发行版。Ubuntu及其变体提供了优秀的用户体验。Ubuntu Server有两个版本：LTS和滚动版本。LTS的Ubuntu Server发行版拥有五年的支持周期。虽然非LTS的Ubuntu Server发行版支持周期不是五年，但也提供了九个月的安全和维护更新。

虽然Ubuntu和Ubuntu Server非常相似，但服务器提供了不同的组件。值得注意的是，Ubuntu Server提供了OpenStack Mitaka、Nginx和LXD。这些内容能满足系统管理员的需求。使用Ubuntu Server版，可以启动Web服务器、部署容器等。而且它是即开即用的服务器软件。

虽然Ubuntu LTS不是一个服务器发行版，但它也提供了五年的支持周期。我目前使用Ubuntu 1604 LTS来运行专用的Plex服务器以及Linux游戏服务器。LTS发行版可以很好地作为Linux服务器 *** 作系统。只需自己安装服务器软件即可。

谁应该使用它：

如果你刚接触Linux或服务器 *** 作系统，Ubuntu是一个优秀的选择。Ubuntu仍然是最流行的Linux发行版之一，而且它对用户友好。因此，Ubuntu Server是一个梦幻般的入门级Linux服务器 *** 作系统。它作为媒体服务器、游戏服务器或电子邮件服务器是一流的选择。更高级的服务器设置也适合Ubuntu服务器，但它绝对是一个基本的服务器和新手用户的选择。

2 openSUSE

SUSE Linux于1993年首次推出。直到2015年，开源版本的openSUSE迁移到SUSE Linux Enterprise(SLE)。提供了两个openSUSE衍生版：Leap和Tumbleweed。Leap具有更长的发布周期，而Tumbleweed则是滚动发布版。Tumbleweed更适合高级用户使用其最新的软件包，比如Linux内核和SAMBA等。Leap版则有更好的稳定性和成熟度。两者都支持更新 *** 作系统。

企业客户不能承受不稳定、不成熟和未经测试的包。一切都必须严格测试，以确保业务不会出现问题，并导致损失。故Leap版可以确保企业客户的需求。

openSUSE算是一个梦幻般的Linux服务器 *** 作系统。openSUSE包含了用于自动测试的openQA，用于在多个平台上进行Linux映像部署的Kiwi，用于Linux配置的YaST以及全面的软件包管理器Open Build Service。早些时期，SUSE并没有像Redhat和Canonical那样提供免费的企业发行版，如CentOS和Ubuntu，直到Leap版的发布。SUSE官方称，Leap是一个替代Ubuntu、CentOS和Debian的生产服务器的优秀选择。以前openSUSE遵循9个月的发布周期，即每9个月发布一个新的主要版本。而Leap则遵循SLE的发布周期。

谁应该使用它：

openSUSE更适合于像系统管理员这样的强大用户。它是一个伟大的Web 服务器、家庭服务器或家庭服务器/ Web服务器组合。系统管理员可以从诸如Kiwi，YaST，OBS和openQA之类的工具中获益。openSUSE的多功能性使其成为最好的Linux服务器 *** 作系统之一。除了稳固的服务器功能外，openSUSE还提供了一个漂亮的桌面环境。

3 Oracle Linux

如果你在考虑Oracle Linux，这很正常。oracle Linux是由数据库巨头Oracle提供的Linux发行版。它有两个内核。其中一个内核特性是红帽兼容内核RHCK(Red Hat Compatible Kernel)，即提供了与Red Hat Enterprise Linux(RHEL)发行版相同的内核。Oracle Linux有认证，可以在联想、IBM和HP等大量硬件上工作。Oracle Linux提供了Ksplice特性，增强了内核的安全性。另外还支持Oracle、openstack、Linux容器和Docker。其品牌标识为Oracle企鹅。

Oracle Linux提供了技术支持，但需要付费。除非你在企业环境中运行Oracle Linux，否则不值得这么付出。如果需要构建公有云或私有云，Oracle Linux是一个优秀服务器 *** 作系统选择。

谁应该使用它：

Oracle Linux最适合数据中心或用于创建基于OpenStack的云。而更高级的家庭服务器用户和企业级设置也适合使用Oracle Linux。

4 容器Linux(前身为CoreOS)

CoreOS于2016年更名为Container Linux。顾名思义，Container Linux是一个用于部署容器的Linux *** 作系统。它聚焦于简化容器的部署。容器Linux是提供了安全的、高可扩展的、支持容器部署的一流 *** 作系统。集群化的部署非常容易，其发行版包含了服务发现的方法。并提供了Kubernetes、docker和rkt的文档和支持。

但是，容器Linux没有提供包管理器。所有应用程序必须在容器中运行，因此容器化是强制必需的。然而，如果你正在使用容器，那么容器Linux是提供了容器及其集群等基础设施最好的Linux服务器。它提供了一个etcd工具，作为守护进程运行于集群中的每个计算机上。当然你也有安装的灵活性。除了内部部署安装外，您还可以在虚拟化介质(如Azure，VMware和Amazon EC2)上运行Container Linux。

谁应该使用它：

容器Linux最适合集群基础设施的服务器或容器化部署。这并不意味着它不是家庭服务器的选择。如果使用来自Plex的官方Docker镜像，Container Linux可以作为基本家庭媒体服务器或者是复杂集群设置的任何服务器。最终，如果你很喜欢容器，那么应该使用Container Linux。

补充：Linux服务器 *** 作系统如何选择

(1)Debian与Ubuntu的选择

Ubuntu是基于Debian所开发，可以简单地认为Ubuntu是Debian的功能加强版。与Debian相比，Ubuntu提供了更人性化系统配置，更强大的系统 *** 作以及比Debian更激进的软件更新。Ubuntu与Debian比较，可以认为Debian更趋向于保守一些，Ubuntu对新手友好度更高，上手更容易。用过Ubuntu的都会体会到它的易用，反之如果用过Ubuntu再换到别的系统，都会觉得不适应，Ubuntu真的很方便。

在此解释下Ubuntu的版本支持时间。Ubuntu普通版本只提供18个月的技术支持，过期则不管。LTS服务器版本提供长达五年的技术支持。Ubuntu 1010是个普通版，现在已经过了支持周期了。如果你用了，很好，你会发现你安装不了任何软件，1010的软件已经从Ubuntu软件源中被移除了。

所以建议大家选择1204 LTS版，提供长达5年的技术支持，可以确保在静候相当长的一段时间内你的服务器可以继续收到系统升级补丁以及可用的软件源。

(2)Red Hat和Centos选择

Red Hat跟Centos就没那么多差别了。

Red Hat是付费 *** 作系统，你可以免费使用，但是如果要使用Red Hat的软件源并且想得到技术支持的话，是要像Windows那样掏钱的，所以大家可以理解为Linux中的Windows。这么做符合开源精神，免费使用，服务收费。

Centos是Red Hat的开源版本。一般在Red Hat更新之后，Centos会把代码中含有Red Hat专利的部分去掉，同时Red Hat中包含的种种服务器设置工具也一起干掉，然后重新编译就是Centos。

从某种意义上说，Centos几乎可以完完全全看成是Red Hat，这两个版本的rpm包都是可以通用的。

那么这样问题就简单了。如果你舍得花钱买技术支持，并且想得到完善的技术服务，请去买Red Hat的授权，你会得到如Windows一般强大的技术支持的。如果你只想用，什么付费技术支持什么专有软件都是浮云，那么用Centos吧。

一 表现层（web服务器）二 业务逻辑层（应用服务器）三 数据层（数据库服务器）
性能测试环境包含内容：
硬件：服务器、客户端、交换机等。
软件：数据库、中间件、被测系统、 *** 作系统等。
网络：有线/无线/宽带、网络协议等。
1、硬件环境，包括服务器环境、与网络环境
2、软件环境：版本一致性 包括包括 *** 作系统、数据库、中间件的版本，被测系统的版本；
配置一致性 系统（ *** 作系统/数据库/中间件/被测试系统）参数的配置一致，这些系统参数的配置有可能对系统造成巨大的影响。
3、使用场景的一致性 基础数据的一致性；使用模式的一致性。
　

个人和企业建站，服务器的性能影响着车开的快不快。比如运算速度，传输速度这个直接影响着每毫秒可以处理多少数据，这个就类似你插个U盘进电脑，读写速度。像香港服务器100M大带宽直连，测试网络质量好坏意味这高速公路有多少条道。

网络速度决定了道路的质量，比如柏油路，水泥路，黄泥路这个基本上不考虑，目前都是光纤光纤的质量差别并不会很大，如果访问速度不好的话，会让网站加载非常慢。在选择服务商时，首先一定要选择有保障的，方便日常维护。其次就是就要看服务器的稳定性，服务器出现宕机的情况不少见。那服务器的网络和带宽质量究竟如何来测试呢

服务器网络质量如何测试

1、网络线路质量

玩网络游戏，你得知道服务器用的是什么线路，不同的网络线路代表的服务器的带宽是不同的，避免线路的质量不稳定的情况。比如服务器是电信区，使用联通线路，定受影响。选择机房的带宽选骨干线路，速度快，稳定性强。首先看机房到企业建站之间要经过多少个路由，接入的路由设备离骨干网的位置，条数越少越好。

2、服务器网络稳定性

Ping测试。通过本机的PING命令进行持续ping，通过查看丢包率、最大值、最小值等数据来分析机房的网络品质和带宽质量。

第1种方法：常见的ping命令。

在电脑中点击开始，运行，然后输入CMD打开DOS命令窗口。然后输入网站网址，或者服务器的IP地址，格式为ping域名，或者pingIP。使用ping命令后，会反馈一个结果，这个结果基本包括了以下几个信息。

Time，这个是响应时间，时间越小越好，国内服务器响应时间一般在20-60ms之间。

TTL，这个可以判断相关的 *** 作系统，TTL=119，则表示是XP系统，不过这个现在一般不准，毕竟服务器可以修改注册表TTL类型。数据包发送信息，这个里面有个丢包率，数值越小越好，正常都是显示丢失0。丢包严重的话，哪怕一直连接，效率也不行。

第2种方法：tracert命令。

测试方法与ping命令类似，只是将ping换成tracert，不过这个命令可以用来检测终端用户到服务器机房的跳数及响应时间，换句话说，就是可以测试出服务器与全国客户的连接速度。显示时间也是以Ms为单位，时间越短越好。

第3种方法：比网站加载速度。

可以利用WhichLoadsFasterFastSoft工具测试一下打开网站速度。就是上网，在浏览器中让两个真实的网页显示出来，反应的结果就是两个网站真实打开速度对比。

第4种方法：网站速度测试工具。

使用GTmetrixgtmetrix有丰富的测量结果，能够提供相关的网站速度提升建议，站长可以根据这些建议优化站点。然后再逐一找到加载速度变慢的原因。此外，还有一点就是带宽的选择。关于带宽服务器一般有共享和独享两种选择，若本身是普通的网站使用共享的带宽是可以的，但若是对带宽要求高的行业选择独享带宽。

3、服务器带宽测试

测试其下载速度。通过运营商区域分段测试，看看最大下载多大速率，就可以查看到其实际带宽的速度、安全性和稳定性。

我们知道，一个网站如果在好几秒都打不开，那么基本上都会没有耐心，会关闭页面，而这无形当中就是流失了用户。但总体来看，企业主租用服务器一般只需要从四个方面入手，分别是售后服务、服务器的稳定性、带宽资源以及价格，如果这四个方向把握准确，以上就是租用服务器前对网络质量测试方法，希望对站长有一定的帮助。

系统一般为C/S架构或者B/S架构。不同架构的系统在进行测试(安全测试，性能测试等)的时候的侧重点会有所不同。
- C/S又称Client/Server(客户/服务器模式),服务器采用高性能的PC，工作站或者小型机。客户端需要安装专门的客户端软件。这样带来的好处是C/S可以充分发挥PC端的处理能力，很多工作可以先在PC机上进行处理之后再提交给服务器，这样响应的速度会更快。但是这样的架构也有不少的局限性，比如只适用于局域网且必须要安装客户端软件，由于需要安装客户端软件，这样的软件开发与维护，软件升级等等都很不方便，同时，对于不同的 *** 作系统也需要适配。开发与安装：
B/S架构的服务器只需要安装服务器，客户机通过Browser登陆系统进行 *** 作。
C/S架构客户端需要安装客户端软件，电脑配置， *** 作系统等等的不同会导致安装过程复杂。
2、升级与维护
B/S架构的只需要对服务器进行升级，不需要给客户端进行升级，升级相对简单。
C/S架构的升级需要每一台PC机都进行升级，升级复杂。
3、服务器性能要求
B/S数据处理等等都是直接交给服务器处理，服务器除了需要对数据请求的合法性等等进行判断，还需要 *** 作数据库，服务器承受的压力较大。
C/S架构的系统，客户端可以初步对数据进行处理，从而减轻了服务器的数据处理压力。
CS架构
对于CS架构的系统，分为两种：
- 第一种是不需要实时连接服务器的，比如一些管理软件，只需要在进行 *** 作的时候进行服务器连接与数据交互。

你好朋友；
我认为，在什么系统下都要实验，
这样你才能知道这个软件可以在哪些不用的系统下运行，
现在的系统有xp、2003、vista、win7、win2008也就是vista的服务器版本、win2008 r2win7的服务器版本这些系统，其中win7现在是个人电脑的主流 *** 作系统，所以现在很多软件都必须要兼容win7系统，虽然某些朋友不喜欢win7，可它毕竟是现在的主流系统，
回答完毕，以上是我个人看法

---