「网络测试项目」 互联网的测试项目谁能给我说说该怎么说

网络测试项目： 互联网的测试项目谁能给我说说该怎么说-百度知道

不知道你所谓的项目是指什么，如果是说想跟别人说自己的测试怎么做的。首先你的项目是做什么的，测试先要知道你的产品的开发流程是什么，系统架构是什么，网络架构是什么，各个模块是什么语言写的，因为测试往往要针对语言设计测试用例，然后就是分...展开全部

网络测试项目： 最近有什么网络安全测试活动啊？-百度知道

展开全部 最近啊.....正好就有一个哦~~是一个很有意思的网络安全测试呢，挺好玩的，就是极棒啊！这是全球首个安全极客嘉年华哦！有很多的高科技设备呢，包括微软啊、苹果啊之类的公司的设备来供参加者来研究，这个活动是这样的，只出设备不出题的呢...

网络测试项目： 软件测试和网络测试哪个好！薪水怎样以及哪个难！

在许多IT企业中，软件测试并非只担当“挑错”的角色，其重要性不亚于软件的开发环节。据资料显示，在国外大多数软件公司，1个软件开发工程师便需要辅有1个软件测试工程师。前微软亚洲研究院博士、软件测试专家陈宏刚表示，在很多大型的软件开发项目...展开全部

其他答案:软件测试

网络测试项目： 网络安全测试活动都有那些？-百度知道

热心相助您好！网络安全测试是软件测试中最高级别的测试测试范围很广，有基于软件系统的安全性测试，密码及访问控制强度测试、身份认证测试等有服务器安全测试，有网络安全运行环境测试、安全可靠性测试和安全工具软件测试等。助人为乐，希望采纳！

网络测试项目：网络软件测试工具有哪些值得推荐？

目前，市场上比较流行的Web网站性能测试工具有微软公司开发的Microsoft Web ApplicationStressTool（WAS）软件。该软件仅，小巧，主要功能全面，且完全免费。虽然Microsoft Web ApplicationStressTool在功能上不如专业的 LoadRunner，但LoadRunner体积庞大，且价格不菲，不适合广大中小企业使用。

除了微软WAS软件外，比较专业的网站性能测试工具还有很多。下面推荐10个最为流行的网站性能测试工具：

企业级自动化测试工具WinRunnerMercuryInteractive公司的WinRunner是一种企业级的功能测试工具，用于检测应用程序是否能够达到预期的功能及正常运行。通过自动录制、检测和回放用户的应用操作，WinRunner能够有效地帮助测试人员对复杂的企业级应用的不同发布版进行测试，提高测试人员的工作效率和质量，确保跨平台的、复杂的企业级应用无故障发布及长期稳定运行。

工业标准级负载测试工具LoadRunner

LoadRunner是一种预测系统行为和性能的负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner能够对整个企业架构进行测试。通过使用LoadRunner，企业能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。

全球测试管理系统Testdirector

TestDirector是业界第一个基于Web的测试管理系统，它可以在您公司内部或外部进行全球范围内测试的管理。通过在一个整体的应用系统中集成了测试管理的各个部分，包括需求管理，测试计划，测试执行以及错误跟踪等功能，TestDirector极大地加速了测试过程。

功能测试工具Rational Robot

IBM RationalRobot是业界最顶尖的功能测试工具，它甚至可以在测试人员学习高级脚本技术之前帮助其进行成功的测试。它集成在测试人员的桌面 IBMRationalTestManager上，在这里测试人员可以计划、组织、执行、管理和报告所有测试活动，包括手动测试报告。这种测试和管理的双重功能是自动化测试的理想开始。

单元测试工具xUnit系列

目前的最流行的单元测试工具是xUnit系列框架，常用的根据语言不同分为JUnit(java)，CppUnit(C++)，DUnit(Delphi)，NUnit(.net)，PhpUnit(Php )等等。该测试框架的第一个和最杰出的应用就是由ErichGamma(《设计模式》的作者)和Kent Beck(XP(ExtremeProgramming)的创始人)提供的开放源代码的JUnit。

功能测试工具SilkTest

BorlandSilkTest2006属于软件功能测试工具，是Borland公司所提出软件质量管理解决方案的套件之一。这个工具采用精灵设定与自动化执行测试，无论是程序设计新手或资深的专家都能快速建立功能测试，并分析功能错误。

性能测试工具WAS

Microsoft Web Application StressTool是由微软的网站测试人员所开发，专门用来进行实际网站压力测试的一套工具。透过这套功能强大的压力测试工具，您可以使用少量的 Client端计算机仿真大量用户上线对网站服务所可能造成的影响。

自动化白盒测试工具Jtest

Jtest是soft公司推出的一款针对java语言的自动化白盒测试工具，它通过自动实现java的单元测试和代码标准校验，来提高代码的可靠性。soft同时出品的还有C++test，是一款C/C++白盒测试工具。

功能和性能测试的工具JMeter

JMeter是Apache组织的开放源代码项目，它是功能和性能测试的工具，100%的用java实现。

性能测试和分析工具WEBLODE

webload是RadView公司推出的一个性能测试和分析工具，它让web应用程序开发者自动执行压力测试;webload通过模拟真实用户的操作，生成压力负载来测试web的性能。

网络测试项目：网络测试员具体干什么工作？

网络测试员有很多不知道你要干的是哪一领域的？一般网络游戏测试员最多，具体情况是——网络游戏测试员月薪2400元左右 一个好的游戏策划人员最好是有比较丰富的工作经验，比如制图、编程、编剧等，总之经验丰富的人在工作时会更得心应手。起先2,3年作为助手积累工作经验，之后在掌握了扎实的业内知识后，凭借独特的创意和想象力，创作出优秀的游戏剧本。月薪会很高哦！ 另外——全职相比兼职型测试员来，全职游戏测试员似乎显得更富专业精神和职业操守。 全职游戏测试员—偏执狂一族 几乎一天有14小时混在公司，测试员零距离算是工作狂人，但他却觉得自己的青春期延长了，并且从这份工作中，找到了乐趣。当然，游戏测试毕竟是很特殊的工作，大多数从事测试员工作的在旁人看来都是狂人，而不大愿意和他们打交道。这些工作狂人只能从自己的工作中挖掘乐趣，这就是所谓爱我所选。只要沉浸其中，也不难发现自有一番天地，乐在其中，当然也能赚到钱。他们都把英特尔总裁葛罗夫的一句话奉为测试员的准则：只有偏执狂才能存活。 作为专业的测试员，零距离认为游戏测试和一般的产品测试是完全不同的两个概念。就拿与游戏软件最接近的电子设备的测试以及商务软件测试作比较：一，检测设备方面，电子设备测试使用设备十分广泛，数不胜数，商务软件测试设备主要是PC、服务器、网络设备，而游戏使用的测试设备就是PC，如果是网络游戏则加上服务器、支持游戏杆即可；二，测试人员组成，电子设备测试人员构成单一，以电子工程师为主，商务软件测试团队则主要由程序员和领域专家构成，少有美工，而游戏测试则必须拥有程序、美术、策划等涉及游戏制作领域几乎全部工种；三，用户满意度，电子设备各项指标都很明确，用户满意度几乎可以依据从机械指标来衡量（如信噪比什么的），而商务软件和游戏软件在这方面，衡量标准都非常含糊和主观，带有极强的不可预测性。 游戏需要专业的测试者 正因为游戏测试的难度比大多数产品测试高出许多，因此零距离所在的网络游戏公司对测试过程有着严格的标准化程序化的规定。不仅仅是兼职游戏测试员以为的那样，找找BUG那么简单。 以零距离为例，作为测试小组组长，他的活动贯穿了整个测试全过程。 第一步要作出全面的测试计划，这是个很花时间的过程，认真的测试员必须要对游戏产品有全盘了解，并制定完整正确的企划书，这份企划书要准确描述测试结束后游戏的所能达到的品质。据此作出测试时间和人力安排方案。 第二步是实施阶段，这一阶段的目标是“确保其功能的正确性，在指定环境下运行的正确性”，这在测试中有个两个专用术语指代：功能测试与压力测试。功能测试即检验游戏是否能实现所有设计功能。测试功能可分为：游戏画面、NPC对话、物品的穿戴摘取带来的数据变化、升级带来的数据变化、各个频道的聊天是否正常、任务的完成过程和结果，技能的使用等等。压力测试的项目则主要有职业平衡性、某一场景中能够承载的人数、不同场景间承载的不同级别人物、怪物的刷新率、同场景内不同怪物的搭配等等。此外还要依照游戏中的语音、对话表，来检查错别字，这被测试员看成是最枯燥也最漫长的检查。 第三步被称作回归测试，准确来说并非一个测试步骤，只是用于保障对BUG的修改不会引入新的BUG，所以简单的讲就是对修改后的版本重新进行一次完整的测试过程，重新验证每个细节，然后将测试过程中的信息收集整理，供下个游戏制作和测试借鉴。 也许正因为专业游戏测试有如此难度，在这些全职游戏测试员眼中，象小比和童辉那类兼职测试员一直没有什么地位。有部分全职测试员甚至偏激的认为：“吸收玩家参与游戏测试是个公司决策中的错误，他们除了给公司带来更高的市场风险外，别的什么作用都没有。”

网络测试项目：网络应用性能测试指标要如何评估？

翻到一篇以前写的旧文，可以回答这个问题。

在当前的下一代防火墙产品测试过程中，网络应用性能测试已经得到了充分的重视。然而在产品适用性分析上还有很大的不足。用户不清楚如何对产品各种应用性能指标进行理性的辨别，只能以性高则优的方式去进行选择。厂商也因此，不得不陷入产品性能价格比拼残酷竞争之中。如何摆脱性价比之争，令产品选择回归理性？这就需要一个由应用到适用的转变。

什么是适用评估

在以往的网络产品测试中，我们仅关注网络产品的处理性能，而缺乏对用户网络应用需求的分析。因此在实际应用过程中，常会出现采用高性能产品成本增加，低价格产品适用能力不足的情况；高性能低价格的产品也有，可往往又会有产品质量隐患出现的问题出现。因此，用户采购网络产品时，往往需要大费心力。要想缓解此类情况，理想的办法，就是让厂商主动将其网络产品的适用性做一下评估。

什么是网络产品适用性评估？简单说，就是找到用户网络产品处理性能可忍受的底线，并以此为基准，对网络产品处理性能进行分析。举个较常见的例子：当对一条接入宽带的服务质量做适用性评估时，首先我们需要对接口带宽的数据包转发性能评估，看其是否可以在满足正常数据转发时，对带宽流量不产生影响。其次，对连接处理能力进行分析，了解其可以满足多少用户同时使用，连接处理不产生瓶颈。这只是对网络产品，对网络安全产品，适用性评估需要考虑的问题会更多。

适用评估要如何进行

也许有人会存有疑问，这些种分析看起来并不复杂，以前没有人在做吗？在这里十分遗憾的告诉大家，至少是没有很好的去做。为什么？因为目前为止，还没有一个较通用的网络适用性评估标准。目前为止，我也只是在个别大厂商的产品评测中，试着去进行一下产品适用性的评估分析，但这还远未达到生成一套普遍认可的网络适用标准的地步。而且用户网络应用的需求又是因人而异，并随应用变化面变化。因此网络适用性标准的建立举步维艰！

那么我们就不去做适用性评估了吗？不，饭要一口口的吃，事要一件件的去做。想当年网络应用性能测试的各项指标，也是从无到有，从一份报告一个厂商开始，逐渐在厂商和用户中普及并得到认可。现在网络适用性评估，只要我们坚持不懈，相信也会有普及的一天。我现阶段的工作计划如下：

由于下一代防火墙的各项功能指标在网络层及应用层中均有覆盖，非常具有代表性。因此计划通过下一代防火墙测试方法的研讨，并与相关测试仪表厂商和产品厂商进行沟通，对下一代防火墙的适用性评估技术指标项目进行制定，并明确每个指标的具体测试方法。再通过广泛接触厂商及最终用户的方式，对适用性评估的媒体评估标准进行确定。期望通过若干次的试定修改，相信会有一个比较成熟的网络适用性评估方案可以出台。

适用评估方法

现在，就根据以往的测试经验，将需要评估的技术指标进行一下罗列：

具备下一代防火墙产品的厂商众多，各个厂商的下一代防火墙功能也不尽相同。为了方便统一、规范化的进行分析，现在计划通过网络层适用评估、传输层适用评估、应用层管理控制适用评估、应用层深度内容分析适用评估这四个方向，对下一代防火墙的适用性进行分析。

网络层适用评估

基于网络层数据包的转发管理控制测试，可以说是最基础的网络测试项目。RFC 2544的相关测试项至今依然适用，只不过测试项目已精减到了目前的吞吐量和时延这两项而已。

网络层适用评估适用于下一代防火墙产品中的传统防火墙功能、路由转发功能、NAT以及透明模式下网络接口数据包转发性能评估。评估指标项目前暂定为吞吐量和时延。

吞吐量

有关吞吐量的适用评估，我在思科的ASA 5500X防火墙测试中进行了一次分析，这里就不再赘述了，有兴趣请参阅评测文章“演进中的下一代”中“稳健可靠的网络传输”

在那里，我依据思科反馈的在不同应用场景下数据包平均大小统计，将吞吐量指标的合格线定在了512Byte时吞吐量达到或接近100%即可满足用户应用需求。下一步将依据此项评估指标再与其它下一代防火墙厂商和用户进行沟通，收集更多应用需求后再次进行确定。

时延

从我个人应用体验来看，数据链接建立的最大时延只要不超过1000毫秒（1秒），基本上可以忍受，但在数据传输时的平均时延就不同了，最好在1毫秒以下否则数据传输速率会受到较大影响。现在进行测试时，时延所采用的数值通常时整个数据传输过程中所有数据包传输的一个平均值，这里时延指标的高下就有一些参差不齐了。个人感觉，平均时延如果能在50毫秒以下，应用时应该不会有太多传输问题出现。当然，时延的指标还是越小越好，具体指标同样还需要继续与厂商进行沟通。

传输层适用评估

在实际网络应用中，一个传输层连接内有多个应用连接，或一个应用会发起多个传输层连接的情况均十分常见，因此以往的应用性能测试中，传输层应用性能测试项目常常被忽略，或与应用层处理性能相混淆。而随着下一代防火墙连接管理控制功能逐步受到重视，以及未来SDN交换设备的大规模应用，此项测试的重要性也将得以突显。

以往对传输层性能测试的方法也与应用层测试差别不大，都是采用应用层的网络测试仪表，通过建立TCP协议传输通道的方式来考查被测设备的传输层连接建立能力和连接保持能力（TCP新建连接和TCP并发连接）。这里就会出现一个问题，当前网络及网络安全产品传输层的处理能力在显著提升，而测试仪表的测试性能开始出现瓶颈。前些时间接到一个测试，一个1U网络产品，传输层的处理性能（数百万的新建性能！）预计需要4-5台高性能应用层测试仪表才可能满足测试需求。这种情况的出现，不但为测试机构，同样也为厂商对产品的性能验证提出了更大的挑战。可以预计，当未来SDN交换机产大规模出现后，如果传输层测试方法没有很好改善，将会有更多的相关测试问题出现。

为改善这种被动情况，必需对测试方法进行改进。在这里我准备与测试仪表厂商（思博伦和IXIA）进行进一步沟通，试着采用网络层测试仪表在数据包中加入UDP头信息的方式对传输层处理性能进行验证。然而这里会牵扯到连接协议建立是否完整的问题，还需要再进一步与厂商就测试方法进行沟通验证。

下面就传输层适用评估指标进行一下分析：

TCP（或UDP）新建连接

有关传输层适用性的评估指标，根据我个人总结的情况来看，在传输层连接建立能力（TCP或UDP新建连接）指标评估时，单用户（每IP）最低可忍受1Mbps带宽、每秒钟建立10个传输层连接的新建连接处理性能。因此，就暂将单用户（每IP）1Mpbs带宽、每秒10TCP（或UDP）新建连接做为传输层新建连接的适用层评估指标

TCP（或UDP）并发连接

同样还是当前我个总结情况，每个用户（每IP）最少保持100个TCP（或UDP）连接既可保单个用户的最小网络应用需求。

在今后参与厂商具体产品测试过程中，我还将根据具体情况对此指标进行进一步修订，并以此为基准对厂商产品传输层处理能力进行评估分析。

应用层适用评估

下一代防火墙最重要的转变就是具备了网络应用行为分析能力，在未来势必因此而引发网络安全防护的重大变革。相关分析可参考我的另一篇下一代防火墙分析及测试方法探讨文章“网络安全能否做到夜不闭户”。（

根据目前所掌握情况来看，下一代防火墙产品的应用层性能测试，还没有类似传输层测试仪表性能瓶颈的情况出现。但并不是说现在的应用性能测试项目就可以满足下一代防火墙功能测试需求。理由有以下两点：

一、单一应用协议对应用处理性能无法全面评估

目前传统应用层性能测试仅通过HTTP一种应用协议进行应用处理性能测试。无法全向对应用识别、行为分析管理等下一代防火墙功能进行有效评估。尤其是在某些厂商“研发”出一些针对此类协议“优化”的技术后，在测试中无法有效进行判别。

二、混合应用流量协议不规范

十年前开始进行网络应用性能测试时，应用协议模拟数量少，而且其它协议（FTP、SMTP等）所占应用比例也小，因此HTTP协议的应用性能测试就逐渐成为了主流。而现在随着应用性能测试方法的增加，对应用协议也已经可以有较全面的模拟，目前已有测试仪表厂商甚至在提仪修改RFC3511的应用性能测试标准，增加混合应用流量测试的新方法。对于这点我肯定是会举双手赞成的。但在这个标准出台之前，还是再和测试仪表厂商协商一下相关测试方法的事情吧。不过旧指标不是一下就可以轻易抛弃的，通过HTTP协议来测试产品的应用处理能力在现阶段还是可以有效反映产品应用处理性能的。

下面就应用层适用评估指标进行一下分析：

HTTP新建连接

由于传输层协议已经把管道的数量进行了限制，在这个管道里再跑什么应用也就是下一代防火墙再做一下深入分析的事情了。因此HTTP新建连接的适用性评估指标目前也定在了单用户（每IP）1Mpbs带宽、每秒10 HTTP新建连接。

并发连接数

同上，目前也是定在每个用户（每IP）最少保持100个HTTP连接。

应用流量

从当前下一代防火墙产品功能性分析上来看，只有在下一代防火墙进行深度内容识别（例如开启IPS、文件内容检测或防病毒功能）时，才会对应用文件内容去进行分析。这时，应用流量的性能评估才会有意义，否则通过网络层数据包转发性能对流量转发性能进行测试就足以了。

而对传统的应用流量转发性能测试时，测试方法单一、死板。同样也是仅采用HTTP这单一协议，在一定HTTP新建连接速率下，加载一个固定大小文件来生成一个较大测试流量。从上次下一代防火墙测试中可以了解，这种测试方法已经无法满足当前产品在进行深度内容识别时，流量处理能力的测试需求。

现在测试仪表厂商有两种不同的新应用流量测试方案。一种是采用抓包回放的方式模拟真实网络流量，一种是用测试仪表直接生成多种应用协议测试流量。这两种方法各有利弊，抓包回放数据流与真实应用情况相近，但生成大流量比较困难；测试仪表生成多种应用协议测试流量可以满足，但应用文件内容定制不便。看来此项测试还需要再和测试仪表厂商多多进行沟通才可以有一个比较明确的测试方法出台。

明确应用需求 保住适用底线

以上适用评估测试方法，很多是很早以前就有的，在这里反复炒冷饭的原因就是，通过适用性的基础指标乘上使用人数，用户可以轻易了解，自身对网络设备的实际应用需求。从而可以更加明确的去选择产品。

对于产品厂商也同样是如此，厂商提供设备的网络应用处理能力在这条低线之上，即可保障用户最起码的网络正常应用。当然用户经济能力以及厂商技术能力允许，也可以选用性能更高、处理能力更强的产品来对网络业务应用处理能力再进行提升。

我也会在以后的产品测试报告中，同样引入适用性的指标对厂商产品性能进行评估。从而选出更加适合用户选用的优质产品出来以供大家选择。

本文来自科技行者团队老董