测试的基本概念
　　测试是软件生存周期中十分重要的一个过程，是产品发布、提交给终用户前的稳定化阶段。
　　一、 测试的分类：
　　从测试方法的角度可以分为手工测试和自动化测试。
　　手工测试：不使用任何测试工具，根据事先设计好的测试用例来运行系统，测试各功能模块。
　　自动化测试：利用测试工具，通过编写测试脚本和输入测试数据，自动运行测试程序。目前常用的自动化测试工具是基于GUI的自动化测试工具，基本原理都是录制、回放技术。
　　从整体的角度可以分为单元测试、集成测试、系统测试、确认测试。
　　单元测试：是针对软件设计的小单位—程序模块，进行正确性检验的测试工作。一般包括逻辑检查、结构检查、接口检查、出错处理、代码注释、输入校验、边界值检查。
　　单元测试的依据是系统的详细设计；一般由项目组开发人员自己完成。
　　集成测试：在单元测试的基础上，将所有模块按照设计要求组装进行测试。一般包括逻辑关系检查、数据关系检查、业务关系检查、模块间接口检查、外部接口检查。
　　系统测试：系统测试是在所有单元、集成测试后，对系统的功能及性能的总体测试。
　　确认测试：模拟用户运行的业务环境，运用黑盒测试方法，验证软件系统是否满足用户需求或软件需求说明书中指明的软件特性（功能、非功能）上的。
　　从测试原理上分为：白盒测试、黑盒测试和灰盒测试。
　　白盒测试：是通过程序的源代码进行测试而不使用用户界面。这种类型的测试需要从代码句法发现内部代码在算法，溢出，路径，条件等等中的缺点或者错误，进而加以修正。
　　黑盒测试：是通过使用整个软件或某种软件功能来严格地测试， 而并没有通过检查程序的源代码或者很清楚地了解该软件的源代码程序具体是怎样设计的。测试人员通过输入他们的数据然后看输出的结果从而了解软件怎样工作。在测试时，把程序看作一个不能打开的黑盆子，
　　在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收和正确的输出。
　　黑盒测试方法主要有等价类划分、边界值分析、因—果图、错误推测法。
　　等价类划分：
　　是把所有可能的输入数据，即程序的输入域划分成若干部分（子集），然后从每一个子集中选取少数具有代表性的数据作为测试用例.该方法是一种重要的，常用的黑盒测试用例设计方法.
　　划分等价类: 等价类是指某个输入域的子集合.在该子集合中，各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值等于对这一类其它值的测试.因此，可以把全部输入数据合理划分为若干等价类，在每一个等价类中取一个数据作为测试的输入条件，可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类.
　　有效等价类:是指对于程序的规格说明来说是合理的，有意义的输入数据构成的集合.利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能.
　　无效等价类:与有效等价类的定义恰巧相反.
　　设计测试用例时，要同时考虑这两种等价类.因为，软件不仅要能接收合理的数据，也要能经受意外的考验.这样的测试才能确保软件具有更高的可靠性.
　　边界值分析：
　　长期的测试工作经验告诉我们，大量的错误是发生在输入或输出范围的边界上，而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例，可以查出更多的错误。
　　错误推测法：
　　基于经验和直觉推测程序中所有可能存在的各种错误， 从而有针对性的设计测试用例的方法.错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况，根据他们选择测试用例. 例如， 在单元测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等， 这些是经验的总结. 还有， 输入数据和输出数据为0的情况. 输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况. 可选择这些情况下的例子作为测试用例。
　　灰盒测试：
　　灰盒测试像黑盒测试一样是通过用户界面测试，但是测试人员已经有所了解该软件或某种软件功能的源代码程序具体是怎样设计的。甚至于还读过部分源代码。因此测试人员可以有真对性地进行某种确定的条件/功能的测试。
　　从软件特性上分为功能测试和性能测试。
　　功能测试：是指为了确保软件系统功能实现的正确性，完整性和其他特性而进行的测试。
　　性能测试：是指为了评估软件系统的性能状况，和预测软件系统性能趋势而进行的测试和分析。
　　二、BUG的定义：
　　BUG：(小错误，缺陷，不足，过失 …) 一个计算机bug指在计算机程序中存在的一个错误（error）、缺陷（flaw）、疏忽（mistake）或者故障（fault），这些bug使程序无法正确的运行。Bug产生于程序的源代码或者程序设计阶段的疏忽或者错误。
　　Defect：(缺陷) 在软件工程（Software Engineering）中，软件与它的需求（requirements）不一致，常常指软件无法正确完成需求所要求的功能，也称之为bug。
　　Fault：(故障)被定义为存在于组件、设备或者子系统中异常的条件或者缺陷，常常会导致系统的失败。
　　Error：(错误) 一个error是指编写错误的代码，通常是无意中造成的。一般有两类主要的错误，一是语法错误（syntax error），该类错误易于检测，因为代码在编译阶段无法解析而不能正常编译通过。另一个是逻辑错误（logical error），因为它与代码的实际执行密切相关所以不易发现。
　　三、项目测试的规划
　　项目测试内容：
　　将项目测试分为项目开发阶段测试和项目完工验收测试两个部分。
　　开发阶段测试内容主要包括：模块功能测试、集成测试和文档检查。
　　模块功能测试：确保系统各功能模块能够正常运行，数据的IPO符合系统设计的要求。单元和模块功能满足需求定义。
　　集成测试：系统各模块组装后，根据业务流程的要求，能够正确地完成各业务功能，并且数据的处理和输出正确。
　　文档检查：在项目开发阶段，按照项目进度表，根据《项目文档测试规范与标准》，对提交的项目文档和记录（技术文档和管理文档）进行检查和验证，以符合公司质量体系和项目制度的要求，对于技术类文档的关键要素，验证是否能够达到通过标准。
　　完工验收测试内容主要包括：安装测试、功能验证、性能测试、需求验证、文档测试。完工验收测试实际上是项目在结项前的一个全面的检查和验证。可以作为项目结项的依据和放行条件。
　　需求测试：检查软件产品是否满足该项目的需求说明书中规定的功能需求，检查需求的完整性、一致性、新性，该项测试重点是需求满足的完整性。
　　安装测试：根据项目提供的安装文档中的安装步骤，搭建系统运行环境，检查系统安装过程是否正确。可能包括数据库服务器的安装与配置、应用服务器、控件注册、客户端的安装与配置、应用软件的安装。
　　功能验证：按照需求说明书和系统概要设计，逐项检查各项功能（功能单元、功能模块）的可运行性和正确性。
　　文档测试：文档测试从项目立项时开始了，实际上是文档检查，包括规范性检查和有效性检查。目的是使项目相关的文档和记录既规范又有意义，不是为了应付的无用文件。对于技术文档如：需求说明书、概要设计、详细设计等，在技术评审时也进行了评测。用户文档，如安装手册、用户操作手册，根据文档检查规范进行。
　　性能测试：这部分测试的来源，严格来讲，取决于用户对软件特性的一些特定要求，另外，是公司的开发部门对产品的一些基本的性能要求。若用户从业务的角度考虑，对软件产品本身有特定的非功能要求，则必须在软件需求说明书中加以说明，使之具有可度量和可测试性。对于一些多用户环境或数据处理能力和负载方面的测试，很难通过手工搭建测试环境来测试，所以可以参考使用一些专门的性能测试工具和手工测试相结合的方式。