日历

« 2008-09-07  
日 一 二 三 四 五 六
 123456
78910111213
14151617181920
21222324252627
282930    

最新来客

我的好友

统计信息

  • 访问量: 447
  • 日志数: 8
  • 建立时间: 2008-01-17
  • 更新时间: 2008-04-22

RSS订阅

清晨，放一点轻音乐，轻轻地吻下,“起床啦~~~” 中午，我洗衣，你做饭，也为谁洗碗而吵点小架； 傍晚，手拉着手到河边看日落，感叹人生美好； 夜晚，我们相拥而眠，塌实的连梦也懒得做。 幸福的生活有如胶似漆的缠绵,也有一粥一饭的平淡..

我的最新日志

  • 离职进行曲

    2008-4-22

     

      日子太慢路太长，需要改变一下生活的方式了。一直以来都很迷茫，不知道该不该现在离职，因为我即将开始我的带队生涯。

     不知道在测试方面带领小团队的经验是不是那么重要，当然，我相信有总比没有要好。不过我已经不想在过这样的日子了。所以我决定放弃这次机会。不想在浪费时间在这种没有边际的项目当中。

     我准备离职了，去弥补我的不足，去做我想做的事，去我想去的城市生活，工作。不知道这个决定对我来说是对还是错，不过我相信，有目标就有希望。

     努力中~！

    查看(20) 评论(1)

  • 三大经典 不可不知的Linux发行版本介绍

    2008-3-19

    三大经典 不可不知的Linux发行版本介绍
    2008-02-26 10:32

    2008-01-16 23:29:11　来源: 网易数码　网友评论 8 条 进入论坛

    任何一个软件都有版本号，例如微软的Windows95，POffice97，VC5.0等等，Linux也不例外。Linux的版本号又分为两部分：内核（kernel）与发行套件（distribution）版本。Linux初学者对常会把内核版本与发行套件弄混了，实际上内核版本指的是在Linus领导下的开发小组开发出的系统内核的版本号。

    一般说来以序号的第二位为偶数的版本表明这是一个可以使用的稳定版本，如2.0.35，而序号的第二位为奇数的版本一般有一些新的东西加入，是不一定很稳定的测试版本，如2.1.88。而一些组织或厂家将Linux系统内核与应用软件和文档包装起来，并提供一些安装界面和系统设定与管理工具，这样就构成了一个发行套件，例如最常见的Slackware，RedHat，Debian等等。实际上发行套件就是Linux的一个大软件包而已。相对于内核版本，发行套件的版本号随发布者的不同而不同，与系统内核的版本号是相对独立的，例如Slackware3.5，RedHat5.1，Debian1.3.1等等。

    实际上对于Linux新手而言，发行套件版本也许更重要些，而对于自己经常更新系统的老手来说内核版本才是注意的焦点。下面简单介绍一下Linux的常见发行套件。因为中国用户能接触到的主要是Slackware，RedHat，Debian，这3种发行套件，下文将简单介绍一下他们的特色。

    1.Slackware Linux

    Slackware 由Patrick Volkerding创建于1992年。算起来应当是历史最悠久的Linux发行版。曾经Slackware非常的流行，但是当Linux越来越普及，用户的技术层面越来越广（更多的新手）后，Slackware渐渐的被新来的人们所遗忘。在其他主流发行版强调易用性的时候，Slackware依然固执的 追求最原始的效率——所有的配置均还是要通过配置文件来进行。

    尽管如此，Slackware仍然深入人心（大部分都是比较有经验的 Linux老手）。Slackware稳定、安全，所以仍然有大批的忠实用户。由于Slackware尽量采用原版的软件包而不进行任何修改，所以制造新 bug的几率便低了很多。Slackware的版本更新周期较长（大约1年），但是新版本的软件仍然不间断的提供给用户下载。

    优点：非常稳定、安全，高度坚持UNIX的规范

    缺点：所有的配置均通过编辑文件来进行，自动硬件检测能力较差

    软件包管理系统：Slackware Package Management (TGZ)

    2.Debian GNU/Linux

    Debian 是一套为了您的计算机所设计的自由操作系统 (OS)。操作系统是使计算机运行的基本程序和工具的集合。Debian 使用 Linux 核心（操作系统的最重要部份），但大部份的基本工具则来自 GNU 计划，因此我们称为 GNU/Linux。

    Debian GNU/Linux 不单是个操作系统，它也包含多过 18733 个软件包，它们是一些经已编译的软件，并包装成一个容易安装的格式。

    Debian 最早由Ian Murdock于1993年创建。可以算是迄今为止，最遵循GNU规范的Linux系统。Debian系统分为三个版本分支（branch）： stable, testing 和 unstable。截至2005年5月，这三个版本分支分别对应的具体版本为：Woody, Sarge 和 Sid。其中，unstable为最新的测试版本，其中包括最新的软件包，但是也有相对较多的bug，适合桌面用户。testing的版本都经过 unstable中的测试，相对较为稳定，也支持了不少新技术（比如SMP等）。而Woody一般只用于服务器，上面的软件包大部分都比较过时，但是稳定 和安全性都非常的高。

    为何有如此多的用户痴迷于Debian呢（包括笔者在内）？apt-get / dpkg是原因之一。dpkg是Debian系列特有的软件包管理工具，它被誉为所有Linux软件包管理工具（比如RPM）最强大的！配合apt- get，在Debian上安装、升级、删除和管理软件变得异常容易。许多Debian的用户都开玩笑的说，Debian将他们养懒了，因为只要简单得敲一 下”apt-get upgrade && apt-get update”，机器上所有的软件就会自动更新了……

    优点：遵循GNU规范，100%免费，优秀的网络和社区资源，强大的apt-get

    缺点：安装相对不易，stable分支的软件极度过时

    软件包管理系统：APT (DEB)

    是Linux发行版当中比较自由的一种。由位于世界各地上千名的自愿者不断开发和维护。它不属于任何的商业公司，完全由开源社区所有。是一套为了您的计算机所设计的自由操作系统 (OS)。操作系统是使计算机运行的基本程序和工具的集合。Debian 使用 Linux 核心（操作系统的最重要部份），但大部份的基本工具则来自 GNU 计划，因此我们称为 GNU/Linux

    Sarge经过三年多的开发于2005年6月6日正式发布，替代Woody成为最新的Stable。testing的代号改为etch，unstable的代号还是sid。

    Debian于2006年6月底停止对旧Stable版本Woody的支持。

    Debian中代号为Sarge的发行版已获得开放源码发展实验室（OSDL）的电信运营商等级Linux（CGL）规格认证。

    Debian GNU/Linux 不单是个操作系统，它也包含多过 15490 个软件包，它们是一些经已编译的软件，并包装成一个容易安装的格式。

    Debian常用包命令

    dpkg – Debian 包安装工具

    apt-get – APT 的命令行前端

    aptitude – APT 的高级的字符和命令行前端

    synaptic – 图形界面的 APT 前端

    dselect – 使用菜单界面的包管理工具

    tasksel – Task 安装工具

    dpkg-reconfigure - 重新配置已安装的软件包（如果它是使用 debconf 进行配置的）

    dpkg-source - 管理源码包

    dpkg-buildpackage - 自动生成包文件

    apt-cache - 在本地缓冲区检查包文件

    apt-get check # 更新缓冲区并检查损坏的软件包

    apt-cache search pattern # 按文本描述搜索软件包,看有哪些包可供选择

    apt-cache policy package # 软件包的 priority/dists 信息

    apt-cache show -a package # 显示所有 dists 中软件包描述信息

    apt-cache showsrc package # 显示相应源码包的信息

    apt-cache showpkg package # 软件包调试信息

    dpkg --audit|-C # 搜索未完成安装的软件包

    dpkg {-s|--status} package ... # 已安装软件包描述

    dpkg -l package ... # 已安装软件包的状态（每个占一行）

    dpkg -L package ... # 列出软件包安装的文件的名称

    3.RedHatLinux

    RedHat的问世比Slackware和Debian都要晚，其后来据上，浸浸然有凌驾于这两者之上的趋势。（RedHatLinux曾被权威计算机杂志InfoWorld评为最佳Linux套件。）原因是RedHatSoftware公司实力很强，将商业公司和自由软件开发者的优点融合起来，制作出一套非常优秀的RedHatLinux（昵称为小红帽Linux，其吉祥物也是一个头带红帽的人）。RedHatLinux的优点如下：

    支持硬件平台多：

    RedHatLinux从4.0版起便同时支持Intel、Alpha、Sparc三种硬件平台，这正是RedHat公司引以为荣的地方。为电影Titanic制作电脑特技效果的公司在制作过程中就使用了105台运行RedHatLinux的Alpha电脑。目前为止其他发行套件仍没有同时发布三个平台版本的。现在RedHat的最新版本为5.1版。

    优秀的安装界面：

    从4.x版开始，RedHat公司对RedhatLinux的安装界面进行了大手术，由原先3.x版本的在大批Img文件中去寻找启动盘。变成只用制作一张启动盘就可以进行CDROM方式的安装工作，要以NFS，ftp方式安装才需要制作第二张supp盘。整个安装过程非常简单明了，用户只需要选择很少的选项就可以开始安装，与Slackware相比要简单得多。并且在安装到老版本的Redhat上时，它甚至保留系统原有的许多设置（例如网络部分和XWindow部分）让用户不必重复枯燥无味的配置工作。

    独特的RPM升级方式：

    RedHat所有的软件包都是以RPM（RedHatPackageManager）方式包装的，这种包装方式让用户可以轻松进行软件升级，彻底卸除（uninstall）应用软件和系统部件，RPM使用简单，系统核心的升级也只用一行命令就可以轻松完成，而且还会检查程序运行时需要的库是否已经安装，同Windows95上的InstallSheild相比一点也不逊色。用户安装一遍RedHatLinux之后，就再也不用重新安装系统了，只需要不断升级就可以了。这使得RPM成为RedHatLinux最大的卖点。并且RedHat公司将其置于GPL宣言保护下，因而对于广大的Linux用户都可以享用RPM方式带来的便利之处，免去手工编译之苦。事实上很多SlackwareLinux的用户都安装了RPM软件包来进行软件升级。

    丰富的软件包：

    RedHat收集的软件包是非常完整和精美的，不仅包括大量的GNU和自由软件，还包括了一些优秀的ShareWare软件。并且都经过RedHat公司技术人员的认真调试和配置，让一个普通用户安装完RedHatLinux之后立刻就能享受配置完整的WWWserver，Samba等等需要用户花费大量时间和精力去编译安装的东西。

    安全性能好：

    RedHat缺省配置下的系统安全性能已经非同一般。并且提供PluggableAuthenticationModules（PAM）以加强系统安全性能和系统管理的扩充性。如果用户计划增加系统的安全性，要安装更多的安全软件，例如TCPwrapper也可以参阅用户指南（UserGuide）的说明。并且RedHat提供快速的系统安全补丁建议，RedHat公司的有关安全方面的邮递列表（MailingList）是最权威的Linux安全方面的消息

    来源之一。如果用户对于安全方面十分注意的话，RedHat公司的Mailinglist是一定要订阅的，另外还可以经常光顾他们的主页，然后使用RPM来更新软件或做补丁工作。那么系统安全的维护工作会轻松得多。

    方便的系统管理界面：

    RedHat提供一套XWindow下的系统管理软件，让用户可以在图形方式下进行增加/删除用户，改变系统设置，安装新软件，安装打印机等等系统管理方面的工作，与UNIX下通常采用的字符方式的界面相比要直观和方便得多，与商业UNIX提供的SAM和Windows95下的控制面板相比也毫不逊色。

    详细而完整的在线文档：

    在/usr/doc下面的目录中收录了完整的HOWTO，LDP，FAQ系列说明文件，还有Redhat独有的长达250多页的用户指南，详细说明各种软件安装，系统维护的方式，对于Linux初学者来说是非常有益的知识来源。

    由此可见，RedHatLinux与其他两套最常见的Linux版本相比，是初学者的最佳选择，对于初次接触Linux的用户来说，RedHat可以让用户很快享受到Linux的强大功能而免去繁琐的安装与设置工作。但是其复杂的目录结构与凌乱的系统配置文件是RedHat很大的一个毛病，用户经常为了更改设置而在大量目录之间漫无目的地寻找。据www.li.org的统计，目前使用RedhatLinux的用户约占14%。 (本文来源：网易数码 ) 李铁成

    查看(4) 评论(0)

  • 刚刚接触了一些linux系统的东西，做个笔录

    2008-3-11

     

     工作了这么久，一直在做一些自己都不清楚的事情。现在想换个目标清晰一些的工作，在招聘网站上，看了一些自己都不曾接触过的东西，真的感觉悲哀。

     在网上，发现做测试的，很多都要求会使用linux操作系统。我很意外，原来测试的工作这么广泛。我打算开始好好学习，将测试这条路越宽越远的走下去，让自己的眼睛摘掉面纱，好好看看测试的真面目。

     以下是刚刚会用的linux的操作命令，自己做个记载，避免遗忘。o(∩_∩)o...

      cd（进入文件夹）

      cp（拷贝文件）

      mv（移动或删除）

      vi（打开文件）

      tar（解压文件）

     

    查看(9) 评论(0)

  • 如何在RedHat Linux中启动rstatd服务

    2008-3-11

    如何在RedHat Linux中启动rstatd服务

     

     

    启动portmap并确认进程的启动

    在安装前先运行 /sbin/portmap 进程，看111端口是否打开。

    # netstat -an   若111端口打开，则portmap进程运行正常

     

    安装\配置\运行 rstatd 进程服务

    发表人:snappyboy | 发表时间: 2004年九月13日, 21:17

        这里介绍如何在RedHat Linux中启动rstatd服务，以便使用LoadRunner工具来监视Linux系统的性能情况。

    首先介绍一下在IBM AIX系统中如何启动rstatd服务（因为这个比较简单，顺便可以认识一下Unix系统）。使用telnet以root用户的身份登录入AIX系统，在命令行提示符下输入：

    vi /etc/inetd.conf

    在出现的界面中敲键盘：

    /rstatd

    命令解释：在打开的文档中查找“rstatd”，接下来继续敲键盘：

    x

    命令解释：删除当前字符，在这里为删除rstatd命令前的“#”，继续敲键盘：

    :wq

    命令解释：保存并退出，注意前面有个冒号。接着在命令提示符下输入：

    refresh –s inetd

    命令解释：重新启动服务。

    这样使用loadrunner就可以监视AIX系统的性能情况了。

    在RedHat Linux中要麻烦一点......

     

    需要下载一个安装包rstatd.tar.gz，并且需要安装。比较复杂，安装包中具体的说明，为了简便起见，这里直接给出配置的命令。

    首先把rstatd.tar.gz文件放到用户目录下，进行解压（可以在windows下直接解压，然后把rpc.rstatd目录及其下所有文件拷贝到用户目录下）。然后进入rpc.rstatd目录，执行：

    ./configure

    命令解释：配置，详细的就不说了，反正它自己会执行的，命令执行完毕后再敲入：

    make

    命令解释：编译安装包，执行完毕后敲入：

    make install

    命令解释：安装程序、数据文件和其他文档。之后敲入：

    rpc.rstatd

    命令解释：运行rstatd服务。

    以上在RedhatLinux9下调试通过，RedhatLinux10下尚未通过。这时就可以使用LoadRunner监视此Linux的性能了。

    有关自动启动，在SuSE Linux 7.0 (kernel 2.2.16-suse18) and 7.1 (kernel 2.4)版本需要在/etc/inetd.conf文件中增加一行：

    rstatd/1-5 dgram     rpc/udp wait    root /usr/sbin/rpc.rstatd  rpc.rstatd

    在RedhatLinux9中的自动启动和在RedhatLinux10需要再议：（

    验证RPC安装运行成功

    # rpcinfo –p 127.0.0.1 若有性能数据返回 ，具体参见如下步骤

     

    未启动rpc 前，通过rpcinfo 得到的数据为

    [root@EMS root]# rpcinfo -p 127.0.0.1

       program vers proto   port

        100000    2   tcp    111  portmapper

        100000    2   udp    111  portmapper

        100024    1   udp  32768  status

    100024    1   tcp  32768  status

     

    以上说明 portmapper启动了，但 rstatd 进程还没起来。

     

    [root@EMS root]# whereis rpc.rstatd

    rpc: /usr/src/patch-o-matic-ng-20040302/rpc /sbin/rpc.lockd /sbin/rpc.statd /usr/sbin/rpc.rquotad /usr/sbin/rpc.yppasswdd /usr/sbin/rpc.mountd /usr/sbin/rpc.nfsd /usr/sbin/rpc.ypxfrd /etc/rpc /usr/local/sbin/rpc.rstatd /usr/include/rpc /usr/share/man/man3/rpc.3.gz /usr/share/man/man5/rpc.5.gz

     

      用 whereis rpc.rstatd 命令是用来找 rpc.rstatd这个执行文件的路径。

     

    [root@EMS root]# /usr/sbin/rpc

    rpc.mountd     rpc.nfsd       rpc.rquotad    rpc.yppasswdd  rpc.ypxfrd     rpcinfo     

     

    通过 /usr/sbin/rpc 敲入制表符，则系统会提示其路径下是些什么文件. (作用类似于ls)

     

    [root@EMS root]# /usr/sbin/rpc.rquotad

    [root@EMS root]# /usr/lo        

    local       lost+found 

    [root@EMS root]# /usr/local/sbin/rpc.rstatd

     

    运行 rpc.rstatd命令

     

    [root@EMS root]# rpcinfo -p 127.0.0.1

       program vers proto   port

        100000    2   tcp    111  portmapper

        100000    2   udp    111  portmapper

        100024    1   udp  32768  status

        100024    1   tcp  32768  status

        100011    1   udp    688  rquotad

        100011    2   udp    688  rquotad

        100011    1   tcp    691  rquotad

        100011    2   tcp    691  rquotad

        100001    5   udp    699  rstatd

        100001    3   udp    699  rstatd

        100001    2   udp    699  rstatd

    100001    1   udp    699  rstatd

     

     

    此时检查到rstatd 已运行。

     

    查看(81) 评论(0)

  • 如何通过LoadRunner监控Linux和Unix操作系统的资源状况

    2008-3-11

    如何通过LoadRunner监控Linux和Unix操作系统的资源状况
    2008年02月28日 星期四 17:10

    我们在使用LR进行性能测试的时候，经常有需要监控OS的资源使用情况的需求。对于Windows系统，这个工作进行起来很方便，直接在LR的资源监控窗口中添加需要被监控的机器名或IP即可，但对于Linux/Unix系统，则要稍微复杂一些，我在这里简单介绍一下如何在LR中监控Linux/Unix系统的资源使用情况：

    Linux

        对于Linux系统，要想通过LR监控Linux/Unix系统的资源使用情况，需要运行rstatd服务。如果OS没有安装rstatd（可以查找一下系统中是否存在rpc.rstatd这个文件，如果没有，则说明系统没有安装rstatd），则需要进行安装。rstatd安装步骤如下：

        获得rstatd的安装介质（rstatd.tar.gz）。rstatd可以从redhat的安装CD中获得，或者从网站上下载（给出一个下载地址，sourceforge的：http://heanet.dl.sourceforge.net/sourceforge/rstatd）。

        将rstatd.tar.gz拷贝到Linux系统中，解压，赋予可执行权限，进入rpc.rstatd目录，依次执行如下命令：
          #./configure
          #make
          #make install
            结束后，运行./rpc.rstatd命令，启动服务。这个时候，你就可以在LR中监控Linux资源了。

        Unix

        对于Unix系统，比如Solaris，AIX或者HP UX等，它们的配置过程比较简单——在inetd.conf（在/etc目录下）文件中去掉rstatd前面的注释，然后启动rstatd服务即可。

    查看(23) 评论(0)

  • 面试风波

    2008-2-13

     

      前一天在北京神州数码面试了，面试的结果相当糟糕。他们要求使用QTP进行功能功能测试，关于QTP我只是学习了一个月，对其使用相当没有经验。因为没有应用过这个工具，我以前的工作一直是手动功能测试，所以面试归结于失败。

     不知道现在的公司用QTP进行测试很普及么，我现在一直是手动功能测试。思考ing，手动功能测试是不是已经没有余地了。。。。。。。

    查看(157) 评论(1)

  • 预防网站漏洞扫描工具入侵:

    2008-1-17

    <%
    dim flashack_post,flashack_get,flashack_in,flashack_inf,flashack_xh,flashack_db,flashack_dbstr
    flashack_in = "※;※and※exec※insert※select※delete※update※count※*※%※chr※mid※master※truncate※char※declare"
    flashack_inf = split(flashack_in,"※")
    if request.form<>"" then
    for each flashack_post in request.form

    for flashack_xh=0 to ubound(flashack_inf)
    if instr(lcase(request.form(flashack_post)),flashack_inf(flashack_xh))<>0 then
    response.write "<scrīpt language=javascrīpt>alert(flashack防注入系统提示你↓\n\n请不要在参数中包含非法字符尝试注入,qq:80201222！\n\nhttp://www.flashack.com);</scrīpt>"
    response.write "非法操作！系统做了如下记录↓<br>"
    response.write "操作ip："&request.servervariables("remote_addr")&"<br>"
    response.write "操作时间："&now&"<br>"
    response.write "操作页面："&request.servervariables("url")&"<br>"
    response.write "提交方式：post<br>"
    response.write "提交参数："&flashack_post&"<br>"
    response.write "提交数据："&request.form(flashack_post)
    response.end
    end if
    next
    next
    end if
    if request.querystring<>"" then
    for each flashack_get in request.querystring
    for flashack_xh=0 to ubound(flashack_inf)
    if instr(lcase(request.querystring(flashack_get)),flashack_inf(flashack_xh))<>0 then
    response.write "<scrīpt language=javascrīpt>alert(flashack防注入系统提示你↓\n\n请不要在参数中包含非法字符尝试注入,qq:80201222！\n\nhttp://www.flashack.com);</scrīpt>"
    response.write "非法操作！flashack已经给你做了如下记录↓<br>"
    response.write "操作ip："&request.servervariables("remote_addr")&"<br>"
    response.write "操作时间："&now&"<br>"
    response.write "操作页面："&request.servervariables("url")&"<br>"
    response.write "提交方式：get<br>"
    response.write "提交参数："&flashack_get&"<br>"
    response.write "提交数据："&request.querystring(flashack_get)
    response.end
    end if
    next
    next
    end if
    %>

     

    conn里加上这个就没漏洞了。

    查看(41) 评论(0)

  • web网站测试

    2008-1-17

    最近在做web网站的测试，一直没弄明白是怎么回事。上网查了相关资料。

    要求要做安全行的测试，一直没有弄懂。

    思考ing！！

     

     

     

     

     

    基于Web的系统测试与传统的软件测试既有相同之处，也有不同的地方，对软件测试提出了新的挑战。基于Web的系统测试不但需要检查和验证是否按照设计的要求运行，而且还要评价系统在不同用户的浏览器端的显示是否合适。重要的是，还要从最终用户的角度进行安全性和可用性测试。
    　　本文从功能、性能、可用性、客户端兼容性、安全性等方面讨论了基于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、Javascrīpt、 ActiveX、VBscrīpt或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，、Javascrīpt、 ActiveX、 plug-ins或不同的HTML规格有不同的支持。例如，ActiveX是Microsoft的产品，是为Internet Explorer而设计的，Javascrīpt是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 专线，可能不需要测试下载施加。

    (但需要注意的是，可能会有员工从家里拨号进入系统) 有些内部应用程序，开发部门可能

    在系统需求中声明不支持某些系统而只支持一些那些已设置的系统。但是，理想的情况是，

    系统能在所有机器上运行，这样就不会限制将来的发展和变动。

    六、安全测试<