软件测试

 

 

 

 

 

 

 

 

 

 

 

 

 

注：转载请注明出处

作者：scanf 创建日期：2008-3-12

第一天

主题：软件测试站点的了解

需求：了解站点的特点，找到适合自己寻找资源的站点。 

推荐站点：51testing,17testing，测试时代

推荐BLOG：朱少民，卖烧烤鱼

产出文件：测试站点的整理

 

 

第二天

主题：软件测试工具的了解

需求：了解测试工具的分类及特点，了解什么样的工具适合什么样的测试。

推荐工具：WR,LR,selenium IDE

产出文件：软件测试工具的相关资源

 

 

第三天    

主题：测试环境，缺陷管理及测试级别

需求：了解相关的测试搭建环境，了解测试的相关等级及缺陷跟踪软件。

推荐缺陷管理工具：JIRA,MANTIS,Bugzilla,TrackRecord

ＢＵＧ常用等级：major,minor,trivial,enhancement

产出文件：软件测试环境的描述，缺陷跟踪软件的介绍及测试等级的分类运用。

 

 

第四天

主题：测试的划分，测试的种类

需求：了解测试是如何划分的。测试的阶段都有哪些特点。

推荐了解：黑盒测试，web测试，回归测试

产出文件：测试的阶段，测试的种类

 

 

第五天

主题：测试中的常见问题

需求：了解在不同的测试中常见的问题说明

推荐了解：web测试的常见问题

产出文件：常见问题的描述

 

 

第六天

主题：软件测试流程及了解相关的用例

需求：了解输入测试中的流程，了解不同测试用的用例的表达

产出文件：软件测试流程文件与测试用例的表现形式

 

第七天

主题：总结

需求：灵活运用测试知识编写测试用例

产出文件：register的用例编写

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

软件测试站点

 

51testing软件测试：www.51testing.com

17testing一起测试：www.17testing.com

测试时代：http://www.testage.net/

中国软件测试联盟：http://www.iceshi.com

天天软件测试：http://www.tttest.com/

3A中国测试社区：http://www.3atesting.com/

软件测试基地：http://www.cntesting.com/

中国软件测试在线：http://www.softtest.com.cn/

快速软件测试网：http://www.rapidtesting.cn/

中国软件测试网：http://www.testing.ac.cn/

QAabc软件测试学习网：http://www.qaabc.com/main/

 

软件测试频道

翻译专家网软件测试频道：http://www.transexpert.net/localize/testing/index.htm

CSDN软件测试频道:http://testing.csdn.net

希赛网软件测试频道：http://testing.csai.cn/edu/

远播网软件测试频道：http://testing.114study.com/

中国IT实验室软件测试频道：http://softtest.chinaitlab.com/Index.html

UML软件测试工程组织软件测试频道：http://www.uml.org.cn/test/test.asp

BTEST:http://www.md-btesting.com/ceshijishu.html

硅谷动力软件测试频道：http://www.enet.com.cn/esoftware/alist6130.html

学网：http://sh.studyget.com/site/ITest/

软件工程：http://se.csai.cn/

 

 

软件测试论坛

TestTimes软件测试培训论坛:http://www.testtimes.net/bbs/

爱测试ITEST：http://bbs.itest.cc/

软件测试基地：http://bbs.cntesting.com/

无忧测试论坛：http://bbs.51testing.com/

软件测试时代论坛：http://bbs.testage.net/

一起测试论坛：http://www.17testing.com/bbs/

英才软件测试论坛：http://www.99testing.com/bbs/

52test软件测试论坛：http://www.52test.net/index.php

QASAPCE：http://www.qaspace.com/bbs/

易测网：http://www.easytesting.cn/modules/newbb/

 

软件测试BLOG

朱少民：http://blog.csdn.net/KerryZhu

Ricky:http://www.rickyzhu.com/

卖烧烤鱼：http://www.cnblogs.com/mayingbao

师人长技以自强：http://hi.baidu.com/ruanjianceshi

蓝色经典：http://www.yourblog.org/Sort/20045/33951_1.html

Jameswang:http://jameswang.blog.cntesting.com/blog/htm/uid_1230.html

Jackei:http://www.cnblogs.com/jackei/

Akenwang:http://blog.csdn.net/aken_wang

 

 

英文测试站点

 

A course in blank box testing:http://testingeducation.org/BBST/index.html

SQA:http://www.sqatester.com/

http://www.testingfaqs.org/

http://www.qadirect.com

http://www.bonoy.com

http://www.sqe.com/

 

其他软件测试资源站

gotosqa软件测试之家：http://www.gotosqa.com/modules/article/

广东软件测试联盟：http://www.gztest.com/news/index.php

测试中国：http://www.testingcn.com/html/index.html

啄木鸟测试网：http://www.3testing.com/

焦点测试网：http://www.testfocus.com.cn/

Sztest.net:http://www.sztest.net/forum/index.php

中国软件质量网：http://rjzlbj.tt393.cn/

测试总裁网：http://www.testceo.com/

黑白评测网：http://netps.cn/

软件测试联盟V2008：http://www.iceshi.com/bbs/index.php

本地化：http://bbs.giltworld.com/

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Parasoft白盒测试工具集

 

Jtest------支持语言环境：JAVA

        简介：代码分析和动态类、组件测试

Jcontract------支持语言环境：JAVA

        简介：实时性能监控以及分析优化

C++ Test------支持语言环境：C，C++

        简介：代码分析和动态测试

CodeWizard------支持语言环境：C,C++

         简介：代码静态分析

Insure++------支持语言环境：C,C++

         简介：实时性能监控以及分析优化

.test------支持语言环境：.NET

        简介：代码分析和动态测试

 

 

Compuware白盒测试工具集

BoundsChecker------C++,Delphi

API和OLE错误检查、指针和泄露错误检查、内存错误检查

 

TrueTime------C++,Java,Visual Basic

代码运行效率检查、组件性能的分析

 

FailSafe------Visual Basic

自动错误处理和恢复系统

 

Jcheck------M$ Visual J++

图形化的纯种和事件分析工具

 

TrueCoverage------C++,Java,Visual Basic

函数调用次数、所占比率统计以及稳定性跟踪

 

SmartCheck------Visual Basic

函数调用次数、所占比率统计以及稳定性跟踪

 

CodeReview------Visual Basic

自动源代码分析工具

 

Xunit白盒测试工具集

Aunit------Ada

http://www.libre.act-europe.fr

 

CppUnit------C++

http://cppunit.sourceforge.net

 

ComUnit------VB,COM

http://comunit.sourceforge.net

 

Dunit------Delphi

http://dunit.sourceforge.net

 

DotUnit------.Net

http://dotunit.sourceforge.net

HttpUnit------Web

http://c2.com/cgi/wiki?HttpUnit

 

HtmlUnit------Web

http://htmlunit.sourceforge.net

 

Jtest------Java

http://www.junit.org

 

JsUnit(Hieatt)------Javascript 1.4以上

http://www.jsunit.net

 

PhpUnit------Php

http://phpunit.sourceforge.net

 

PerlUnit------Perl

http://perlunit.sourceforge.net

 

XmlUnit------Xml

http://xmlunit.sourceforge.net

 

 

主流黑盒功能测试工具集

WinRunner------Mercury

http://www.mercuryinteractive.com

 

Astra Quicktest------Mercury

http://www.mercuryinteractive.com

 

Robot------IBM Rational

http://www.rational.com

 

QARun------Compuware

http://www.compuware.com

 

SilkTest------Segue

http://www.segue.com

 

E-Test------Empirix

http://www.empirix.com

 

主流黑盒性能测试工具集

WAS------M$

http://www.micro$oft.com

 

LoadRunner------Mercury

http://www.mercuryinteractive.com

 

Astra Quicktest------Mercury

http://www.mercuryinteractive.com

 

Qaload------Compuware

http://www.empirix.com

 

TeamTest:SiteLoad------IBM Rational

http://www.rational.com

 

Webload------Radview

http://www.radview.com

 

Silkperformer------Segue

http://www.segue.com

 

e-Load------Empirix

http://www.empirix.com

 

OpenSTA------OpenSTA

http://www.opensta.com

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

测试环境：DTM

DTM可分为三层逻辑结构：DTM clients/DTM controllers/DTM Studio.

 

DTM clients端是由不同配置的测试机组成，每台测试机模拟一种实际操作环境，被测试的驱动程序在每台测试机上运行。

 

DTM controllers端DTM clients端运行的的测试进行控制，测试的结果会存储在controllers端的SQL数据库中。

 

DTM Stadio提供了用户接口，测试者可以在stadio端创建测试场景和分配运行时间。

 

缺陷跟踪管理软件

Mantis

优点，开源，不收费，B/S构架模式；Windows平台；可邮件通知，操作较为灵活。

 

缺点：安装配置复杂，不收费的东西，界面也不够美观，有很多功能根本只是架子，没法真正使用，比如说添加附件。

 

Bugzero

BUGZERO? 是一个多功能，基于网络 (web-based) 并在浏览器 （browser) 下运行的 Bug缺陷管理和跟踪系统，可用来记录，跟踪，并归类处理软件开发过程出现的 Bug 和硬件系统中存在的缺陷（defect）。

BUGZERO 也是一个完整的服务管理软件，包括集成服务台热线流程管理（Help Desk）， 可用来记录各种日常事务，变更请求，和问题报告，及追踪和处理各种客户讯问，反馈，和意见。

 

BugRat

BugRat是一个免费的Java软件它提供一个成熟的,灵活的Bug报告与跟踪系统。

它利用关系数据来存储数据，既可以通过web来报告Bug也可以通过email报告Bug,可通过web来浏览和查询Bug.

BugRat还包括一个Java客户端来管理数据库。

 

TrackRecord

是一个高级的需求变更和缺陷管理工具，可以帮助组织建立一个系统方法来协调软件开发、调试、测试和实现。

 

支持并加速各种开发过程，并具有针对开发、测试和管理需求而设计的灵活、开放的体系结构。TrackRecord可以与康博软件其它的开发、测试和支持产品以及第三方产品集成，从而进行自动化缺陷跟踪、项目管理和整个企业应用的可靠性保证。

 

使耗时的任务自动化，如归档和报告缺陷、通信状态和优先权、定位瓶颈。这个特性为开发人员、测试人员和管理人员省出了时间，使他们集中精力于解决问题和提高应用质量。

 

Clear QuestRational 

ClearQuest 是基于团队的缺陷和变更跟踪解决方案，它包含在Rational Suite中。

 

Rational Suite 是针对分析人员、开发人员和测试人员进行了优化的一套软件开发全面解决方案。

 

作为它主要组件之一的Rational ClearQuest 是一套高度灵活的缺陷和变更跟踪系统，适用于在任何平台上，任何类型的项目中，捕获各种类型的变更。

 

Bugzilla

Bugzilla 是一个“缺陷跟踪系统”或者“bug跟踪系统”，帮助个人或者小组开发者有效的跟踪已经发现的错误. 

 

多达数商业缺陷跟踪软件收取昂贵的授权费用，bugzilla做为一个免费软件，拥有许多商业软件所不具备的特点.

 

因而，现在已经成为全球许多组织喜欢的 缺陷管理软件。

 

QAMonitor

这个工具很小巧，优点是操作简单，直观，对只有几个人的开发测试团队内部测试用很适合，并且是中文的。

 

缺点是：基于C/S结构，项目配置需要到底层数据库中去配置，缺少项目定制客户界面，因为适合内部测试，所以没有全面的报表分析，没有Email通知。

 

 

BMS

上海微创软件有限公司是上海联和投资有限公司与全球软件行业领头羊微软公司合资成立的新兴软件企业。

 

以BMS XP为首的一系列解决方案在国内软件及相关领域的应用奠定了基础。

 

其中，软件开发管理解决方案的核心产品BMS XP将微软丰富的项目开发经验与众多用户的实际需求结合起来，帮助中小软件企业规范和完善管理流程、强化产品质量，并从根本上推动企业管理思想和方法的进 步。

 

 

SilkCentral Issue Manager

SilkCentral Issue Manager 是功能强大的缺陷管理工具，用于软件开发过程中，对软件缺陷进行记录、对缺陷状态进行自动跟踪、对缺陷处理结果进行归类处理。

 

SilkCentral Issue Manager 能够灵活配置以满足各种业务环境和产品的需求。

 

这种灵活、易用的缺陷跟踪流程不仅提高了项目开发质量，同时也提高了项目开发效率。

 

 

Jira

它由Atlassian开发，采用J2EE技术.它正被广泛的开源软件组织，以及全球著名的软件公司使用，它堪称是J2EE的Bugzilla。 JIRA提供了全面的功能，界面十分友好，可用性以及可扩展性方面都十分出色

 

用它管理项目，跟踪任务、bug，通过jira的邮件通知功能进行协作通知，在实际工作中使工作效率提高很多，效果非常不错！安全性、可扩展性方面发挥到了极致！

 

JIRA软件不限制用户数！不限制创建项目数和Issue的数量！一年内免费更新版本！！

 

 

TD

MI公司的缺陷管理工具，优点是：B/S构架模式；Windows平台；.可以定制流程；可以定制查询；可以定制功能域；可以定制用户角色，可以定制角色权限；可Email通知；可以生产各种报表；支持多种数据库；可以与其他MI公司测试工具集成；安装配置较为简单，有可优化的工作流，可使用C改进优化系统。

 

缺点是：价格太贵（呵呵，死结）；除与微软的Access接口比较好，其他数据库接口不是太完善；没有中文版（虽然有破解汉化版），缺少角色可视窗口配置，版本更新，但功能没有改进。

 

 

Bugfree

借鉴微软公司软件研发理念、免费且开放源代码、基于Web的精简版Bug管理系统。

 

BugFree完全能满足中小型项目的需求，安装配置起来是最简单易用的。

 

 

迅捷缺陷跟踪2007

 

实现了SOA，rest协议，方便和其他系统集成的缺陷跟踪系统.

 

安装配置简单，中文使用方便，流程控制较清晰，缺少邮件通知功能，缺陷参数少，界面粗糙，没有独立可管理的数据库。

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

BUG的生命周期

 

bug管理工具里，bug的一个最重要的属性就是“状态”，一般又有“打开”（opened）”，“处理中（in progress）”，“已修正（Fixed）”，“重新打开（reopened）”，“关闭（Close）”等几个，这几个状态一看就很明白一个bug从发现到排除要走哪些流程： 

 

1.测试人员发现bug，提交。bug状态为打开opened

2.开发人员接收bug，bug状态为正在处理 in Progress 

3.开发人员修改完毕，提交，bug状态改为解决待关闭Fixed 

4.测试人员针对开发人员作的修改，再次对bug进行测试，如果bug依然存在，就把bug状态置为重新打开reopened，流程到第二步重新开始，如果问题已经解决，就直接改为关闭close，该bug的流程就走完了。

 

BUG优先级

Blocker 阻塞开发或测试的工作进度，或者影响系统无法运行的错误 

 

Critical 严重地影响系统要求或基本功能的实现 

 

Major 系统容错性方面的问题、新增功能建议

 

Minor 使操作者不方便或遇到麻烦，但它不影响执行工作或功能实现。 

 

Trivial 微小的，何以忽略的 

 

Enhancement建议型的增强改进措施，不在需求内的的建议。

 

 

 

 

 

 

 

 

 

 

 

 

 

 

单元测试 

    单元测试是对软件中的基本组成单位进行的测试，如一个模块、一个过程等等。它是软件动态测试的最基本的部分，也是最重要的部分 之一，其目的是检验软件基本组成单位的正确性。一个软件单元的正确性是相对于该单元的规约而言的。因此，单元测试以被测试单位的规约为基准。单元测试的主 要方法有控制流测试、数据流测试、排错测试、分域测试等等。

             主要测试软件模块的源代码。一般由开发人员而非独立测试人员来执行，因为测试者需要懂得该单元的设计与程序实现，测试者可能需要编写额外的测试驱动程序。

 

 

集成测试 

    集成测试是在软件系统集成过程中所进行的测试，其主要目的是检查软件单位之间的接口是否正确。它根据集成测试计划，一边将模块 或其他软件单位组合成越来越大的系统，一边运行该系统，以分析所组成的系统是否正确，各组成部分是否合拍。集成测试的策略主要有自顶向下和自底向上两种。

      

       将一些“构件”集成一起时，测试它们能否正常运行。这里“构件”可以是程序模块、客户机－服务器程序等等。

 

 

功能测试

               测试软件的功能是否符合功能性需求，通常采用黑盒测试方式。一般由独立测试人员执行。

 

 

系统测试 

     系统测试是对已经集成好的软件系统进行彻底的测试，以验证软件系统的正确性和性能等满足其规约所指定的要求，检查软件的行为和输 出是否正确并非一项简单的任务，它被称为测试的“先知者问题”。因此，系统测试应该按照测试计划进行，其输入、输出和其他动态运行行为应该与软件规约进行 对比。软件系统测试方法很多，主要有功能测试、性能测试、随机测试等等。

         测试软件系统是否符合所有需求，包括功能性需求与非功能性需求。一般由独立测试人员执行，通常采用黑盒测试方式。

 

验收测试 

     验收测试旨在向软件的购买者展示该软件系统满足其用户的需求。它的测试数据通常是系统测试的测试数据的子集。所不同的是，验收测试常常有软件系统的购买者代表在现场，甚至是在软件安装使用的现场。这是软件在投入使用之前的最后测试。

        由客户或最终用户执行，测试软件系统是否符合需求规格说明书。

 

回归测试 

    回归测试是在软件维护阶段，对软件进行修改之后进行的测试。其目的是检验对软件进行的修改是否正确。这里，修改的正确性有两重含义：一是所作的修改达到了预定目的，如错误得到改正，能够适应新的运行环境等等；二是不影响软件的其他功能的正确性。

 

              指错误被修正后或软件功能、环境发生变化后进行的重新测试。回归测试的困难在于不好确定哪些内容应当被重新测试

 

 

 

 

 

 

 

 

 

 

 

 

 

黑盒测试

             “黑盒”、“白盒”都是比喻。“黑盒”表示看不见盒子里头的东西，意味着黑盒测试不关心软件内部设计和程序实现，只关心外部表现，即通过观察输入与输出即可知道测试的结论。任何人都可以依据软件需求来执行黑盒测试。

 

白盒测试

            白盒测试关注的是被测对象的内部状况，需要跟踪源代码的运行。白盒测试者必须理解软件内部设计与程序实现，并且能够编写测试驱动程序，一般由开发人员兼任测试人员的角色

 

 

负载测试    测试软件系统的最大负载，超出此负载软件可能会失常。

 

压力测试    概念上与负载测试相似，叫法不同。

 

性能测试    测试软件在各种状况下的性能，如在正常或最大负载下的状况。

 

易用性测试    测试软件是否易用，主观性比较强。一般要根据很多用户的测试反馈信息，才能评价易用性。

 

安装与反安装测试    测试软件在“全部、部分、升级”等状况下的安装/反安装过程。

 

恢复测试    测试该系统从故障中恢复过来的能力。

 

安全性测试    测试该系统防止非法侵入的能力。

 

兼容性测试    测试该系统与其它软件硬件兼容的能力。

 

比较测试    通过与同类产品比较，考察该系统的优点、缺点。

 

Alpha 测试    一种先期的用户测试，此时系统刚刚开发完成。

 

Beta测试    一种后期的用户测试，此时系统已经通过内部测试，大部分错误已经改正，即将正式发行。

 

 

 

 

 

 

 

 

 

 

 

功能测试

 

链接测试 

链接是 Web 应用系统的一个主要特征，它是在页面之间切换和指导用户去一些不知道地址的页面的主要手段。链接测试可分为三个方面。首先，测试所有链接是否按指示的那样确实链接到了该链接的页面；其次，测试所链接的页面是否存在；最后，保证 Web 应用系统上没有孤立的页面，所谓孤立页面是指没有链接指向该页面，只有知道正确的 URL 地址才能访问。 

 

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

 

 

表单测试

 

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

 

Cookies测试 

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

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

 

数据库测试 

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

 

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

 

设计语言测试 

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

 

 

性能测试 

   连接速度测试 

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

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

 

   负载测试 

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

 

      压力测试 

 

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

 

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

 

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

 

可用性测试

导航测试 

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

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

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

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

图形测试

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

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

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

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

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

 

   内容测试 

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

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

 

整体界面测试 

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

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

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

 

客户端兼容性测试

   平台测试 

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

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

浏览器测试 

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

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

 

 

安全性测试 

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

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

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

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

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

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

 

 

 

 

 

 

 

 

 

 

 

 

 

 

问题集

　  1.软件测试分哪两种方法？分别适合什么情况？

　

　　2.一套完整的测试应该由哪些阶段组成？分别阐述一下各个阶段。

　

　　3.软件测试的类型有那些？分别比较这些不同的测试类型的区别与联系。

　

　　4.测试用例通常包括那些内容？着重阐述编制测试用例的具体做法

    

    5.在分别测试winform的C/S结构与测试WEB结构的软件是，应该采取什么样的方法分别测试？他们存在什么样的区别与联系？

　

　　6.在测试winform的C/S结构软件时，发现这个软件的运行速度很慢，您会认为是什么原因？您会采取哪些方法去检查这个原因？

　

　　7.描述使用bugzilla缺陷管理工具对软件缺陷（BUG）跟踪的管理的流程8.如果您是测试组长，您会采取什么样的方式管理团队？在测试人员同开发人员的沟通过程中，如何提高沟通的效率和改善沟通的效果？维持测试人员同开发团队中其他成员良好的人际关系的关键是什么？

 

问题解答：

　

　　1.软件测试分哪两种方法？分别适合什么情况？

　

　　软件测试方法一般分为两种：白盒测试与黑盒测试。白盒测试又称为结构测试、逻辑驱动测试或基于程序本身的测试，它着重于程序的内部结构及算法，通常不关心功能与性能指标；黑盒测试又被称为功能测试、数据驱动测试或基于规格说明的测试，它实际上是站在最终用户的立场，检验输入输出信息及系统性能指标是否符合规格说明书中有关功能需求及性能需求的规定。

　

　　2.一套完整的测试应该由哪些阶段组成？分别阐述一下各个阶段。

　

　　计划阶段、设计阶段、白盒单元、白盒集成、黑盒单元、黑盒集成、系统测试、回归测试、验收测试

一套完整的测试应该由五个阶段组成：

    1）。测试计划首先，根据用户需求报告中关于功能要求和性能指标的规格说明书，定义相应的测试需求报告，即制订黑盒测试的最高标准。以后所有的测试工作都将围绕着测试需求来进行，符合测试需求的应用程序即是合格的，反之即是不合格的；同时，还要适当选择测试内容，合理安排测试人员、测试时间及测试资源等。

　

　　2）测试设计将测试计划阶段制订的测试需求分解、细化为若干个可执行的测试过程，并为每个测试过程选择适当的测试用例（测试用例选择的好坏将直接影响测试结果的有效性）。

　

　　3）测试开发建立可重复使用的自动测试过程。

　

　　4）测试执行执行测试开发阶段建立的自动测试过程，并对所发现的缺陷进行跟踪管理，测试执行一般由单元测试、组合测试、集成测试、系统联调及回归测试等步骤组成，测试人员应本着科学负责的态度，一步一个脚印地进行测试。

　

　　5）测试评估结合量化的测试覆盖域及缺陷跟踪报告，对于应用软件的质量和开发团队的工作进度及工作效率进行综合评价。

　

　　

      3.软件测试的类型有那些？分别比较这些不同的测试类型的区别与联系。

　

　　BVT （Build Verification Test），主要目的是验证最新生成的软件版本在功能上是否完整，主要的软件特性是否正确

    Scenario Tests（基于用户实际应用场景的测试），Scenario Tests优点是关注了用户的需求，缺点是有时候难以真正模仿用户真实的使用情况

    Smoke Test，修复Bug后，针对此次修复是否会对其他模块造成影响而进行的专门测试。Smoke Test优点是节省测试时间，防止build失败。缺点是覆盖率还是比较低此外

    Application Compatibility Test（兼容性测试），主要目的是为了兼容第三方软件，确保第三方软件能正常运行，用户不受影响。

    Accessibility Test（软件适用性测试），是确保软件对于某些有残疾的人士也能正常的使用，但优先级比较低。

    其它的测试还有Functional Test（功能测试）、Security Test（安全性测试）、Stress Test（压力测试）、Performance Test（性能测试）、Regression Test（回归测试）、Setup/Upgrade Test（安装升级测试）等

 

      4. 测试用例通常包括那些内容？着重阐述编制测试用例的具体做法不同结构的用例包括的不一样。（版本、编号、项目、设计人员、设计日期、输入、预期输出……）

　 

        软件测试用例的基本要素包括测试用例编号、测试标题、重要级别、测试输入、操作步骤、预期结果。

　     用例编号： 测试用例的编号有一定的规则，比如系统测试用例的编号这样定义规则： PROJECT1-ST-001 ，命名规则是项目名称＋测试阶段类型（系统测试阶段）＋编号。定义测试用例编号，便于查找测试用例，便于测试用例的跟踪。

　

　　   测试标题： 对测试用例的描述，测试用例标题应该清楚表达测试用例的用途。比如 “ 测试用户登录时输入错误密码时，软件的响应情况 ” .

     

       重要级别： 定义测试用例的优先级别，可以笼统的分为 “ 高 ” 和 “ 低 ” 两个级别。一般来说，如果软件需求的优先级为 “ 高 ” ，那么针对该需求的测试用例优先级也为 “ 高 ” ；反之亦然，

 

       测试输入： 提供测试执行中的各种输入条件。根据需求中的输入条件，确定测试用例的输入。测试用例的输入对软件需求当中的输入有很大的依赖性，如果软件需求中没有很好的定义需求的输入，那么测试用例设计中会遇到很大的障碍。

　

　　  操作步骤： 提供测试执行过程的步骤。对于复杂的测试用例，测试用例的输入需要分为几个步骤完成，这部分内容在操作步骤中详细列出。

　

　　  预期结果： 提供测试执行的预期结果，预期结果应该根据软件需求中的输出得出。如果在实际测试过程中，得到的实际测试结果与预期结果不符，那么测试不通过；反之则测试通过。

　

　　

     7.描述使用bugzilla缺陷管理工具对软件缺陷（BUG）跟踪的管理的流程

 

        1、测试人员或开发人员发现bug后，判断属于哪个模块的问题，填写bug报告后，系统会自动通过Email通知项目组长或直接通知开发者。