前言

软件测试是软件生命周期中的一项非常重要且复杂的工作，对软件的可靠性保证具有极其重要的意义。

软件测试是整个软件开发过程中的一段非常重要的阶段，目的是让软件的质量能有所保障。

软件测试基础

质量不佳的软件产品不仅会使开发商的维护难度和用户的使用成本大幅增加，还可能产生其他的责任风险，造成公司信誉下降。

1. 软件测试的概念

软件测试是为了发现错误而执行程序的过程。

软件测试是根据软件开发各个阶段的规格说明和程序的内部结构而精心设计的一批测试用例，并利用这些测试用例去运行程序，以发现程序错误的过程。

软件测试是在软件正式发布之前，对软件的需求分析、设计规格说明和编码的终极复审，是软件质量保证的关键步骤。

2. 软件测试的目的

基于不同的角度测试目的：
首先，从用户角度出发的话，希望通过软件测试暴露出软件中隐藏的错误和缺陷，考虑是否能够接受该产品；
其次，从开发人员的角度来说，就是希望通过测试发现软件产品中是否存在错误，验证该软件是否能实现用户的需求，保证软件质量。

补充：
1)软件测试是为了发现错误而执行程序的过程。
2)测试是为了证明程序有错，而不是证明程序无错。(发现错误不是唯一目的)
3)一个好的测试用例在于它发现至今未发现的错误。
4)一个成功的测试是发现了至今未发现的错误的测试。

测试用例

1. 测试用例的概念

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

2. 测试用例的分类

测试用例根据测试过程中遇到的问题类型及测试需求，可将测试用例分为：
功能性测试用例； 界面测试用例； 数据处理测试用例； 流程测试用例； 安装测试用例；

3. 测试用例的治理

或者说是测试用例的周期：
编写用例：测试工程师根据需求规约、概要设计、具体设计等文档编写测试用例；
用例评审：评审用例是否合理；
用例修改：根据之前的评审意见进行用例修改；
使用用例：使用测试用例并进行记录；
用例升级/维护：随着软件产品的不断升级 ，对应的测试用例也需要升级维护。；

4. 测试用例的编制及使用

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

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

5. 测试需求

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

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

测试需求分析的方法：

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

软件生命周期

软件生命周期(SDLC，Systems Development Life Cycle)是软件的产生直到报废的生命周期，周期内有题目定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等阶段。

1. 问题的定义及规划

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

2. 需求分析

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

3. 软件设计

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

4. 程序编码

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

5. 软件测试

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

6. 运行维护

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

7. 生命周期模型

瀑布模型：

快速原型模型

迭代模型

每一次的迭代都会产生一个可以发布的产品，这个产品是最终产品的一个子集。每次迭代成果须进行配置管理，版本控制很重要。在整个迭代过程中风险无处不在，所以建议每周作一次风险跟踪。

测试方法

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

1. α测试_Alpha测试

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

2. β测试_Beta测试

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

3. 可移植性测试

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

4. 用户界面测试-UI测试

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

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

5. 冒烟测试

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

6. 随机测试

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

7. 白盒测试-结构测试-逻辑驱动测试

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

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

8. 黑盒测试-功能测试-数据驱动测试

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

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

• 边界条件测试

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

• 等价划分测试

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

9. 动态测试

动态测试是指通过运行软件来检验软件的动态行为和运行结果的正确性。根据动态测试在软件开发过程中所处的阶段和作用。

动态测试可分为如下几个步骤：1、单元测试 2、集成测试 3、系统测试 4、验收测试 5、回回测试

(1). 单元测试

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

(2). 集成测试

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

(3). 系统测试

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

(4). 验收测试

验收测试是部署软件之前的最后一个测试操作。 在软件产品完成了单元测试、集成测试和系统测试之后，产品发布之前所进行的软件测试活动。它是技术测试的最后一个阶段，也称为交付测试。验收测试的目的是确保软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务。

(5). 回回测试

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

10. 性能测试

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

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

11. 兼容性测试

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

12. 静态测试

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

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

部分来源在这里啦，一起学习吧 ^ _ ^