随着软件应用领域越来越广泛，其质量的优劣也日益受到人们的重视。质量保证能力的强弱直接影响着软件业的发展与生存。软件测试是一个成熟软件企业的重要组成部分，它是软件生命周期中一项非常重要且非常复杂的工作，对软件可靠性保证具有极其重要的意义。

在软件的测试过程中，应该应用各种测试方法，以保证产品有一个较高较稳定的质量。根据不同的生产过程进行不同的测试，包括黑盒测试、 cc 霜白盒测试、携程网酒店预定功能测试、系统测试、压力测试、安装 / 卸载测试、兼容性测试、 α 测试、 β 测试 等 。

软件测试是整个软件开发过程中一段非常重要的阶段，在测试过程中如能按照测试的基本过程来进行测试，软件的质量能有所保障。

我做了一个半月的测试，就现在的感觉而言，其实做测试必开发却是是轻松了一点，不是那么的累脑子，但是测试也是很深的一门学问，针对于不同的公司，产品不一样，所要求的测试的技术也不一样。有的公司测试很轻松，但是有的公司测试也是经常加班熬通宵的

1 软件测试基础
信息技术的飞速发展，使软件产品应用到社会的各个领域，软件产品的质量自然成为人们共同关注的焦点。不论软件的生产者还是软件的使用者，均生存在竞争的环境中，软件开发商为了占有市场，必须把产品质量作为企业的重要目标之一，以免在激烈的竞争中被淘汰出局。用户为了保证自己业务的顺利完成，当然希看选用优质的软件。质量不佳的软件产品不仅会使开发商的维护难度和用户的使用本钱大幅增加，还可能产生其他的责任风险，造成公司信誉下降，继而冲击股票市场。在一些关键应用 ( 如民航订票系统、银行结算系统、证券交易系统、自动飞行控制软件、军事防御、核电站安全控制系统等 ) 中使用质量有问题的软件，还可能造成灾难性的后果。

软件危机 曾经是软件界甚至整个计算机界最热门的话题。为了解决这场危机，软件从业职员、专家和学者做出了大量的努力。现在人们已经逐步熟悉到所谓的软件危机实际上仅是一种状况，那就是软件中有错误，正是这些错误导致了软件开发在本钱、进度和质量上的失控。有错是软件的属性，而且是无法改变的，由于软件是由人来完成的，所有由人做的工作都不会是完美无缺的。问题在于我们如何避免错误的产生和消除已经产生的错误，使程序中的错误密度达到尽可能低的程度。

1.1 软件测试的概念

软件测试是为了发现错误而执行程序的过程。或者说，软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精心设计一批测试用例（即输进数据及其预期的输出结果），并利用这些测试用例去运行程序，以发现程序错误的过程。

软件测试就是在软件投进运行前，对软件需求分析、设计规格说明和编码的终极复审，是软件质量保证的关键步骤。

1.2 软件测试的目的

基于不同的态度，存在着两种完全不同的测试目的。 1. 从用户的角度出发，普遍希望通过软件测试，暴露软件中隐躲的错误和缺陷，以考虑是否可接受该产品。 2. 从软件开发者的角度出发，则希望测试成为表明软件产品中不存在错误的过程，验证该软件已正确地实现了用户的要求，确立人们对软件质量的信心。

2 测试用例
2.1 测试用例的概念

测试用例 是指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。
内容 包括：测试目标、测试环境、输进数据、测试步骤、预期结果、测试脚本等，并形成文档。

2.2 测试用例的分类

根据测试过程中具体涉及到问题类型及测试需求，可将测试用例分为如下：

1. 功能性 测试用例
2. 界面 测试用例：适用于所有测试阶段中的界面测试
3. 数据处理 测试用例：适用于所有测试阶段中的数据处理测试
4. 流程 测试用例：适用于所有流程性的测试
5. 安装 测试用例：适用于所有安装测试

2.3 测试用例的治理

1. 编写用例 ：测试工程师根据需求规约、概要设计、具体设计等文档编写测试用例。
2. 用例评审 ：原则上用例象程序一样，要经过多次的修改才可以通过，实际工作中通常进行一次。
3. 用例修改 ：评审结束后，您需要根据评审意见进行修改，修改后通常不再进行评审。
4. 使用用例 ：执行测试用例，并记录到测试用例执行报告中。
5. 用例升级 / 维护 ：随着软件产品不断修改、升级，对应的用例也需要升级维护。针对同一个项目，可以根据需求的变更不断进行维护；假如是产品，用例的维护更加重要，要达到用例和产品的版本逐一对应。

2.4 测试用例的编制及使用

1 设计测试用例

每个具体测试用例都将包括下列具体信息：编制人、审定人、编制日期、版本、用例类型、设计说明书编号、用例编号、用例名称、输进说明、期望结果（含判定标准）、环境要求、备注等。

1. “ 测试用例名称 ” 可以是不涉及到具体模块的功能描述，如 “ 日期格式 ” ， “ 非空检验 ” 等。
2. “ 输进说明 ” 是功能模块接受的数据或各种操纵描述，如 “ 输进非法的日期格式 ” 等。
3. “ 期望结果 ” 是模块接受输进后应有的正常输出描述，如 “ 提示用户修改 ” 等，期看结果应与输进说明逐一对应。
4. 测试用例用于指导执行操纵，但某些意外操纵也可导致程序错误，这些操纵称为非预期性操纵，可以先有执行报告，再后补用例。
5. 测试用例的设计应考虑通用性和简洁明了。

测试需求
软件测试需求是开发测试用例的依据，测试需求分解的越具体精准，表明对所测软件的了解越深，对所要进行的任务内容就越清楚，对测试用例的设计质量的帮助越大。具体的测试需求还是衡量测试覆盖率的重要指标，测试需求是计算测试覆盖的分母，没有具体的测试需求就无法有效的进行测试覆盖计算。

软件测试执行阶段是由一系列不同的测试类型的执行过程组成的，每种测试类型都有其具体的测试目标和支持技术，每种测试类型都只侧重于对测试目标的一个或多个特征或属性进行测试，正确的测试类型可以给软件测试带事半功倍的效果。

现有的软件测试分析技术不太成熟，对测试需求和测试类型的分析，所采用的方法主要是根据经验进行收集、整理，该方法依靠于测试设计职员的测试经验，由此方法得出的测试需求、测试类型往往导致测试用例设计不充分，测试覆盖度低，测试目的性不强，轻易遗漏等缺陷。

可见，如何对测试需求进行细致的整理分析，明确测试执行时的测试类型，是一个亟待解决的题目。

有鉴于此，本方法的主要目的在于提供一种软件测试需求的分析方法，可以方便、详尽的获取测试需求，明确测试执行时需要实施的测试类型。

1 测试需求 分析的方法

a ） 列出软件开发需求中具有可测试性的开发需求；
b ） 对步骤 a ）列出的每一条开发需求，形成可测试的分层描述的测试需求；
c ） 对步骤 b ）形成的每一条测试需求，从 GB/T .1-2006 《软件工程 产品质量 第 1 部分：质量模型》中定义的软件内部 / 外部质量模型 来确定软件产品的质量需求；
d ） 对步骤 c ）所确定的质量需求，分析测试执行时需要实施的测试类型；
e ） 建立测试需求跟踪矩阵，对测试需求进行治理。

3 软件生命周期
软件生命周期 (SDLC ， SystemsDevelopment Life Cycle) 是软件的产生直到报废的生命周期，周期内有题目定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等阶段，这种按时间分程的思想方法是软件工程中的一种思想原则，即按部就班、逐步推进，每个阶段都要有定义、工作、审查、形成文档以供交流或备查，以进步软件的质量。

3.1 问题的定义及规划

此阶段是软件开发方与需求方共同讨论，主要确定软件的开发目标及其可行性。

3.2 需求分析

在确定软件开发可行的情况下，对软件需要实现的各个功能进行具体分析。需求分析阶段是一个很重要的阶段，这一阶段做得好，将为整个软件开发项目的成功打下良好的基础。 " 唯一不变的是变化本身。 " ，同样需求也是在整个软件开发过程中不断变化和深进的，因此我们必须制定需求变更计划来应付这种变化，以保护整个项目的顺利进行。

3.3 软件设计

此阶段主要根据需求分析的结果，对整个软件系统进行设计，如系统框架设计，数据库设计等等。软件设计一般分为总体设计和具体设计。好的软件设计将为软件程序编写打下良好的基础。

3.4 程序编码

此阶段是将软件设计的结果转换成计算机可运行的程序代码。在程序编码中必须要制定统一，符合标准的编写规范。以保证程序的可读性，易维护性，提高程序的运行效率。

3.5 软件测试

在软件设计完成后要经过严密的测试，以发现软件在整个设计过程中存在的问题并加以纠正。整个测试过程分：单元测试、组装测试、系统测试三个阶段进行。测试的方法主要有：白盒测试和黑盒测试两种。在测试过程中需要建立具体的测试计划并严格按照测试计划进行测试，以减少测试的随意性。

3.6 运行维护

软件维护是软件生命周期中持续时间最长的阶段。在软件开发完成并投进使用后，由于多方面的原因，软件不能继续适应用户的要求。要延续软件的使用寿命，就必须对软件进行维护。软件的维护包括：纠错性维护和改进性维护两个方面。

3.7 生命周期模型

瀑布模型、快速原型模型、迭代模型 。

4 测试方法 (19 个 )
随着软件测试技术的发展，测试方法更加多样化，针对性更强；选择合适的软件测试方法可以让我们事半功倍。以下是一些常用的软件测试方法：

4.1β 测试 _Beta 测试

β 测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场， Beta 测试不能由程序员或测试员完成。

4.2α 测试 _Alpha 测试

Alpha 测试是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操纵环境下进行的受控测试， Alpha 测试不能由该系统的程序员或测试员完成，一般由终极用户或其他职员来完成。
在系统开发接近完成时对应用系统的测试。测试后，仍然会有少量的设计变更。

4.3 可移植性测试

是指测试软件是否可以被成功移植到指定的硬件或软件平台上。

4.4 用户界面测试 -UI 测试

用户界面，英文是 User Interface 。是指软件中的可见外观及其底层与用户交互的部分（菜单、对话框、窗口和其它控件）。

用户界面测试是指测试用户界面的风格是否满足客户要求，文字是否正确，页面是否美观，文字、图片组合是否完美，操纵是否友好等等。 UI 测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。确保用户界面符合公司或行业的标准。包括用户友好性、人性化、易操纵性测试。

4.5 冒烟测试

冒烟测试的名称可以理解为该种测试耗时短，仅用一袋烟功夫足够了。也有人以为是形象地类比新电路板的基本功能检查。任何新电路板焊好后，先通电检查，假如存在设计缺陷，电路板可能会短路，板子冒烟了。

4.6 随机测试

随机测试没有书面测试用例、记录期望结果、检查列表、脚本或指令的测试。主要是根据测试者的经验对软件进行功能和性能抽查。随机测试是根据测试说明书执行用例测试的重要补充手段，是保证测试覆盖完整性的有效方式和过程。

4.7 白盒测试 - 结构测试 - 逻辑驱动测试

白盒测试是把测试对象看作一个打开的盒子。利用白盒测试法进行动态测试时，需要测试软件产品的内部结构和处理过程，不需测试软件产品的功能。

白盒测试法的覆盖标准有：逻辑覆盖、循环覆盖、基本路径测试。其中逻辑覆盖包括：语句覆盖、判定覆盖、条件覆盖、判定 / 条件覆盖、条件组合覆盖、路径覆盖。

4.8 黑盒测试 - 功能测试 - 数据驱动测试

黑盒测试是根据软件的规格对软件进行的测试，这类测试不考虑软件内部的运作原理，因此软件对用户来说就像一个黑盒子。

软件测试职员以用户的角度，通过各种输进和观察软件的各种输出结果来发现软件存在的缺陷，而不关心程序具体如何实现的一种软件测试方法。

4.9 回回测试

回回测试是指在发生修改之后重新测试先前的测试以保证修改的正确性。理论上，软件产生新版本，都需要进行回回测试，验证以前发现和修复的错误是否在新软件版本上再次出现。

4.10 动态测试

动态测试是指通过运行软件来检验软件的动态行为和运行结果的正确性。根据动态测试在软件开发过程中所处的阶段和作用，动态测试可分为如下几个步骤： 1 、单元测试 2 、集成测试 3 、系统测试 4 、验收测试 5 、回回测试

4.11 单元测试

单元测试是最微小规模的测试 ; 以测试某个功能或代码块。典型地由程序员而非测试员来做，由于它需要知道内部程序设计和编码的细节知识。这个工作不轻易做好，除非应用系统有一个设计很好的体系结构 ; 还可能需要开发测试驱动器模块或测试套具

4.12 集成测试

集成测试是指一个应用系统的各个部件的联合测试，以决定他们能否在一起共同工作并没有冲突。部件可以是代码块、独立的应用、网络上的客户端或服务器端程序。这种类型的测试尤其与客户服务器和分布式系统有关。一般集成测试以前，单元测试需要完成。

4.13 系统测试

系统测试是基于系统整体需求说明书的黑盒类测试，应覆盖系统所有联合的部件。系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与需求规格不相符合或与之矛盾的地方。

4.14 压力测试

压力测试是一种基本的质量保证行为，它是每个重要软件测试工作的一部分。压力测试的基本思路很简单：不是在常规条件下运行手动或自动测试，而是在计算机数目较少或系统资源匮乏的条件下运行测试。通常要进行压力测试的资源包括内部内存、 CPU 可用性 、磁盘空间和网络带宽等。一般用并发来做压力测试。

4.15 性能测试

性能测试是在交替进行负荷和强迫测试时常用的术语。理想的 “ 性能测试 ”( 和其他类型的测试 ) 应在需求文档或质量保证、测试计划中定义。性能测试一般包括负载测试和压力测试。

4.16 兼容性测试

兼容测试是测试软件在一个特定的硬件 / 软件 / 操纵系统 / 网络 等环境下的性能如何。向上兼容、向下兼容，软件兼容、硬件兼容。软件的兼容性有很多需要考虑的地方

4.17 边界条件测试

一种黑盒测试方法，对等价类分析方法的一种补充 , 由长期的测试工作经验得知，大量的错误是发生在输进或输出的边界上。因此针对各种边界情况设计测试用例，可以查出更多的错误。

4.18 静态测试

静态测试指测试不运行的部分，例如测试产品说明书，对此进行检查和审阅。静态测试是指不运行被测程序本身，仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。静态测试通过程序静态特性的分析，找出欠缺和可疑之处，例如不匹配的参数、不适当的循环嵌套和分支嵌套、不答应的递回、未使用过的变量、空指针的引用和可疑的计算等。静态测试结果可用于进一步的查错，并为测试用例选取提供指导。

4.19 等价划分测试

等价划分测试是根据等价类设计测试用例的一种技术。是黑盒测试的典型方法之一，通过把被测试程序所有可能的输进数据域划分成若干部分。从每一部分中选取少数有代表性的数据作为测试用例，可有效减少测试次数，极大提高软件测试效率，缩短软件开发周期。等价类划分测试的目的就是为了在有限的测试资源的情况下，用少量有代表性的数据得到比较好的测试效果。
有效等价类 和无效等价类：有效等价类中的数据代表的是一组符合需求文档的正确的有意义数据。无效等价类则正相反。

在此，软件测试的方法还很多很多，这里只列出了一些最常用也最常见的测试方法，根据软件生命周期的各个不同的阶段，选择相应的测试方法，提高软件产品的质量，让它的不完善程度降到最低，尽可能地满足用户的需求，以实现软件产品更好地价值。

5 总结

浅谈软件测试的基本理论和方法一文对软件测试的基本概念、软件测试理论、软件测试方法做了一个扼要的阐述，扼要的列出了软件测试基础、测试用例、测试需求、软件生命周期、测试方法等等，通过对软件测试的基本理论和测试方法的更进一步了解，有利于大家在软件测试这一领域有更好地发展，固然目前软件测试领域里有诸多的问题存在，但软件测试的发展是可观的，关且越来越受到国内业内人士关注，越来越多的人加进到软件测试领域中。


转自：http://www.13testing.com/forum.php?mod=viewthread&tid=54&extra=page%3D1