速度、质量和成本这三者通常被称为“项目三角”，这种说法给我们提供了一种很好的视觉图像，展示了三者是如何密不可分，以及为什么我们不能同时三者兼具。项目三角还有几种变体，它们加入了范围，作为第四种元素。可以以质量为中心，以速度、范围和成本为三条边来表示这种变体。我们更喜欢采用传统的速度/成本/质量的项目三角，用三角形的大小来表示范围。其中三条边表示的是速度、成本和质量，而三角形的面积表示的是项目的范围。如果这个三角形很小，说明项目的范围很小，而成本、时间和质量因素也会与之成比例。...

我们通常会用一个问句，即这个流程与可扩展性有关吗?这一次，希望你已经可以列出性能测试和压力测试在影响可扩展性的多种因素中占有一席之地的原因了。在探讨它们之间的关系时，我们准备把重点放在三个方面，即余量、变更控制和风险管理。...

有来自下列计算机例外清单中IP地址的用户拥有， 访向此站点的权限，若FTP站点是自 然后把具有访问权利的I 少数人连接下载或上传文件，那么可以采用拒绝访问方式， 地址列在例外名单上。 选择好贸采取弗种I地址访间权限制的方式之后技下来可以利吸发 或编辑按钮来增加、删除或更改下列计鲜机例外清单中的内容， 当按下添加或编辑按钮 后，还可以选择要增加或变更的IP地址类。 5.4.3 FTP 站点的远程管理 此两种方式来实行远程管理:第一种是利用Itemet服务管理器(MMC) 远程...

第7章 网站的管理 前面几章讨论了网站的规划、设计和建设过程。 随着计算机网络时代以及全球信息化的 由此而 引发的Intranet 站点内部管理和Intener 到来，越来越多的Intranet 将进入Intermet 网， 安全重要性将与日俱增，此外，为了保证网站正常运 作、避免故障，要求网站管理员监视网 网站配置， 确保网站的有效和稳定。而网站的管理集 站的运行环境和状态，适时改变和调整k 服务技术和信息处 人神技术于一身，通过调度和协调资源，可 通信技术、网络技术、I...

狮(1)按制造商提供的方法启动 Windows NT安装程序(启动Windows NT安装程序的方 法和RISC计算机的类型有关)； (2)安装程序在屏幕上出现文字询 询问是安装Windows NT Server还是修复文件时，请输 入r表明要修复Windows NT Server文件: 复盘(如果有)； (3)如果安装程序索要紧急修复盘的话，按照屏幕上的指示在A驱动器中插入紧急修 Windows NT安装程序中的修复进程允许选择想要修复的内容。 (4)最后出现信息时取出紧...

根据系统的规模、你从每种测试得到的信息的相对价值、你可用的时间多少以及组织愿意接受的风险大小，最终确定了测试计划后，你就可以进入第四步，即真正执行测试。在这一一步中，你将根据测试计划，在专为测试建立的环境中系统地执行各种测试，并且把各种衡量指标记录下来，如交易时间、响应时间、输出和反应等。所有数据都要被收集起来，在性能测试中，数据是你的朋友，你真正能得到的不过如此。保存每次发布之前的测试数据是很重要的。我们将在下一步中介绍，对比各个发布版本对于理解数据以及判断数据是在正常范围...

性能测试规划中的第三步是定义测试。如前所述，对于各种服务和功能来说，可以执行的测试种类有很多。如果要把它们全部运行一-遍，可能你永远也不能发布任何产品了。这里的关键是应用帕累托分布或者说80/20法则，即找出能给你提供80%信息的那20%测试方法。就提供的信息数量和价值来说，种种系统测试几乎总是遵从少数几种相似的分布。这是因为并非所有功能的使用都是平等的，有些功能比其他功能更关键。处理用户支付的功能就比处理用户查找朋友的功能关键得多，因此对它的测试可以更加严格。...

按照维基百科的论述，根据定义，性能测试涵盖了林林总总的工程开发评估标准，其侧重于最后可衡量的性能特征，而不是实际上的原料和产品。。对于计算机科学来说，性能测试的重点在于确定一个设备或软件中的速度、吞吐量或有效性。性能测试通常又叫作负载测试，对我们来说，这两个术语是可以互相代替的。有些专家则认为性能测试和负载测试的目标不同，但技术相似。为了避免学究式的争论，我们在定义性能测试时，给了一个更加宽泛的目标，以便它能兼容性能测试和负载测试的目标。...

在你有了性能基准后，第二步是建立测试环境。这个环境包括运行应用所需的网络、服务器、操作系统和第三方的软件。通常，开发、质量保证测试、性能测试、准备和生产这些环节都有自己独立的环境。测试环境很重要，因为你需要一个稳定一一致的环境在一段持续的时间内反 复地执行测试。测试的种类有很多，我们将在下一步“定义测试”中讨论它们，目前你只要知道测试组件的方法有很多即可。此外，有些测试需要运行一定的时间，例如24小时，以便生成批量程序必须是生产环境的镜像。测试环境很重要的另一个原因是，为了让...

根据你的组织文化的需要，ARB会议可以是正式的，也可以是非正式的。我们的经验是，这种会议对产品线工程师、数据库管理员和其他JAD成员来说，都形同挑战，因此我们倾向于非正式的形式。只有当要对功能的架构进行采用或不采用的决策时，才会进行正式的会议；这对于让JAD团队提出经过深思熟虑且报告制作良好的设计来说，应该已经足够了。...