<![CDATA[蜘蛛大本营 - 网站性能]]> http://www.w-sqq.com/ zh-cn PBlog2 v2.4 蜘蛛大本营 http://www.w-sqq.com/images/logos.gif http://www.w-sqq.com/ 蜘蛛大本营 http://www.w-sqq.com/default.asp?id=369 <![CDATA[14个在线网站优化工具]]> wuuu018168@163.com(admin) Tue,20 Apr 2010 11:16:18 +0800 http://www.w-sqq.com/default.asp?id=369 http://www.chinaz.com/Webbiz/Free/041411135H010.html]]> http://www.w-sqq.com/default.asp?id=201 <![CDATA[软件测试中的网站测试技术要领]]> wuuu018168@163.com(webworm) Wed,16 Apr 2008 08:33:21 +0800 http://www.w-sqq.com/default.asp?id=201
　　本文从功能、性能、可用性、客户端兼容性、安全性等方面讨论了基于Web的系统测试方法。

　　随着Internet和Intranet/Extranet的快速增长，Web已经对商业、工业、银行、财政、教育、政府和娱乐及我们的工作和生活产生了深远的影响。许多传统的信息和数据库系统正在被移植到互联网上，电子商务迅速增长，早已超过了国界。范围广泛的、复杂的分布式应用正在Web环境中出现。Web的流行和无所不在，是因为它能提供支持所有类型内容连接的信息发布，容易为最终用户存取。

　　Yogesh Deshpande和Steve Hansen在1998年就提出了Web工程的概念。Web工程作为一门新兴的学科，提倡使用一个过程和系统的方法来开发高质量的基于Web的系统。它" 使用合理的、科学的工程和管理原则，用严密的和系统的方法来开发、发布和维护基于Web的系统"。目前，对于web工程的研究主要是在国外开展的，国内还刚刚起步。

　　在基于Web的系统开发中，如果缺乏严格的过程，我们在开发、发布、实施和维护Web的过程中，可能就会碰到一些严重的问题，失败的可能性很大。而且，随着基于Web的系统变得越来越复杂，一个项目的失败将可能导致很多问题。当这种情况发生时，我们对Web和Internet的信心可能会无法挽救地动摇，从而引起Web危机。并且，Web危机可能会比软件开发人员所面对的软件危机更加严重、更加广泛。

　　在Web工程过程中，基于Web系统的测试、确认和验收是一项重要而富有挑战性的工作。基于Web的系统测试与传统的软件测试不同，它不但需要检查和验是否按照设计的要求运行，而且还要测试系统在不同用户的浏览器端的显示是否合适。重要的是，还要从最终用户的角度进行安全性和可用性测试。然而，Internet和Web媒体的不可预见性使测试基于Web的系统变得困难。因此，我们必须为测试和评估复杂的基于Web的系统研究新的方法和技术。

　　一般软件的发布周期以月或以年计算，而Web应用的发布周期以天计算甚至以小时计算。Web测试人员必须处理更短的发布周期，测试人员和测试管理人员面临着从测试传统的C/S结构和框架环境到测试快速改变的Web应用系统的转变。

　　网站测试流程、要求及测试报告

　　一个网站基本完工后，需要通过下面三步测试才可以交活。

　　一、 制作者测试，包括美工测试页面、程序员测试功能。在做完后第一时间内有制作者本人进行测试。

　　a) 页面 包括首页、二级页面、****页面的页面在各种常用分辨率下有无错位;图片上有没有错别字;各连接是否是死连接;各栏目图片与内容是否对应等

　　b) 功能 达到客户要求;数据库连接正确;各个动态生成连接正确;传递参数格式、内容正确;试填测试内容没有报错;页面显示正确

　　二、 全面测试 根据交工标准和客户要求，由专人进行全面测试

　　也是包括页面和程序两方面，而且要结合起来测，保证填充足够的内容后不会导致页面变形。另外要检查是否有错别字，文字内容是否有常识错误。

　　三、 发布测试 网站发布到主服务器之后的测试，主要是防止环境不同导致的错误。

　　软件缺陷的原则

　　软件缺陷区别于软件bug,它是在测试过程中出现的对系统有影响的,但是在设计中没有的或者对修改后的bug测试和开发人员有不同意见等 
　　软件未达到产品说明书标明的功能。 
　　软件出现了产品说明书指明不会出现的错误。 
　　软件功能超出产品说明书指明范围。 
　　软件未达到产品说明书虽未指出但应达到的目标。 
　　软件测试员认为软件难以理解、不易使用、运行速度缓慢，或者最终用户认为不好。
　　测试的主要方面：

　　一、功能测试

　　对于网站的测试而言，每一个独立的功能模块需要单独的测试用例的设计导出，主要依据为《需求规格说明书》及《详细设计说明书》，对于应用程序模块需要设计者提供基本路径测试法的测试用例。

　　1、链接测试

　　链接是Web应用系统的一个主要特征，它是在页面之间切换和指导用户去一些不知道地址的页面的主要手段。链接测试可分为三个方面：

　　1)测试所有链接是否按指示的那样确实链接到了该链接的页面;

　　2)测试所链接的页面是否存在;

　　3)保证Web应用系统上没有孤立的页面，所谓孤立页面是指没有链接指向该页面，只有知道正确的URL地址才能访问。

　　链接测试可以自动进行，现在已经有许多工具可以采用。链接测试必须在集成测试阶段完成，也就是说，在整个Web应用系统的所有页面开发完成之后进行链接测试。

　　Xenu------主要测试链接的正确性的工具

　　可惜的是对于动态生成的页面的测试会出现一些错误。

　　2、表单测试

　　当用户给Web应用系统管理员提交信息时，就需要使用表单操作，例如用户注册、登陆、信息提交等。在这种情况下，我们必须测试提交操作的完整性，以校验提交给服务器的信息的正确性。例如：用户填写的出生日期与职业是否恰当，填写的所属省份与所在城市是否匹配等。如果使用了默认值，还要检验默认值的正确性。如果表单只能接受指定的某些值，则也要进行测试。例如：只能接受某些字符，测试时可以跳过这些字符，看系统是否会报错。

　　要测试这些程序，需要验证服务器能正确保存这些数据，而且后台运行的程序能正确解释和使用这些信息。

　　B/S结构实现的功能可能主要的就在这里，提交数据，处理数据等如果有固定的操作流程可以考虑自动化测试工具的录制功能，编写可重复使用的脚本代码，可以在测试、回归测试时运行以便减轻测试人员工作量。

　　我们对UM子系统中各个功能模块中的各项功能进行逐一的测试，主要测试方法为：边界值测试、等价类测试，以及异常类测试。测试中要保证每种类型都有2个以上的典型数值的输入，以确保测试输入的全面性。

　　3、Cookies测试

　　Cookies通常用来存储用户信息和用户在某应用系统的操作，当一个用户使用Cookies访问了某一个应用系统时，Web服务器将发送关于用户的信息，把该信息以Cookies的形式存储在客户端计算机上，这可用来创建动态和自定义页面或者存储登陆等信息。

　　如果Web应用系统使用了Cookies，就必须检查Cookies是否能正常工作而且对这些信息已经加密。测试的内容可包括Cookies是否起作用，是否按预定的时间进行保存，刷新对Cookies有什么影响等。

　　4、设计语言测试

　　Web设计语言版本的差异可以引起客户端或服务器端严重的问题，例如使用哪种版本的HTML等。当在分布式环境中开发时，开发人员都不在一起，这个问题就显得尤为重要。除了HTML的版本问题外，不同的脚本语言，例如Java、JavaScript、 ActiveX、VBScript或Perl等也要进行验证。

　　5、数据库测试

　　在Web应用技术中，数据库起着重要的作用，数据库为Web应用系统的管理、运行、查询和实现用户对数据存储的请求等提供空间。在Web应用中，最常用的数据库类型是关系型数据库，可以使用SQL对信息进行处理。

　　在使用了数据库的Web应用系统中，一般情况下，可能发生两种错误，分别是数据一致性错误和输出错误。数据一致性错误主要是由于用户提交的表单信息不正确而造成的，而输出错误主要是由于网络速度或程序设计问题等引起的，针对这两种情况，可分别进行测试。

　　二、性能测试

　　网站的性能测试对于网站的运行而言异常重要，但是目前对于网站的性能测试做的不够，我们在进行系统设计时也没有一个很好的基准可以参考，因而建立网站的性能测试的一整套的测试方案将是至关重要的。

　　网站的性能测试主要从三个方面进行：连接速度测试、负荷测试(Load)和压力测试(Stress),

　　连接速度测试指的是打开网页的响应速度测试。负荷测试指的是进行一些边界数据的测试，压力测试更像是恶意测试，压力测试倾向应该是致使整个系统崩溃。

　　1、连接速度测试

　　用户连接到Web应用系统的速度根据上网方式的变化而变化，他们或许是电话拨号，或是宽带上网。当下载一个程序时，用户可以等较长的时间，但如果仅仅访问一个页面就不会这样。如果Web系统响应时间太长(例如超过5秒钟)，用户就会因没有耐心等待而离开。

　　另外，有些页面有超时的限制，如果响应速度太慢，用户可能还没来得及浏览内容，就需要重新登陆了。而且，连接速度太慢，还可能引起数据丢失，使用户得不到真实的页面。

　　2、负载测试

　　负载测试是为了测量Web系统在某一负载级别上的性能，以保证Web系统在需求范围内能正常工作。负载级别可以是某个时刻同时访问Web系统的用户数量，也可以是在线数据处理的数量。例如：Web应用系统能允许多少个用户同时在线?如果超过了这个数量，会出现什么现象?Web应用系统能否处理大量用户对同一个页面的请求?

　　3、压力测试

　　负载测试应该安排在Web系统发布以后，在实际的网络环境中进行测试。因为一个企业内部员工，特别是项目组人员总是有限的，而一个Web系统能同时处理的请求数量将远远超出这个限度，所以，只有放在Internet上，接受负载测试，其结果才是正确可信的。

　　进行压力测试是指实际破坏一个Web应用系统，测试系统的反映。压力测试是测试系统的限制和故障恢复能力，也就是测试Web应用系统会不会崩溃，在什么情况下会崩溃。黑客常常提供错误的数据负载，直到Web应用系统崩溃，接着当系统重新启动时获得存取权。

　　压力测试的区域包括表单、登陆和其他信息传输页面等。

　　采用的测试工具：

　　性能测试可以采用相应的工具进行自动化测试，我们目前采用如下工具

　　ab -----Apache 的测试工具

　　OpenSTA—开发系统测试架构

　　三、接口测试

　　在很多情况下，web 站点不是孤立。Web 站点可能会与外部服务器通讯，请求数据、

　　验证数据或提交订单。

　　1、 服务器接口

　　第一个需要测试的接口是浏览器与服务器的接口。测试人员提交事务，然后查看服务器

　　记录，并验证在浏览器上看到的正好是服务器上发生的。测试人员还可以查询数据库，确认事务数据已正确保存。

　　2、 外部接口

　　有些 web 系统有外部接口。例如，网上商店可能要实时验证信用卡数据以减少欺诈行

　　为的发生。测试的时候，要使用 web 接口发送一些事务数据，分别对有效信用卡、无效信用卡和被盗信用卡进行验证。如果商店只使用 Visa 卡和 Mastercard 卡， 可以尝试使用 Discover 卡的数据。(简单的客户端脚本能够在提交事务之前对代码进行识别，例如 3 表示 American Express，4 表示 Visa，5 表示 Mastercard，6 代表Discover。)通常，测试人员需要确认软件能够处理外部服务器返回的所有可能的消息。

　　3、错误处理

　　最容易被测试人员忽略的地方是接口错误处理。通常我们试图确认系统能够处理所有错误，但却无法预期系统所有可能的错误。尝试在处理过程中中断事务，看看会发生什么情况?

　　订单是否完成?尝试中断用户到服务器的网络连接。尝试中断 web 服务器到信用卡验证服务器的连接。在这些情况下，系统能否正确处理这些错误?是否已对信用卡进行收费?如果用户自己中断事务处理，在订单已保存而用户没有返回网站确认的时候，需要由客户代表致电用户进行订单确认。

四、可用性测试

　　可用性/易用性方面目前我们只能采用手工测试的方法进行评判，而且缺乏一个很好的评判基准进行，此一方面需要大家共同讨论。

　　1、导航测试

　　导航描述了用户在一个页面内操作的方式，在不同的用户接口控制之间，例如按钮、对话框、列表和窗口等;或在不同的连接页面之间。通过考虑下列问题，可以决定一个Web应用系统是否易于导航：导航是否直观?Web系统的主要部分是否可通过主页存取?Web系统是否需要站点地图、搜索引擎或其他的导航帮助?

　　在一个页面上放太多的信息往往起到与预期相反的效果。Web应用系统的用户趋向于目的驱动，很快地扫描一个Web应用系统，看是否有满足自己需要的信息，如果没有，就会很快地离开。很少有用户愿意花时间去熟悉Web应用系统的结构，因此，Web应用系统导航帮助要尽可能地准确。

　　导航的另一个重要方面是Web应用系统的页面结构、导航、菜单、连接的风格是否一致。确保用户凭直觉就知道Web应用系统里面是否还有内容，内容在什么地方。

　　Web应用系统的层次一旦决定，就要着手测试用户导航功能，让最终用户参与这种测试，效果将更加明显。

　　2、图形测试

　　在Web应用系统中，适当的图片和动画既能起到广告宣传的作用，又能起到美化页面的功能。一个Web应用系统的图形可以包括图片、动画、边框、颜色、字体、背景、按钮等。图形测试的内容有：

　　(1)要确保图形有明确的用途，图片或动画不要胡乱地堆在一起，以免浪费传输时间。Web应用系统的图片尺寸要尽量地小，并且要能清楚地说明某件事情，一般都链接到某个具体的页面。

　　(2)验证所有页面字体的风格是否一致。

　　(3)背景颜色应该与字体颜色和前景颜色相搭配。

　　(4)图片的大小和质量也是一个很重要的因素，一般采用JPG或GIF压缩。

　　3、内容测试

　　内容测试用来检验Web应用系统提供信息的正确性、准确性和相关性。

　　信息的正确性是指信息是可靠的还是误传的。例如，在商品价格列表中，错误的价格可能引起财政问题甚至导致法律纠纷;信息的准确性是指是否有语法或拼写错误。这种测试通常使用一些文字处理软件来进行，例如使用Microsoft Word的"拼音与语法检查"功能;信息的相关性是指是否在当前页面可以找到与当前浏览信息相关的信息列表或入口，也就是一般Web站点中的所谓"相关文章列表"。

　　4、整体界面测试

　　整体界面是指整个Web应用系统的页面结构设计，是给用户的一个整体感。例如：当用户浏览Web应用系统时是否感到舒适，是否凭直觉就知道要找的信息在什么地方?整个Web应用系统的设计风格是否一致?

　　对整体界面的测试过程，其实是一个对最终用户进行调查的过程。一般Web应用系统采取在主页上做一个调查问卷的形式，来得到最终用户的反馈信息。

　　对所有的可用性测试来说，都需要有外部人员(与Web应用系统开发没有联系或联系很少的人员)的参与，最好是最终用户的参与。

　　五、兼容性测试

　　需要验证应用程序可以在用户使用的机器上运行。如果您用户是全球范围的，需要测试各种操作系统、浏览器、视频设置和 modem 速度。最后，还要尝试各种设置的组合。

　　1、平台测试

　　市场上有很多不同的操作系统类型，最常见的有Windows、Unix、Macintosh、Linux等。Web应用系统的最终用户究竟使用哪一种操作系统，取决于用户系统的配置。这样，就可能会发生兼容性问题，同一个应用可能在某些操作系统下能正常运行，但在另外的操作系统下可能会运行失败。

　　因此，在Web系统发布之前，需要在各种操作系统下对Web系统进行兼容性测试。

　　2、浏览器测试

　　浏览器是Web客户端最核心的构件，来自不同厂商的浏览器对Java，、JavaScript、 ActiveX、 plug-ins或不同的HTML规格有不同的支持。例如，ActiveX是Microsoft的产品，是为Internet Explorer而设计的，JavaScript是Netscape的产品，Java是Sun的产品等等。另外，框架和层次结构风格在不同的浏览器中也有不同的显示，甚至根本不显示。不同的浏览器对安全性和Java的设置也不一样。

　　测试浏览器兼容性的一个方法是创建一个兼容性矩阵。在这个矩阵中，测试不同厂商、不同版本的浏览器对某些构件和设置的适应性。

　　采用测试工具：

　　通过白盒测试或者黑盒测试导出的测试用例，采用相应的工具进行测试，可以采用OpenSTA进行测试，此测试工具可以采用不同的浏览器进行测试。

　　3.视频测试

　　页面版式在 640x400、600x800 或 1024x768 的分辨率模式下是否显示正常? 字体是否太小以至于无法浏览? 或者是太大? 文本和图片是否对齐?

　　4.Modem/连接速率测试

　　是否有这种情况，用户使用 28.8 modem下载一个页面需要 10 分钟，但测试人员在测

　　试的时候使用的是 T1 专线? 用户在下载文章或演示的时候，可能会等待比较长的时间，

　　但却不会耐心等待首页的出现。最后，需要确认图片不会太大。

　　5、打印机测试

　　用户可能会将网页打印下来。因此网页在设计的时候要考虑到打印问题，注意节约纸张和油墨。有不少用户喜欢阅读而不是盯着屏幕，因此需要验证网页打印是否正常。有时在屏幕上显示的图片和文本的对齐方式可能与打印出来的东西不一样。测试人员至少需要验证订单确认页面打印是正常的。

　　6、组合测试

　　最后需要进行组合测试。600x800 的分辨率在 MAC 机上可能不错，但是在 IBM 兼容机上却很难看。在 IBM 机器上使用 Netscape 能正常显示，但却无法使用 Lynx 来浏览。

　　如果是内部使用的 web 站点，测试可能会轻松一些。如果公司指定使用某个类型的浏览器，那么只需在该浏览器上进行测试。如果所有的人都使用 T1 专线，可能不需要测试下载施加。

　　(但需要注意的是，可能会有员工从家里拨号进入系统) 有些内部应用程序，开发部门可能在系统需求中声明不支持某些系统而只支持一些那些已设置的系统。但是，理想的情况是，系统能在所有机器上运行，这样就不会限制将来的发展和变动。

　　六、安全测试

　　Web应用系统的安全性测试区域主要有：

　　1、 目录设置

　　Web 安全的第一步就是正确设置目录。每个目录下应该有 index.html 或 main.html 页

　　面，这样就不会显示该目录下的所有内容。如果没有执行这条规则。那么选中一幅图片，单击鼠标右键，找到该图片所在的路径"… com/objects/images"。然后在浏览器地址栏中手工输入该路径，发现该站点所有图片的列表。这可能没什么关系。但是进入下一级目录 "…com/objects" ，点击 jackpot。在该目录下有很多资料，其中有些都是已过期页面。如果该公司每个月都要更改产品价格信息，并且保存过期页面。那么只要翻看了一下这些记录，就可以估计他们的边际利润以及他们为了争取一个合同还有多大的降价空间。如果某个客户在谈判之前查看了这些信息，他们在谈判桌上肯定处于上风。

　　2.登录

　　现在的Web应用系统基本采用先注册，后登陆的方式。因此，必须测试有效和无效的用户名和密码，要注意到是否大小写敏感，可以试多少次的限制，是否可以不登陆而直接浏览某个页面等。

　　3.Session

　　Web应用系统是否有超时的限制，也就是说，用户登陆后在一定时间内(例如15分钟)没有点击任何页面，是否需要重新登陆才能正常使用。

　　4.日志文件

　　为了保证Web应用系统的安全性，日志文件是至关重要的。需要测试相关信息是否写进了日志文件、是否可追踪。

　　5.加密

　　当使用了安全套接字时，还要测试加密是否正确，检查信息的完整性。

　　6.安全漏洞

　　服务器端的脚本常常构成安全漏洞，这些漏洞又常常被黑客利用。所以，还要测试没有经过授权，就不能在服务器端放置和编辑脚本的问题。

　　目前网络安全问题日益重要，特别对于有交互信息的网站及进行电子商务活动的网站尤其重要。目前我们的测试没有涵盖网站的安全性的测试，我们拟定采用工具来测定，

　　工具如下

　　SAINT------- Security Administrator’s Integrated Network Tool

　　此工具能够测出网站系统的相应的安全问题，并且能够给出安全漏洞的解决方案，不过是一些较为常见的漏洞解决方案。

　　七、代码合法性测试

　　代码合法性测试主要包括2个部分：程序代码合法性检查与显示代码合法性检查。

　　1、程序代码合法性检查

　　程序代码合法性检查主要标准为《intergrp小组编程规范》，目前采用由SCM管理员进行规范的检查，未来期望能够有相应的工具进行测试。

　　2、显示代码合法性检查

　　显示代码的合法性检查，主要分为Html、JavaScript、Css代码检查，目前采用

　　HTML代码检查------采用CSE HTML Validator进行测试

　　JavaScript、Css也可以在网上下载相应的测试工具。

　　八、 文档测试

　　l、产品说明书属性检查清单

　　1)完整.是否有遗漏和丢失，完全吗? 单独使用是否包含全部内容

　　2)准确.既定解决方案正确吗? 目标明确吗? 有没有错误?

　　3)精确、不含糊、清晰.描述是否一清二楚? 还是自说自话?容易看懂和理解吗?

　　4)一致.产品功能能描述是否自相矛盾,与其他功能有没有冲突

　　5)贴切.描述功能的陈述是否必要?有没有多余信息? 功能是否原来的客户要求?

　　6)合理.在特定的预算和进度下,以现有人力,物力和资源能否实现?

　　7)代码无关.是否坚持定义产品,而不是定义其所信赖的软件设计,架构和代码

　　8)可测试性.特性能否测试? 测试员建立验证操作的测试程序是否提供足够的信息?

　　2、 产品说明书用语检查清单

　　1)说明。 对问题的描述通常表现为粉饰没有仔细考虑的功能----可归结于前文所述的属性.从产品说明书上找出这样的用语,仔细审视它们在文中是怎样使用的.产品说明书可能会为其掩饰和开脱,也可能含糊其词----无论是哪一种情况都可视为软件缺陷.

　　2)总是,每一种,所有,没有,从不.如果看到此类绝对或肯定的,切实认定的叙述,软件测试员就可以着手设计针锋相对的案例.

　　3)当然,因此,明显,显然,必然.这些话意图诱使接受假定情况.不要中了圈套.

　　4)某些,有时,常常,通常,惯常,经常,大多,几乎.这些话太过模糊."有时"发生作用的功能无法测试.

　　5)等等,诸如此类,依此类推.以这样的词结束的功能清单无法测试.功能清单要绝对或者解释明确,以免让人迷惑,不知如何推论.

　　6)良好,迅速,廉价,高效,小,稳定.这些是不确定的说法,不可测试.如果在产品说明书中出现,就必须进一步指明含义.

　　7)已处理,已拒绝,已忽略,已消除.这些廉洁可能会隐藏大量需要说明的功能.

　　8)如果...那么...(没有否则).找出有"如果...那么..."而缺少配套的"否则"结构的陈述.想一想"如果"没有发生会怎样.

　　相关的测试工具

　　OpenSTA

　　主要做性能测试的负荷及压力测试，使用比较方便，可以编写测试脚本，也可以先行自动生成测试脚本，而后对于应用测试脚本进行测试。

　　SAINT

　　网站安全性测试，能够对于指定网站进行安全性测试，并可以提供安全问题的解决方案。

　　CSE HTML Validator

　　一个有用的对于HTML代码进行合法性检查的工具

　　Ab(Apache Bench)

　　Apache自带的对于性能测试方面的工具，功能不是很多，但是非常实用。

　　Crash-me

　　Mysql自带的测试数据库性能的工具，能够测试多种数据库的性能。


源文地址:http://www.fortime.net/html/program/20070506/2435.html]]> http://www.w-sqq.com/default.asp?id=190 <![CDATA[IIS信息服务器排错指南]]> wuuu018168@163.com(webworm) Tue,18 Mar 2008 14:02:05 +0800 http://www.w-sqq.com/default.asp?id=190 　　
　　重新启动IIS
　　
　　按照微软产品的一般性排错方法和故障解决方案，大多数软件问题可以通过重新启动到方法得以解决。作为IIS5.0的新功能之一，我们可以在不重新启动计算机的情况下重启IIS服务，甚至相当严重的问题都可以采用这种方法解决。重新启动IIS服务可以强迫系统重置IIS进程的内存空间，故由于内存错误引起的问题可以得到解决。重启IIS的方法主要用于下列情况：网站应用程序瘫痪、且不能有效加以控制；网站应用程序工作不正常或者不稳定。[/TD] [/TR][/TABLE]　重新启动IIS服务的过程中，全部当前连接都不能保留，且重启期间服务器上的全部站点都不能工作。如果重启IIS服务不能解决问题，则重启服务器亦不会有效。
　　
　　当站点应用程序不能正常工作时，按照下述步骤重新启动服务器的IIS服务：
　　
　　1．在IIS管理控制树中展开IIS节点，选择需要重新启动IIS服务的计算机。
　　
　　2．单击【操作】菜单，选择【重新启动IIS】。
　　
　　3．在【停止/启动/重新启动】对话框中的【您向要IIS做什么】下拉列表中选择【重新启动服务器的IIS】 ，单击【确定】。
　　
　　4．正在关闭】对话框显示重新启动IIS的进度，如果对话框长时间没有反应，单击【现在结束】并重新进行上述操作。
　　
　　注意：不能使用基于HTML的IIS管理器（远程管理模式）进行上述重启操作。
　　
　　对于单个站点的稳定性问题，不必重新启动整个IIS进程，只要重启站点即可。IIS排错
　　
　　备份/还原IIS
　　
　　如果世界上存在一个万无一失的服务器安全规划方案，那就是备份。曾经有人指出：一个优秀的系统管理员所做的最重要的三项工作就是：备份、备份、备份。
　　
　　IIS的实现机制包括一个类似注册表的元数据库：MetaBase，有关IIS本身和站点的配置属性全部保存在Windows 2000和元数据库MetaBase中。因此，只要将相关的注册表和元数据库进行备份，即可保存站点相关的全部配置。即使在删除站点甚至重新安装IIS之后，仍然能够利用备份恢复到原来的状态。
　　
　　备份IIS的步骤如下：
　　
　　1．在IIS管理器中展开IIS节点，选择向要备份的计算机。
　　
　　2．单击【操作】菜单，选择【备份/还原配置】。
　　3．在【备份/还原配置】对话框中的【备份】列表中列出全部备份文件以及备份时间。单击【创建备份】按钮。
　　
　　4．在【备份配置】对话框中指定新建备份的名称，单击【确定】。
　　
　　5．单击【关闭】完成备份。
　　
　　默认情况下，备份文件将保存在 Winntsystem32inetsrvMetaBack目录中。
　　
　　恢复备份的方法与此类似，在【备份/还原配置】对话框中的【备份】列表中选择一个备份文件，单击【还原】。然后再如左图所示的提示对话框中单击【确定】，一段时间之后，IIS服务器恢复到进行备份时所处的状态。
　　
　　如果服务器重装IIS之后需要恢复备份，则在上述恢复操作的基础上，还应进行额外的操作，步骤如下：
　　
　　1．在命令提示符下，键入cscript.exe X:InetPubAmdinScriptsAdsutil.vbs enumw3svc，此处"X"是安装IIS的驱动器号。从列出的设置中，查找WamUserName和相关的WAMUserPass的值。
　　
　　2．在控制面板中双击【管理工具】，然后双击【计算机管理】。
　　
　　3．选择【本地用户管理器】，然后单击【用户】。双击【IWAM_computername】用户帐户。键入从以前步骤找到的WAMUserPass值，并单击【确定】。
　　4．在【配置备份名】对话框中，选择创建的备份文件，然后单击【还原】。此时配置将得到完全还原。
　　
　　IIS排错
　　
　　TCP/IP排错
　　
　　TCP/IP协议问题往往是导致IIS不能正常工作的原因。当IIS出现错误但是可以判断IIS服务本身没有问题时，就要考虑是否网络连接出现问题，简单排除网络硬件损坏所造成的问题之后，我们的注意力就应集中在网络协议，主要是TCP/IP协议上。
　　
　　Windows 2000提供了一系列TCP/IP排错工具，这些主要基于命令提示行的工具提供了诊断网络问题的强大手段。
　　
　　使用ipconfig工具检查TCP/IP配置
　　
　　ipconfig是一个查阅和管理客户机TCP/IP配置状态的命令提示行工具。在命令提示行中键入：ipconfig并回车，得到如右图所示的计算机基本TCP/IP配置属性，包括IP地址、子网掩码和缺省网关。
　　
　　在命令提示行中键入：ipconfig /all并回车，得到详细模式的TCP/IP配置状态，除了基本信息之外，还包括主机名、DNS设置、WINS设置、DHCP设置以及物理地址、节点类型等TCP/IP信息。
　　
　　如果计算机启用DHCP并使用DHCP服务器获得配置，可以使用ipconfig /renew命令开始刷新租约。也可以使用带/release选项的ipconfig命令立即释放主机的当前DHCP配置。
　　
　　对于Windows 95和Windows 98客户机，应使用 winipcfg命令而不是ipconfig命令。
　　
　　使用ping命令测试连接
　　
　　Ping命令有助于验证IP级的连通性，发现和解决问题时，可以使用Ping向目标主机名或IP地址发送ICMP回应请求。在需要验证主机能否连接到TCP/IP网络和网络资源时使用Ping。
　　
　　Ping命令实际上是向目标主机发送若干（缺省为4个）数据包，如果本地计算机与目标主机之间能够连通，目标主机将回复一条响应信息，如右上图所示，响应信息包括响应时间和TTL值。成功的Ping同一台主机说明IP数据能够在本地与目标主机之间传送。
　　
　　如果收到超时信息，如右下图所示，则说明本地主机与目标主机之间的TCP/IP连接不能建立，可能的原因包括网络故障，协议错误以及TCP/IP配置错误等在确认网络连通性的时候，应按照以下顺序进行Ping测试：
　　
　　1．Ping本地循环地址127.0.0.1，确定本地TCP/IP配置是否正确。
　　
　　在命令提示行键入Ping 127.0.0.1。
　　
　　2．Ping本机地址，检验本地IP地址设置是否正确。
　　
　　3．Ping缺省网关地址，检验能否与本地子网之外的主机进行通信。
　　
　　4．Ping远程子网上的主机，检验能否通过路由器进行远程通信。
　　
　　如果以上Ping命令均能够得到响应，说明TCP/IP配置能够支持网络通信。否则，针对相应的网络组件进行设置检查。
　　
　　使用netstat工具显示连接统计
　　
　　可以使用netstat命令显示协议统计信息和当前的TCP/IP连接。
　　
　　netstat -a命令将显示所有连接，而netstat -r显示路由表和活动连接。netstat -e命令将显示 Ethernet 统计信息，而netstat -s显示每个协议的统计信息。
　　
　　如果使用 netstat -n，则不能将地址和端口号转换成名称。 ]]> http://www.w-sqq.com/default.asp?id=143 <![CDATA[选虚拟主机的几个重点]]> wuuu018168@163.com(webworm) Mon,07 Jan 2008 19:46:39 +0800 http://www.w-sqq.com/default.asp?id=143 速度取决空间提供商所放置的机房，通八方主机，服务器放在国家研究院机房，此机房真正实现南北互联！

2价格

市场上虚机提供商鱼龙混杂，价格也各有特色，但基本 1m
1元的价格，是比较让业内接受的，不要选太便宜的虚拟主机，因为价格低，就意味着，商家要压缩成本，客服人员的工资等就无法保证，也就导致了对客户的服务不会好

3服务

服务是日久见人心的，都说时间长了，才能看出服务的好坏，其实，在联系空间提供商时，完全可以看出，你问的每一个问题，销售都能耐心，及时，准确的解答，这样问题也就不大了。

4实力

小公司，一般，搞一台服务器，两个员工，也就可以开一家虚机公司了，选的机房是那种3000元一年就可以放一台服务器的，没有什么技术实力，服务器一旦出问题，解决的速度非常慢。通八方，有众多的技术联盟和相关行业的合作伙伴，大家都能取长补短，网络资源做到了完美整合。]]> http://www.w-sqq.com/default.asp?id=128 <![CDATA[WEB应用的缓存兼容性设计]]> wuuu018168@163.com(webworm) Wed,02 Jan 2008 12:36:30 +0800 http://www.w-sqq.com/default.asp?id=128 经过代理以后，由于在客户端和服务之间增加了中间层，因此服务器无法直接拿到客户端的IP，服务器端应用也无法直接通过转发请求的地址返回给客户端。但是在转发请求的HTTD头信息中，增加了HTTP_X_FORWARDED_????信息。用以跟踪原有的客户端IP地址和原来客户端请求的服务器地址：

下面是2个例子，用于说明缓存兼容性应用的设计原则：


    ''''对于一个需要服务器名的地址的ASP应用：不要直接引用HTTP_HOST/SERVER_NAME，判断一下是否有HTTP_X_FORWARDED_SERVER    function getHostName ()        dim hostName as String = ""        hostName = Request.ServerVariables("HTTP_HOST")        if not isDBNull(Request.ServerVariables("HTTP_X_FORWARDED_HOST")) then            if len(trim(Request.ServerVariables("HTTP_X_FORWARDED_HOST"))) > 0 then                hostName = Request.ServerVariables("HTTP_X_FORWARDED_HOST")            end if        end if        return hostNmae    end function    //对于一个需要记录客户端IP的PHP应用：不要直接引用REMOTE_ADDR，[?G]国}p9!网育专c专dbXg2%w.提ZL理#6V中软2中ON)-Cpt;.教I\X=zw而是要使用HTTP_X_FORWARDED_FOR，    function getUserIP (){        $user_ip = $_SERVER["REMOTE_ADDR"];        if ($_SERVER["HTTP_X_FORWARDED_FOR"]) {            $user_ip = $_SERVER["HTTP_X_FORWARDED_FOR"];        }    } 
注意：HTTP_X_FORWARDED_FOR如果经过了多个中间代理服务器，

育RW=网UaW'专zBlaM5
有何能是逗号分割的多个地址，
比如：200.28.7.155,200.10.225.77 unknown,219.101.137.3
因此在很多旧的数据库设计中（比如BBS）往往用来记录客户端地址的字段被设置成20个字节就显得过小了。

经常见到类似以下的错误信息：


Microsoft JET Database Engine 错误 ''''80040e57'''' 

字段太小而不能接受所要添加的数据的数量。试着插入或粘贴较少的数据。 

/inc/char.asp，s理络育ZE[)=cO专W络6N网vv中+{i_gCz行236 

原因就是在设计客户端访问地址时，相关用户IP字段大小最好要设计到50个字节以上，当然经过3层以上代理的几率也非常小。]]> http://www.w-sqq.com/default.asp?id=101 <![CDATA[网站优化技巧]]> wuuu018168@163.com(webworm) Tue,01 Jan 2008 10:00:09 +0800 http://www.w-sqq.com/default.asp?id=101  
清理不重要的东西

这听起来让人感觉到迷惑，不要急，请你再一次看一下你的网站：你的网站真的需要背景音乐吗？那些大的动态图片真的是那么酷吗？你真的需要那些没有价值的JAVA代码生成的时钟吗？......记住：所有这些都需要占用打开你的网页的时间和带宽！不要忘记最重要的事情：人们浏览你的网站只是想得到一些信息-仅仅他们需要的那部分信息。

避免嵌入表格

不要表格套表格-浏览器需要很长时间来分析这些表格。

尽可能的用CSS

用一个链接代替表格类型，这些表格是基于如何描述你的网站源代码元素，将会使你的网站变得轻盈，进而载入的很快。例如，下面这些代码：
<div align="right"><font face="Arial, Verdana, Sans Serif" color="#008000" size="3"><b>www.newsunday.com</b></font></div> 
你可以用下面的替换：
<div class="style1">www.newsunday.com</div> 
 看出有什么不同了吗？互联网上有很多这样的资源，值得你花点精力来学习！
 
优化你的图像

多数网站中图像是影响网站打开的一部分。尽可能的减少一些图片，去除那些流行的动态图片或者用静态图片来替换它们。
通过设置图片的标签属性来定义图片的宽度和高度。这样，浏览器就会知道这是一张图片，就会边载入这张图片边打开其它页。否则，浏览器就会一直载完这张图片后才能读取其它页。
考虑用小的按钮来替代那些大图片做成的按钮。
减少图片的体积- 网上有好多免费的工具，如：GIFCruncher for GIFs 和 JPEG Wizard for JPEGs
用GIF来替换JPEG格式图片。JPEG格式比较适合照片类，对于网站GIF通常是更好的选择。

清理你的代码

很多 WYSIWYG HTML editors 编辑器会留下许多无用的注释代码(例如 <font> </font>) ，清理掉它们，尝试用一些简单的文本编辑器。

清理空格

你的代码标记之间常常会有一些空格，这些字符会增加你的网页的体积，用免费的 HTML Optimizer 我们可以很容易的清理掉它们。]]> http://www.w-sqq.com/default.asp?id=100 <![CDATA[网站检测工具10款]]> wuuu018168@163.com(webworm) Tue,01 Jan 2008 09:57:30 +0800 http://www.w-sqq.com/default.asp?id=100 也许你会认为网站检测工具只是给网页开发人员使用的，因为只有他们经常会对自己的作品检测语法、W3C、浏览器兼容的问题，个人博客没有必要吧？如果你是这样认为，那么就错了。WORDPRESS等虽然提供了近乎智能化的博客平台，但由于你经常尝鲜式的更换各种插件，难免会出现更改不当造成的网页问题，如果你知道了以下工具就可以用它来检测，至少你明白了错误在哪里后也可以为你的技术支持人员提供一个按图索骥的思路。本文来自：10 Awesome free site validation tools online，喜欢看英文的可以自已查阅，不过，我在文章后面增加了一个CSS工具集和一个SEO工具集作为网站检测工具的补充。

- Dr. Watson’s site validation check

Dr. Watson 是一个免费的网页分析服务，你只需提交你的URL ，Watson 就可以直接从WEB服务器提取到相关的检测报告。Watson 还能检查你网站的其它方面，包括链接的有效性，下载速度，搜索引擎兼容性，链接的友好性等。它将很多检验工具集合为一体，下面是简单列表：

页面加载时间检测
语法和风格分析
字数统计
拼写检查
链接检查
搜索引擎优化检测
引入链接检测
源代码检测

- W3C Markup validation Service

检测标记、源代码、HTML/XHTML等语法错误并提出修改建议。它来自于 W#C 集团，所以其检查比较严厉，文档检测标准独特，一些其他的相关检测网站均不具备，
   
- SEO Consultants Validator

这是一个HTML/XHTML/CSS有效性检测工具，当检查出错误时，提供更改的建议，包括语法风格检查和源代码检查。

- XML Validation checker

这个工具用来检测你的XML文件是否有效，检查范围包括空格和语法错误，当检查出错误时会用指出错误产生的行号，方便你的修正。

- Robots.txt checker

这个工具主要检查 Robots.txt 文件。当你拿不准你的 Robots.txt 是否有效或是否能被搜索引擎错误识别时，你最好先用它来检查一下，因为 Robots.txt 一旦出了问题对你的搜索收录存在很大的问题。

- Page load time checker

你想知道在世界各地打开你的网站的加载时间吗？这个工具就为你提供了可以世界各地打开你网页的时间同时给出处理的文档大小。

- All in One website validation check

XML/HTML 有效性、CSS、链接和结构合理性检测工具

- RSS Feed validator

检查你的RSS是否合乎标准，如果你的FEED需要修正，它会在相关错误处提示警告信息。

- General Conformance check

想知道你的站点是否还有可改善之处吗？可以用它来做一下所有的常规检测。

- Quality and Accessibility check

检测内容比较广泛，如易用性、页面内容、元数据、链接、浏览器兼容、搜索和导航、W3C网页内容指导等方面，它能够给你提供一个具体的错误细节报告和解决思路。

最后给大家提供两个PDF文档格式的网站工具作为本文的补充：CSS工具集和SEO工具集，希望大家喜欢！

]]> http://www.w-sqq.com/default.asp?id=91 <![CDATA[商务网站应用评估的评价指标]]> wuuu018168@163.com(webworm) Mon,31 Dec 2007 02:43:11 +0800 http://www.w-sqq.com/default.asp?id=91
　　商务网站应用评估包含商务网站运行状况、商务网站绩效评估及网站的服务质量评估。
 
　　1. 商务网站运行状况评价指标

　　·商务网站访问率

　　(1)日均点击率

　　(2)日均访问的独立客户数, 独立IP数,企业上网数,注册会员数

　　(3) 客户平均访问仃留时间

　　(4)平均响应时间(邮件、电话、短信等)

　　·信息更新率：网站内容的时效性,更新频度，按实时、日、周、月、年分级。

　　·商务网站营销推广力度

　　(1) 商务网站链接率    链接网站的数量

　　(2) 采用组合营销手段

　　(3) 媒体影响力，广告投放量，媒体爆光率

　　·商务网站电子商务采购率与销售率

　　(1) 商务网站电子商务采购率：① 电子商务采购量占总采购量的比例%  ②电子商务采购额占采购总额的比例%

　　(2) 电子商务销售率： ① 电子商务销售量占总销售量的比例%，网上定单量占总定单量的比例%  ②电子商务销售额占销售总额的比例%

　　·电子商务交易率       

　　电子商务交易率是指电子商务交易额占总交易额的比例%，企业网站电子商务交易率是指该企业电子商务交易额占企业占总交易额（总营业额）的比例%；网络公司门户网站电子商务交易率是指所有会员客户通过该门户网站成交的交易总额占所有会员客户营业总额（总营业额之和）的比例%；电子商务交易额；商务网站网上洽谈、签约、成交的合同金额；包括网上支付及网上签约、网下支付的交易额。

　　2. 电子商务网站绩效评估评价指标

　　·电子商务网站社会效益评价

　　(1)对上下游商务伙伴开展电子商务的带动作用

　　指对上下游商务伙伴推广普及电子商务的的影响力， 促进上下游商务伙伴企业上网，开展电子商务的带动作用，推动上下游企业的经营销售信息化。

　　(2)本地区吸引外资增长率。指对比一个会计年度，商务网站实施后比实施前相应本地区吸引外资增长比例（%）

电子商务网站经济效益评价

　　(1) 成本降低率%：指对比一个会计年度，商务网站实施前后对比,商务活动成本所需费用降低之比例：
 
　　(2) 收益增长率%：指对比一个会计年度，商务网站实施后比实施前相应的商务活动所创收入增长之比例

　　(3)资金周转率提高率（%）：指对比一个会计年度，商务网站实施后比实施前每年资金周转次数增长之比例。

　　(4)投资回报率：指在对应的一个会计年度内，商务网站总投入的收益率。

　　1)投入/产出比：指在对应的一个会计年度内，商务网站总投入（含货币资金、货物折合资金、人力折合资金）与总收入之比。

　　2)初始投资回收期：从投资建设开始，经多长时间收回总投资。

　　商务网站的服务质量评估评价指标

　　·对客户满意度提升作用  

　　(1) 企业用户满意度提升作用；商务网站运行一个年度内上下游企业用户满意度提升率

　　(2)与对消费者满意度提升作用；商务网站运行一个年度内企业客户满意度提升率

　　·内部职工满意度

　　(1)领导班子对商务网站满意度

    (2)内部职工对商务网站满意度

　　·对企业服务质量提升作用

　　商务网站运行一个年度内，企业服务质量提升与改善的效果：

　　(1)客户投诉降低率%

　　(2)客户响应时间减低率%

　　(3)客户忠诚度提升率%

]]> http://www.w-sqq.com/default.asp?id=90 <![CDATA[商务网站建设评估]]> wuuu018168@163.com(webworm) Mon,31 Dec 2007 02:41:04 +0800 http://www.w-sqq.com/default.asp?id=90
　　商务网站建设评估包含商务网站功能、商务网站内容评估及商务网站实施评估。

1. 商务网站功能评价指标

商务模式创新度

　　商务模式的创新程度；与原有的商务、业务模式比较有那些创新，网上增加哪些新的业务和服务；业务流程改革、优化程度；包含观念、内容的创新；制度、方法创新；有无专利；管理创新,组织机构扁平化；盈利模式的创新等；

　　·商务网站功能复盖率

　　电子商务网站功能可细分为前台和后台功能：

　　前台功能主要包括：商品目录及分类搜索；商品展示；会员(消费者与商家)注册；购物导航；定单流程；支付流程；认证功能；客户信息反馈与沟通渠道(社区)等；

　　后台功能主要包括：商品管理；定单处理(业务流程处理)；帐户管理；模板管理；内容管理；送货管理；商务同盟管理；客户资料管理等；

　　商务网站功能复盖率是指网站功能涵盖前台和后台功能的程度，它反应电子商务在核心业务（主营业务）中应用的比例，电子化商务占商务总业务量的比例，电子商务在上下游企业与消费者之间业务中的应用程度等。

　　网站的功能与商务网站建设目标符合度

　　信息展示、在线交易、在线支付、在线物流等目标实现程度。网站的功能及商务模式的设计与企业发展战略与市场定位是否相符、与商务网站建设目标符合程度。

　　网站技术性能指标

　　(1)先进性    采用的技术体系与相关设备是否代表的主流技术与先进水平。

　　(2)实用性    技术方案的设计与业务模式的符合度；方案的成熟度；可扩展性、伸缩性.
 
　　(3)安全、可靠性    系统的安全、可靠性与容错性，安全等级。

2. 商务网站内容评价指标

　　·电子商务应用深度    网上信息流、资金流、物流集成化的程度：

　　(1)初级应用：网上仅有信息流，发布商品信息、洽谈、促销，开展非支付型电子商务；

　　(2)中级应用：网上有信息流、资金流，实现网上交易与网上支付，开展支付型电子商务；

　　(3)高级应用：网上有信息流、资金流、物流，上下游企业应用集成，开展协同电子商务。

　　·商务网站内容信息的质量评价指标

　　网站所提供信息的真实性、完整性和关联度(%)

　　(1) 商品信息完整性：商品品种、规格、质量；商品相关知识；商品服务个性化，特色信息；文字、图象、声音等多媒体信息；

　　(2) 商品信息内容真实性，准确性，条理性,时效性，网页质量，美观大方

　　(3)商品信息分类深度，层次性和关联度(%)

　　·商务网站内容信息的数量

　　网站所提供信息量，数据量M，栏目数量，网页数量，商务信息条数

　　商务网站内容检索速度，连接浏缆速度，网页反应速度，

　　商务网站实施评价指标

　　·网站实施计划任务完成度

　　·网站建设计划管理与进度控制

　　·财务管理与预算控制
]]>