一个好的系统界面能让页面清晰易懂，用户不需要太多的学习，就能快速的使用系统，让系统变得不言而喻。怎样让系统页面清晰易懂，或者说，如何让一切变得不言而喻？

　　第一.建立清楚的视觉层次
　　我们在浏览网页的时候，实际上通常是在扫描，而不是在阅读。让页面的可视元素清晰明了可以让页面更加清晰易懂。重要的部分需要突出，逻辑相关的部分视觉上也相关，逻辑上包含的部分视觉上进行嵌套。页面结构清晰，可以让用户自然而然的将页面的布局结构转换为内容的逻辑结构。

　　第二.尽量使用用户习惯的用法
　　比如：一些图片下面方一些文字，或者鼠标指上图片时的提示性说明。使用一些用户常见的方法可以保持一种熟悉感，而不用花额外的时间学习如何使用。比如业务人员最关心的就是报文到达情况，那么就应该将报文迟报、缺报等情况明确的显示在首页，这样业务人员在进入系统界面时就能直观的看到他们需要关注的数据。

　　第三.把页面划分为明确定义的区域
　　功能模版要划分清晰，每个功能模块下的子功能取名要正确，这样用户在使用时就会很方便的找到自己想要关注的东西。这样一般需要多级模块，可以采用树状结构或者横竖结构等。

　　第四.明确标识可以点击的地方
    在业务人员查看报文实时监控时，应该在系统显眼位置，一般是左上方或者右上方用一些html标签(颜色根据用户要求定)指明可以点击查看报文的详细情况。同时，应该设定查询，一般需要时间查询和设备查询等功能，可以手动输入和选择输入。
    人们在网上做的多数事情是寻找下一个地方点击。所以明确标识哪些地方可以点击很重要。例如将报文的到报情况导出为excel表格，由原来的按钮修改成带有excel图片的按钮。当业务人员看到这么一个似曾相识的按钮，就可以马上知道这个就是他们需要的导出excel功能按钮。其实继续使用链接，用户看的仔细一点再尝试也不会花太长时间。但迫使用户思考下意识就可以知道的东西也是在考验用户的耐心和好感。

　　第五.降低视觉噪声
　　对于一般商业或办公型web系统，如果页面上所有内容感觉都在吸引用户的注意，效果可能适得其反。还有一些细节噪声，虽然不那么明显，但也会带来不好的体验，比如在文字分类之间加入明显的分割线，这些明显的分割线就会带来视觉噪声，不利于明显的表达文字。当然，像动感地带，飞信等网站，那么内容效果做得花样点是无可厚非的。

目前主流的测试工具主要有以下5类：

　　1.负载压力测试工具

　　这类测试工具的主要目的是度量应用系统的可扩展性和性能，是一种预测系统行为和性能 的自动化测试工具。在实施并发负载过程中，通过实时性能监测来确认和查找问题，并针对所 发现问题对系统性能进行优化，确保应用的成功部署。负载压力测试工具能够对整个企业架构 进行测试，通过这些测试，企业能最大限度地缩短测试时间，优化性能和加速应用系统的发布 周期。

　　2.功能测试工具

　　通过自动录制、检测和回放用户的应用操作，将被测系统的输出记录同预先给定的标准结 果比较，功能测试工具能够有效地帮助测试人员对复杂的企业级应用的不同发布版本的功能进 行测试，提高测试人员的工作效率和质量。其主要目的是检测应用程序是否能够达到预期的功 能并正常运行。

　　3.白盒测试工具

　　白盒测试工具一般是针对代码进行测试，测试中发现的缺陷可以定位到代码级。根据测试工具原理的不同，又可以分为静态测试工具和动态测试工具。静态测试工具直接对代码进行分析，不需要运行代码，也不需要对代码编译链接和生成可执行文件。静态测试工具一般是对代码进行语法扫描，找出不符合编码规范的地方，根据某种质量模型评价代码的质量，生成系统的调用关系图等。动态测试工具一般采用“插桩”的方式，在代码生成的可执行文件中插入一些监测代码，用来统计程序运行时的数据。它与静态测试工具最大的不同是，动态测试工具要 求被测系统实际运行。

　　4.测试管理工具

　　一般而言，测试管理工具对测试需求、测试计划、测试用例、测试实施进行管理，并且测 试管理工具还包括对缺陷的跟踪管理。测试管理工具能让测试人员、开发人员或其他的IT人员 通过一个中央数据仓库，在不同地方就能交互信息。

　　5.测试辅助工具

　　这些工具本身并不执行测试，例如它们可以生成测试数据，为测试提供数据准备。

　　IT测试工具集锦

　　Radview TestView系列

　　Radview公司的TestView系列Web性能测试工具和WebLoad Analyzer性能分析工具，旨在测 试Web应用和Web服务的功能、性能、程序漏洞、兼容性、稳定性和抗攻击性，并且能够在测试 的同时分析问题原因和定位故障点。

　　整套Web性能测试和分析工具包含两个相对独立的子系统：Web性能测试子系统Web性能分析子系统。其中Web性能测试子系统包含3个模块：TestView Manager、WebFT以及WebLoad。 Web性能分析子系统只有WebLoad Analyzer。

　　左图表达了在一个完整的测试系统中，TestView Manager用来定制、管理各种测试活动； WebLoad模拟多个用户行为进行测试，所测试的是系统性能，容量，稳定性和抗攻击性；WebFT 模仿单一用户行为进行测试，所测试的是系统功能，漏洞，兼容性和稳定性； WebLoad Analyzer对Web服务、中间件和数据库进行监控和分析，找出问题原因和故障点。

　　IBMRationalClearQuest

　　IBM Rational ClearQuest提供基于活动的变更和缺陷跟踪。以灵活的工作流管理所有类型的变更要求，包括缺陷、改进、问题和文档变更。能够方便地定制缺陷和变更请求的字段、流程、用户界面、查询、图表和报告。拥有“设计一次，到处部署”的能力，从而可以自动改 变任何客户端界面（Windows、Linux、UNIX 和 Web）。可与IBM WebSphere Studio、Eclipse 和Microsoft .NET IDE进行紧密集成，从而可以即时访问变更信息。支持统一变更管理，以提供经过验证的变更管理过程支持。易于扩展，因此无论开发项目的团队规模、地点和平台如 何，均可提供良好支持。

　　包含并集成于IBM Rational Suite和 IBM Rational Team Unifying Platform，提供生命 周期变更管理。

　

　康博File-AID/RDX

　　康博公司提供的File-AID/RDX使程序员能够迅速在测试表格中装入准确反映生产性关系的 数据，但这些数据只是生产性数据的一个有关的子集，而且这是一个更小、更精确的数据库。

　　通过类似于ISPF的界面，用户可以迅速方便地浏览表格关系，建立数据抽取条件、将数据 装入目的表格。因为File-AID/RDX提供了一种简单的方法来显示，通过独立的表格串接起各种 关系，用户可以方便地选择所需的数据。

　　使用File-AID/RDX有3个好处：节省时间，用户不必编写一次性程序来向测试数据库中装 入数据；节省更多的时间，确保使用正确的数据来对应用系统进行合格的测试；节省磁盘空 间，测试中仅仅使用那些需要的生产性数据。

　　Mercury质量中心

　　Mercury质量中心（Mercury Quality Center）提供一个全面的、基于Web的集成系统，可 跨多种环境实施质量保证。它的集成应用自动化了关键质量行为，其中包括需求管理、测试管 理、缺陷管理、功能测试和业务流程测试。Mercury 质量中心提供用户所需的流程、自动化操 作和可见性，以实现高质量的应用。它通过将所有不同要素和正确应用维系起来，使质量流程 自动化，从而缩短部署时间。其结果就是，它极大地提高了应用质量和可靠性。

　　Mercury质量中心包括集成的、基于角色的应用，它们根据质量流程中每个相关人员的需 求而精心设计——从业务分析员和开发人员到QA工程师、测试人员以及架构工程师。

　　Mercury质量中心帮助用户管理和控制应用开发和测试中的风险。在流程中的所有点上， 用户可以直接观测到项目所处的质量水平——是否测试并满足了需求，是否执行了测试，或是 否发现并解决了缺陷。

　　IXIA IxChariot

　　美国IXIA公司的应用层性能测试软件IxChariot是一个独特的测试工具，也是在应用层性 能测试领域得到业界认可的测试系统。对于企业网而言，IxChariot可应用于设备选型、网络 建设及验收、日常维护等3个阶段，提供设备网络性能评估、故障定位和SLA基准等服务。

　　IxChariot由两部分组成：控制端（Console）和远端（Endpoint），两者都可安装在普通 PC或者服务器上，控制端安装在Windows操作系统上，远端支持各种主流的操作系统。控制端 为该产品的核心部分，控制界面（也可采用命令行方式）、测试设计界面、脚本选择及编制、 结果显示、报告生成以及API接口提供等都由控制端提供。远端根据实际测试的需要，安装在 分布的网络中，负责从控制端接收指令、完成测试并将测试数据上报到控制端。

　　福禄克

　　DTX系列

　　福禄克网络公司推出的 DTX系列电缆认证分析仪完成一次6类链路自动测试的时间比其他 仪器快3倍（进行光缆认证测试时快5倍）。DTX 系列还具有 IV级精度的智能故障诊断能力、 900MHz的测试带宽、12小时的电池使用时间和快速的仪器设置，并可以生成详细的中文图形测 试报告。

　　思博伦通信SmartBits

　　思博伦通信(Spirent Communications)的SmartBits网络性能分析系统为进行十兆/百兆/ 千兆和万兆以太网、ATM、POS、光纤通道、帧中继网络和网络设备的高端口密度测试提供了行业标准。

　　作为一种强健而通用的平台，SmartBits提供了测试xDSL、电缆调制解调器、IPQoS、 VoIP、MPLS、IP多播、TCP/IP、IPv6、路由、SAN和VPN的测试应用。

　　SmartBits使用户可以测试、仿真、分析、开发和验证网络基础设施并查找故障。从网络 最初的设计到对最终网络的测试，SmartBits提供了产品生命周期各个阶段的分析解决方案。

　　SmartBits产品线包括便携和高密度机架，支持不同技术、协议和接口的模块，以及软件应用程序和脚本。旗舰级SMB-6000B在一个机架中最多可支持96个10/100 Mbps 以太网端口、 24个千兆以太网端口、6个万兆以太网端口、24个光纤通道端口、24POS端口或上述端口的任意 组合。

　　安立MD1230A

　　安立公司的MD1230A提供以太网络和IP网络优良的测试能力。然而它的轻重量 (5公斤) 而且内置点击设备，符合服务供给者和企业网经理最迫切的栏位可移植性需求。它的内置全球定位测试接收机选项，可在1微秒内进行点对点网络延滞测试。这样的解像度对在IP上应用话音 和视像是十分重要的。

　　小巧、轻便的MD1230A已内置计算机、显示装置，利用点击设备和键盘就可在恶劣环境下 进行现场操作应用。

　　熟悉的视窗使用者操作界面和一致的远程控制操作界面，使用户能够很快上手操作。

　　通过传送、监视、计数和解码很多高层的IP协定，可以提供一系列专业服务，诸如在IP (VoIP)上测试声音传送，并作故障解决功能，以帮助解决极复杂的网络相关协定。这不是一般 测试器能胜任的。

　　基于Sniffer Technologies提供的可选择的译码模组及专家分析模组，可快速精确地解译 OSI所有7层约400多种协定码。

Shunra Storm

　　Shunra公司用于产品和系统测试阶段的硬件产品Storm，辅以各种软件选件，除了仿真各种网络环境外，还可以提供协议分析等多种功能。Storm产品配套解决方案基本上由Storm Appliance和Storm Console，以及相关软件组成，以支持多种多样复杂的广域网及实验室的结构。

　　Storm是一种将广域网仿真和用户端数据流模拟结合在一起的工具。它可以精确地模拟广域网环境。将应用程序部署在这个模拟的广域网环境里，用户将看到所开发应用程序在广域网环境中的性能表现，通过调节Storm的广域网模拟参数以及终端用户数据流，Storm可以模拟各种各样的广域网。为检验应用程序对网络的适应性以及定位问题，Storm不但可以仿真出广域网环境，还可以仿真大量用户产生的各种应用数据流，使用户得到更加真实的广域网环境，精确地评估应用程序的网络性能。Storm可以方便地将地理上分布极广的网络复制到实验室中。

通常一个完整的缺陷由以下几个部分构成：

— 缺陷标题：描述缺陷的标题

— 缺陷的严重程度：描述缺陷的严重程度，一般分为“致命”、“严重”、“一般”、“建议”四种

— 缺陷的紧急程度：描述缺陷的紧急程度，从1－4，1是优先级最高的等级，4是优先级最低的等级

— 缺陷提交人：缺陷提交人的名字（邮件地址）

— 缺陷提交时间：缺陷提交的时间

— 缺陷所属项目/模块：缺陷所属的项目和模块，最好能较精确的定位至某个功能模块

— 指定解决人：在缺陷“分发”状态下由项目经理指定相关开发人员修改

— 缺陷指定解决时间：项目经理指定的开发人员修改此缺陷的生命周期。

— 缺陷处理人：最终处理缺陷的人员

缺陷的描述

软件缺陷的描述是软件缺陷报告的基础部分，也是测试人员就一个软件问题与开发小组交流的最初且最好的机会。一个好的描述，需要使用简单的、准确的、专业的语言来抓住缺陷的本质。否则，它就会使信息含糊不清，可能会误导开发人员。准确报告软件缺陷是非常重要的。

为什么要准确的描述缺陷？

— 清晰准确的软件缺陷描述可以减少软件缺陷从开发人员返回的数量

— 提高软件缺陷修复的速度，使每一个小组能够有效的工作

— 提高测试人员的信任度，可以得到开发人员对清晰的软件缺陷描述有效的响应

— 加强开发人员，测试人员和管理人员的协同工作，让他们可以更好的工作

缺陷有哪些属性？

— 缺陷严重程度

— 软件缺陷的详细特征

— 缺陷产生可能性：

— 缺陷的优先级：

— 缺陷状态：

— 软件缺陷的起源：

— 软件缺陷的来源：

— 缺陷根源：

缺陷处理的基本流程？

 

 

缺陷流程场景描述

基本流：

— 步骤一：测试人员提交bug。

— 步骤二：测试经理对bug的有效性进行审核，先判断是否是重复bug，如果确定是重复，那问题单进入备选流一，如果不是重复bug，继续走基本流步骤三。

— 步骤三：测试经理对bug的有效性判断，如果可以确定是bug则继续进入基本流步骤四，如果不是则进入备选流二。

— 步骤四：测试经理对bug进行定性以后，将问题单转向开发经理，开发经理审核问题单的优先级，如果需要进行立即修改，则步入基本流步骤五，如果暂时不需要修改或者后续继续放入缺陷库进行跟踪定位，问题单步入备选流三，备选流四，备选流五。

— 步骤五：开发经理对问题单审核以后确定是需要立即修改的问题单，则进行bug的分配，分配的具体的负责修改的开发人员。

— 步骤六：开发人员对问题单进行处理。

— 步骤七：开发人员修改过问题单以后，要进行基本功能的调试，以确保问题单已经修改。

— 步骤八：修改完成以后，测试人员对问题单进行验证，如果验证通过，则进入步骤九。如果验证不通过则步入备选流六。

— 步骤九：bug验证通过，关闭bug。

 

 备选流一：

— 测试经理审核问题单时，发现问题单存在重复则直接关闭。

— 备选流二：

— 测试经理判定bug有效性的时候，发现该bug为无效bug，则对bug进行关闭处理。

— 备选流三：

— 开发经理对问题单的优先级进行判定的时候，发现优先级比较低，此时可以对问题单进行挂起操作，以便对该问题进行计划性修改。或者后续版本修改。

— 备选流四：

— 开发经理对bug优先级进行审核的时候，发现该bug没有修改的必要，与测试经理协商后可以进行关闭。

— 备选流五：

— 在软件生命周期内无法解决的时候也可以进行关闭。

— 备选流六：

— 当测试人员对问题单进行验证的时候，发现已经修改的问题单，没有验证通过。则需要将问题单状态调整为基本流步骤六。

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