实验报告

实验名称：网站的测试、维护及安全防护 实验班级：信管Ｂ1201 学 号：123629

实验仪器： 计算机

实验目的：

1、掌握网站的测试、维护的方法；

2、掌握网站安全防护的常用方法。

实验要求：

1、要求每位同学独立完成实验内容。

2、按照实验报告要求书写报告并按时上交。

实验内容及过程：

1. 网站的测试 性能测试 （1）连接速度测试。用户连接到电子商务网的速度与上网方式有关，他们或许是电话拨号，或是宽带上网！

（2）负载测试。负载测试是在某一负载级别下，检测电子商务系统的实际性能。也就是能允许多少个用户同时在线！可以通过相应的软件在一台客户机上模拟多个用户来测试负载。

（3）压力测试。压力测试是测试系统的限制和故障恢复能力，也就是测试电子商务系统会不会崩溃！ 姓 名：李晓雪 实验地点： 1S401

安全性测试

它需要对网站的安全性（服务器安全，脚本安全），可能有的漏洞测试，攻击性测试，错误性测试。对电子商务的客户服务器应用程序、数据、服务器、网络、防火墙等进行测试！用相对应的软件进行测试！ 基本测试 包括色彩的搭配，连接的正确性，导航的方便和正确，CSS应用的统一性

网站优化测试

好的电子商务网站是看它是否经过搜索引擎优化了，网站的架构、网页的栏目与静态情况等。

客户端兼容性测试 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的设置也不一样。测试浏览器兼容性的一个方法是创建一个兼容性矩阵。在这个矩阵中，测试不同厂商、不同版本的浏览器对某些构件和设置的适应性。

2. 网站的维护 维护内容：

1、网页文字、图片进行修改以及企业新闻内容每天都能更新，不改动网站的原来结构和网页模板。信息应随着公司的发展情况及时予以更新，固定检查周期为一个星期。

2、如需要修改Flash，请提供Flash源文件。

3、域名和虚拟主机空间维护。

4、网站推广维护以及供求信息的发布。

5、包括文章撰写、页面设计、图形设计、广告设计等服务内容，把 企业的现有状况及时地在网站上反映出来，以便让客户和合作伙伴及时的了解到最新动态，管理员也可以及时得到相应的反馈信息，以便做出及时合理的处理。

工作流程：

1、 拿到客户资料，核对需求；

2、当天判断工作量后，商定完成时间；

3、当天，签发网站维护工作单

工作开展：

免费为客户提供网站整站优化服务，增加客户的网站搜索引擎亲和度； 使搜索引擎更多的关顾和收录客户网站页面

网站优化：

网站进行META标记优化,W3C标准优化,搜索引擎优化等合理优化操作，确保企业网站的页面布局、结构和内容对于访问者和搜索引擎都更加亲和，使得您的企业网站能够更多的被搜索引擎收录，以及赢得更多潜在消费者的注目和好感。

网站改造：

伴随着互联网网络技术的发展以及服务器环境的改变，企业原有网站可能会出现兼容性、整体视觉、功能实现等方面的缺陷，网站改造可以弥补以上不足。

网站安全：

选配合适的防火墙系统并对防火墙进行定期管理和维护，制定安全策略，修补安全漏洞，消除安全隐患;采取有效措施防止黑客入侵，造成网站破坏，数据损坏，商业机密泄露，客户资料丢失等损失。

病毒防治：

选择合适的防病毒软件，并在客户端和服务器端进行安装调试和升级;提供病毒预警服务，随时提示病毒发作信息，降低病毒感染传播机会，避免病毒发作造.成破坏在企业网站遭受病毒感染后，及时进行病毒清除，使网站尽快恢复运营。

日常维护：

配备最佳性价比的网站资源优化方案，提高网络运行效率;帮助企业建立系统安全管理和计算机使用管理制度;帮助企业建立计算机技术档案，为设备管理和维护提供依据;帮助企业进行网站内容更新调整，网页垃圾信息清理，网络速度提升等网站维护操作定期检查企业网络和计算机工作状态，降低系统故障率，为企业提供即时的现场与远程技术支持并提交系统维护报告。故障恢复：建立全面的资料备份以及灾难恢复计划，做到有备无患在企业网站系统遭遇突发严重故障而导致网络系统崩溃后，在最短的时间内进行恢复在重要的文件资料、数据被误删或遭病毒感染、黑客破坏后，通过技术手段尽力抢救，争取恢复。

3. 网站安全防护的方法

1网站的通用保护方法

针对黑客威胁，网络安全管理员采取各种手段增强服务器的安全，确保WWW服务的正常运行。象在Internet上的Email、ftp等服务器一样，可以用如下的方法来对WWW服务器进行保护：

安全配置

关闭不必要的服务，最好是只提供WWW服务，安装操作系统的最新补丁，将WWW服务升级到最新版本并安装所有补丁，对根据WWW服务提供者的安全建议进行配置等，这些措施将极大提供WWW服务器本身的安全。

防火墙 安装必要的防火墙，阻止各种扫描工具的试探和信息收集，甚至可以根据一些安全报告来阻止来自某些特定IP地址范围的机器连接，给WWW服务

器增加一个防护层，同时需要对防火墙内的网络环境进行调整，消除内部网络的安全隐患。

漏洞扫描

使用商用或免费的漏洞扫描和风险评估工具定期对服务器进行扫描，来发现潜在的安全问题，并确保由于升级或修改配置等正常的维护工作不会带来安全问题。

入侵检测系统

利用入侵检测系统（IDS）的实时监控能力，发现正在进行的攻击行为及攻击前的试探行为，记录黑客的来源及攻击步骤和方法 这些安全措施都将极大提供WWW服务器的安全，减少被攻击的可能性。

2、网站的专用保护方法

尽管采用的各种安全措施能防止很多黑客的攻击，然而由于各种操作系统和服务器软件漏洞的不断发现，攻击方法层出不穷，技术高明的黑客还是能突破层层保护，获得系统的控制权限，从而达到破坏主页的目的。这种情况下，一些网络安全公司推出了专门针对网站的保护软件，只保护网站最重要的内容--网页。一旦检测到被保护的文件发生了{非正常的}改变，就进行恢复。一般情况下，系统首先需要对正常的页面文件进行备份，然后启动检测机制，检查文件是否被修改，如果被修改就需要进行恢复。我们对以下几个方面的技术进行分析比较：

监测方式 ：

本地和远程：检测可以是在本地运行一个监测端，也可以在网络上的另一台主机。如果是本地的话，监测端进程需要足够的权限读取被保护目录或文件。监测端如果在远端的话，WWW服务器需要开放一些服务并给监测端相应的权限，较常见的方式是直接利用服务器的开放的WWW服务，使用HTTP协议来监测被保护的文件和目录。也可利用其它常用协议来检测保护文件和目录，如FTP等。采用本地方式检测的优点是效率高，而远程方式则具有平台无关性，但会增加网络流量等负担。

定时和触发：

绝大部分保护软件是使用的定时检测的方式，不论在本地还是远程检测都是根据系统设定的时间定时检测，还可将被保护的网页分为不同等级，等级高的检测时间间隔可以设得较短，以获得较好的实时性，而将保护等级较

低的网页文件检测时间间隔设得较长，以减轻系统的负担。触发方式则是利用操作系统提供的一些功能，在文件被创建、修改或删除时得到通知，这种方法的优点是效率高，但无法实现远程检测。

比较方法 ：

在判断文件是否被修改时，往往采用被保护目录和备份库中的文件进行比较，比较最常见的方式全文比较。使用全文比较能直接、准确地判断出该文件是否被修改。然而全文比较在文件较大较多时效率十分低下，一些保护软件就采用文件的属性如文件大小、创建修改时间等进行比较，这种方法虽然简单高效，但也有严重的缺陷：{恶意入侵者}可以通过精心构造，把替换文件的属性设置得和原文件完全相同，{从而使被恶意更改的文件无法被检测出来}。另一种方案就是比较文件的数字签名，最常见的是MD5签名算法，由于数字签名的不可伪造性，数字签名能确保文件的相同。

恢复方式 ：

恢复方式与备份库存放的位置直接相关。如果备份库存放在本地的话，恢复进程必须有写被保护目录或文件的权限。如果在远程则需要通过文件共享或FTP的方式来进行，那么需要文件共享或FTP的帐号，并且该帐号拥有对被保护目录或文件的写权限。

3、网站保护的缺陷

尽管网站保护软件能进一步提高系统的安全，仍然存在一些缺陷。首先这些保护软件都是针对静态页面而设计，而现在动态页面占据的范围越来越大，尽管本地监测方式可以检测脚本文件，但对脚本文件使用的数据库却无能为力。

第二篇：网站怎么测试

网站怎么测试测试时代 第十次（北京）测试交流会圆满结束，欢迎大家继续讨论...... 主题：网站怎么测试 nature_swe 2002-3-5 12:46:44 在网站测试中，测试的重点是交互性测试和性能测试交互性测试中测试的是网页的操作性和界面的友好程度 性能测试中主要是测试反映时间这两方面在风站测试中有着比较突出的地位seanhe 2002-3-5 13:23:24 网站的测试应该分成交互性的和非交互性的。对于非交互性的比如：链接等有工具可以直接查，而交互性的就需要写测试代码了，其实在开发的过程中，将交互的代码分类保存起来，在测试的时候统一执行是比较好的方法。 hitech 2002-3-14 11:13:30 网站的测试应该包括流量测试和安全测试。 http 2002-3-14 15:41:43 网站测试主要有以下几个方面：1.安全性测 -- 别被人黑掉。 2.压力测试 -- 得到服务器的负载。3.链接测试 -- 发现404错误。4.导航测试 -- 死导航、乱导航、操作复杂等。5.界面测试 -- 多在于少图，CSS，颜色等以上是我测试网站的经验及观点。主题：怎样组织软件测试？ GERALDLI 2002-3-13 我接触到两种观点：其一，软件测试是由独立软件测试部门完成的，认为这样可以保证测试的客观性和合理性，避免开发人员按自己的编程思路进行测试而造成的负面效应，但测试人员对业务不熟悉就成了问题，他们必须从头熟悉整个软件的业务流程。其二，软件测试是由项目组中的相关人员完成的，认为项目组成员对业务非常熟悉，不在需要花费更多的时间进行业务知识的培训就可以开始测试，但这样做的负面效应也是显而易见的。那么到底该怎样来组织测试呢？seanhe 2002-2-24 16:28:0 我感觉，测试必须独立运作，不然工作过程中会遇到很多问题，因为测试同开发的目标是不一样的。不熟悉软件可以通过培训，提前介入等方法解决。我听到的一种比喻就是让猴子看桃，你说这得是什么样的猴子才看的住啊：）nature_swe 2002-2-25 12:37:23 如果一个软件公司不是打算只做一个项目就散伙的话还是有必要建立一个独立的软件测试部门为好。其实软件测试是一门非常复杂的学科，把它作为软件开发过程中一个独立的流程来处理的话是非常有利于软件质量的提高。 ggw 2002-2-26 11:35:2 测试是一个综合人员、综合技术的工作。开发人员进行单元测试、测试人员进行系统测试、QA、项目经理、设计人员进行审核测试设计和测试用例等。 seanhe 2002-2-26 11:55:15 如果规模小，公司的主要目标并不是高质量，而是迅速占领市场，有效的方式当然是自己测试了。但是公司到了一

定的规模，质量就是公司进一步发展的基础了，成立测试部门就势在必行了。 SAjiang 2002-3-1 9:49:41 同意seanhe的说法。是否设置独立的软件测试部门，要经过质量，人力，成本，收益，公司发展目标的综合考虑和权衡。我工作的公司是这样做的：1、开发人员负责自己开发模块的单元测试；2、开发人员成小组，相互之间进行代码检视；3、开发部内部集成测试（初步检测软件，保证基本能RUN）；4、独立的测试部门先进行系统集成测试，因为我们的系统包括一些硬件，所以开发的软件要与之进行集成，保证系统互连及接下去的系统测试能进行；5、系统测试，较全面的对最终目标系统进行功能验证，做尽可能多地覆盖；3-5步都有相应的按用户需求说明设计的测试用例方案，各自负责不同的内容的验证。 主题：测试何苦要自己来设计用例，我们要做的是设计测试用例 HUAJING_WU 2002-4-2测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。可以从分析设计阶段的用例和补充规约中生成测时用例 lpp56 2002-4-2 10:33:48 我觉的你的做法也有可取之处，但是主要的功能界定的范围国大，而且很多的主要功能，都依附于其他非主要功能之上，而非主要功能如果不稳定很可能会导致主体的功能出现问题，而且，从rational的rup中所举的测试用例的例子看他也是尽量的覆盖所有的测试点，所以我觉个人认为针对不同的系统，不同的时间，不同的功能，可以给各个功能（需求）制定一个测试的优先级，在测试过程中尽量先测试优先级高的需求并编写相应的测试用例。而你的情况也就是这种方法的一种，也就是你将主要的功能界定为最高的优先级，而起它的测试你界定为低优先级，这样在12天内你完成了所有高优先级的测试，并撰写了相应的测试用例，而其他的优先级你却没有撰写用例，而且你所说的情况还存在一种测试通过标准的问题，你的标准就是前面说的但如果换一个系统，那么jakim兄所说的也可能会必定位优先级，也可能需要写测试用例，而且测试用例写的越细，就越可能发现系统设计上的一些缺陷，而且有些数据是属于纤一发而动全身的数局，对于这种数据有效性的严正也就变成了高优先级的需求了！！！！！ HARRY_YOU 2002-4-14 背景：同事在做CIM系统测试用例时发现，系统中功能的层级太深（5、6层），所以做测试对具体的功能点非常难描述，有谁有好的解决办法非常感谢：）例（简化的）：客户管理（如添加客户类型等功能点）

——基金公司（很多功能点）——华安基金（新增分部等功能点）--某个分部（添加等功能点）--相关资料查询（几个类别查询）。 蔓雪 2002-4-11 18:3:53 我认为测试用例可以按照功能点编写，你所说的“对具体的功能点非常难描述”具体指的是什么？每一个用例可以写出每个功能点的简要说明、基本流、分支流以及测试数据、预期结果、实际结果。功能点例如：A.添加客户类型、删除客户类型、修改客户类型。B.添加公司、删除公司、修改公司。C.添加分部、删除分部、修改分部。D.按客户类别查询、按公司分类查询、按公司名称查询等等。不论功能点有多少，都是一层层的进行的，有了客户类型划分，才能按客户类型添加公司，有了公司才能添加公司的部门，然后才能按照各种条件进行资料查询。以上是我的个人意见，不足之处请大家共同探讨。 seanhe 2002-4-11 21:33:17有时候如果语言难以描述，可以截图下来，再付以文字描述，这样可能比较有效。其实无所谓难描述，测试的工作就是要遍历系统的功能点，主要看你的组织和分类了。估计你好没有将条例想清楚。 seanhe 2002-4-14 17:3:21 测试计划理论上是按照行需求来设计的，如果需求设计的很规范，测试计划只需要与其对应就成了。如果不规范，需要将系统分成耦合性不强的几个部分，然后逐层的细化。有时候是不容易想清楚，不容易的事情干好了才有成就感吗：） 主题：web测试 lanyueliang 2002-3-1 16:58:31 给你提供一点东东，希望有所帮助1.功能测试:检验系统是否满足功能需求说明书中的功能需求，检验程序是否满足程序设计书中定义的功能。2.负载测试：通过模拟大批量用户的并发请求，给系统施加较大的负载，这时检测整个系统处理交易的能力。3.压力测试：在反常数量或资源（使用的容量达到规定的极限）的情况下执行应用程序，检测中间件系统在长时间、高负载情况下的运行处理能力，从而检验系统的稳定性。4.操作系统+浏览器兼容性测试：在不同操作系统(win,mac,unix)和不同版本的浏览器（IE4.0,IE5.0,IE5.5,NN6,NN4.5)组合情况下web应用能否正确执行。5.安全性测试：安全性测试是要检验在系统中已经存在的系统安全性、保密性措施是否发挥作用，有无漏洞。6.可用性测试：主要从使用的合理性和方便性等角度对软件进行检查，是专为“对用户友好”的特性进行测试。这是一种主观的感觉，取决于最终用户或顾客。7.超链接检查：检查是否页面上所有的连接都正确链接，是否存在broken links.8.图形显示检查：检查是否所有的图片都被

正确装载，在不同的浏览器、分辨率下图片能否正确显示（包括位置、大小）。9.分辨率检查：在不同分辨率设置情况下，窗口的滚动条能够正确滚动，屏幕刷新是否正确。10.调整窗口检查：在调整浏览器窗口大小时，屏幕刷新是否正确。11.外部网络访问检查：从外部网络拨号访问web应用以验证连接、功能和性能。主题：下载有关界面标准的文档 yinpengh 2002-4-28 19:23:23 用户界面设计的技巧与要求界面设计的重要性有这么几个原因:首先,用户界面越直观,就越易用,越易用就越便宜。因为界面越好，培训用户就越容易，降低了培训成本：界面越出色，用户就越少求助，降低了客户支持成本。其次，界面越出色，用户就喜欢使用，增强了开发者工作的满意程度。用户界面设计的技巧与技术这里介绍的用户界面设计技巧将有助于提高面向对象的界面设计。1. 一致。你能做到的最重要的事情就时保证用户界面运作的一致性。对于表框来说，如果双击其中的项，使得某些事件发生，那么双击任何其它列表框中的项，都应该有同样的事情发生。所有窗口按钮的位置要一致，标签和讯息的错词要一致。用户界面的一致性使得在用户对于界面运作建立起精确的心理模型，从而降低培训的支持和成本。2. 建立标准并遵循之。在应用软件中保持一致的唯一途径就是建立设计标准并加以遵循。最好的办法时采取一套行业标准，对自身的特殊的需要加以补充。已有的行业标准，如IBM标准（1993）与Microsoft标准（1995），通常可满足95％到99％的需要。采用行业标准，只需利用已有的成果，也使你的应用软件看起来或感觉上更向用户已购买或建立的其他应用软件。应当在定义基础构造界面就建立用户界面设计标准（Ambler,1998）3. 阐述规则。用户要知道怎么使用你为他们开发的软件。软件运作的一致性表明，规则你只须解释一遍。这比一步步详细讲解如何使用应用软件每个特性要容易得多。4. 同时支持生手和熟手。图书馆目录符号对图书馆系统的一般用户来说，也许时够用了，但对熟手用户，如图书管理员，很可能就没有那么有效了。图书管理员是受过专门训练，能够用复杂的查询系统找到信息，因此，应当考虑建立一套查询界面已满足他们的特殊要求。5. 界面件切换很重要。如果从一个屏幕转换到另一屏幕很困难，用户会很快灰心并放弃。当屏幕流程与用户想完成的工作流程相符，此软件对用户才有意义。由于不同用户工作方式不同，应用软件需要有足够的灵活以支持他们不同的方式。在建模阶段，界面用户流程图可用

来模拟屏幕之间的流程。6. 界面上的布局很重要。在西方，人们是自左而右，从上而下阅读，基于人们的习惯，屏幕的组织也应当是自左而右，从上而下。屏幕小部件的布局也应当以用户熟悉的方式进行。7. 讯息和标签措词要适当。屏幕上显示的文本是用户主要的信息源。如果文本措词很糟，用户的理解就会很糟。要使用完整的措词和句子，而不要用缩写和代码，使文本易于理解。讯息措词要积极，显示用户处于控制之中，并提示如何正确使用软件。如，下面那一条讯息更吸引人：“已输入了错误信息”还是“帐号应为8位数”？此外，讯息错词要一致，在屏幕上显示的位置要一致。尽管这样的讯息“需输入名字”和“应输入帐号”分别来说措词上没有分别，放在一起就不一致了。根据第一条讯息的措词，第二条信息更好的措词应当是“须输入帐号”，这就使得两条讯息措辞一致了。值得注意的是如果是中文软件要尽量避免用英文提示和一些让人看不懂的信息。8. 了解小部件。为恰当的任务使用恰当的小部件，首先可以帮助增强应用软件的一致性，可能使得应用软件很容易构造。学会如何正确使用小部件的唯一途径是阅读和理解你们所采用的用户界面标准及准则。9. 对其他软件不盲从。除非你知道一个应用软件是遵循了你们的用户界面标准和准则，否则你绝对不能认定他做的都是对的。尽管看看人家怎么做，从中获得些主意是很不错的想法，但在懂得怎样区分用户界面设计的好坏之前，你得留神。太多的开发者的错误地模仿其他应用软件的用户界面，而那些界面却设计得很糟。10. 颜色使用要适当。使用颜色要谨慎。如果使用了，也要使用指示符。问题就在于有些用户可能是色盲，如果在屏幕上使用了颜色来突出显示某些东西，家若想让色盲的用户注意到，那么需要做些另外的工作来突出它，如果在其旁边显示一个符号。颜色的使用也得一致，已使得整个应用软件有同样的观感。此外，在不同平台上，色彩的表现不尽人意――在一个系统上看上去很好，在另一个系统上常常看上去很糟。展示会上我们常听到展示者这样说：“在我家的机器上看上你过去可是很好的呀。11. 遵循对比原则。打算在应用软件中使用颜色，要确保屏幕的可读性。最好的方法是遵循对比原则：在浅色背景上使用深色文字，在深色背景上使用浅色文字。蓝色文字以白色为背景很容易读，但一红色为背景很难辨认。问题出在蓝色与红色之间没有足够的反差，而蓝色与白色之间则反差很大。12. 字体使用要适当。老式英语字体可能

在莎士比亚的剧本封面上看上去很合适，但在屏幕上却很难辨认。要用那些可读性好的字体，如serif或Times Roman。此外，字体的使用要一致。节俭、有效的使用两三种字体的屏幕看上去远胜于使用五六中字体的屏幕。要记住每次改变了字体的大小、风格（粗体、斜体、下划线…..）、样式或颜色，都是在使用不同的字体。13. 灰掉而不是移走。在某些时刻，用户经常只能访问应用软件的某些功能。在删除一个对象之前，要先选中它。由此加深用户的心理模型，软件应当用删除按钮及（或）菜单项去做一些事。按钮应当移去还是灰掉？灰掉它，决不能移走！当用户不该使用时侯就灰掉它，可是用户对如何使用应用软件建立精确的心理模型。如果仅仅移走一个小部件或菜单项，而不是灰掉它，用户很难建立精确的心理模型，因为用户只知道当前可用的，而不知道为什么是不可用的。14. 使用非破坏性的却省按钮。通常每个屏幕定义一个却省按钮，如果用户按了回车键调用此按钮。问题是有时用户会意外敲回车键，结果激活了缺省按钮／缺省按钮绝不能有潜在的破坏性，如删除或保存（也许用户根本不想保存）15. 区域排列。当屏幕有多个编辑区域，要以视觉效果和效率来组织这些区域。如图1所示，编辑区域左对齐是最好的方法。换句话说，要使编辑区域左边界在一条直线上且上下排列。与之相应的标签则应右对齐，置于编辑区域旁。这是屏幕上组织区域的一个整洁有效的方式。16. 数据对其要适当。对一列列的数据通常的作法是整数，浮点数右对齐，字符串左对齐。17. 屏幕不能拥挤。拥挤的份额屏幕让人难以理解，因而难以使用。试验结果（Mayhew,19xx年）显示屏幕总体盖度不应超过40％，而分组屏幕盖度不应超过62％。18. 有效组合。逻辑上关联的项目在屏幕上应当加以组合，以显示其关联性。反之，任何相互之间毫不相关的项目应当分开隔开。在项目集合间用间隔对其进行分组／或用方框也同样可做到这一点。19. 在操作焦点处打开窗口。当用户双击一个对象显示其编辑框／详情屏幕，用户的注意力也集中于此。因而在此处而不是其他地方打开窗口才有意义。20. 探出菜单不应是为宜的功能来源。如果主要功能被隐藏起来，用户就不能学会怎样使用软件。开发人员最让人灰心的作法是滥用弹出菜单，也称作上下文相关菜单，提供针对当前工作的屏幕区域特定功能的访问。上述的这些标准我们力争严格按照该标准进行测试，更好的为研发人员服务。向他们提供更加严格更加有价值的测试报告。但是，现阶段

由于种种原因我们现在的测试标准据该标准还有很多差距。现在的很多标准都还不构完善。所有的这些我们都将逐步完善最后制定出一套适合我们自己的测试标准。