软件测试自学笔记整理

1、黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试的区别黑盒测试：已知产品的功能设计规格，可以进行测试证明每个实现了的功能是否符合要求。白盒测试：已知产品的内部工作过程，可以通过测试证明每种内部操作是否符合设计规格要求，所有内部成分是否 以经过检查。软件的黑盒测试意味着测试要在软件的接口处进行。这种方法是把测试对象看做一个黑盒子，测试人员完全不 考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。因 此黑盒测试又叫功能测试或数据驱动测试。黑盒测试主要是为了发现以下几类错误：1、是否有不正确或遗漏的功能？2、在接口上，输入是否能正确的接受？能否输出正确的结果？3、是否有数据结构错误或外部信息（例如数据文件）访问错误？4、性能上是否能够满足要求？5、是否有初始化或终止性错误？软件的白盒测试是对软件的过程性细节做细致的检查。这种方法是把测试对象看做一个打开的盒子，它允许测 试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。通过在不同点 检查程序状态，确定实际状态是否与预期的状态一致。因此白盒测试又称为

2、结构测试或逻辑驱动测试。白盒测试主 要是想对程序模块进行如下检查：1、对程序模块的所有独立的执行路径至少测试一遍。2、对所有的逻辑判定，取“真”与取“假”的两种情况都能至少测一遍。3、在循环的边界和运行的界限内执行循环体。4、测试内部数据结构的有效性，等等。单元测试（模块测试）是开发者编写的一小段代码，用于检验被测代码的一个很小的、很明确的功能是否正确。 通常而言，一个单元测试是用于判断某个特定条件（或者场景）下某个特定函数的行为。单元测试是由程序员自己来完成，最终受益的也是程序员自己。可以这么说，程序员有责任编写功能代码，同 时也就有责任为自己的代码编写单元测试。执行单元测试，就是为了证明这段代码的行为和我们期望的一致。集成测试（也叫组装测试，联合测试）是单元测试的逻辑扩展。它的最简单的形式是：两个已经测试过的单元 组合成一个组件，并且测试它们之间的接口。从这一层意义上讲，组件是指多个单元的集成聚合。在现实方案中， 许多单元组合成组件，而这些组件又聚合成程序的更大部分。方法是测试片段的组合，并最终扩展进程，将您的模 块与其他组的模块一起测试。最后，将构成进程的所有模块一起测试。系统测

3、试是将经过测试的子系统装配成一个完整系统来测试。它是检验系统是否确实能提供系统方案说明书中 指定功能的有效方法。（常见的联调测试）系统测试的目的是对最终软件系统进行全面的测试，确保最终软件系统满足产品需求并且遵循系统设计。验收测试是部署软件之前的最后一个测试操作。验收测试的目的是确保软件准备就绪，并且可以让最终用户将 其用于执行软件的既定功能和任务。验收测试是向未来的用户表明系统能够像预定要求那样工作。经集成测试后，已经按照设计把所有的模块组装成一 个完整的软件系统，接口错误也已经基本排除了，接着就应该进一步验证软件的有效性，这就是验收测试的任务， 即软件的功能和性能如同用户所合理期待的那样。1. 单元测试的主要目的是针对编码过程中可能存在的各种错误，例如用户输入验证过程中的边界值的错误。2. 集成测试主要目的是针对详细设计中可能存在的问题，尤其是检查各单元与其它程序部分之间的接口上可能存在的 错误。3. 系统测试主要针对概要设计，检查了系统作为一个整体是否有效地得到运行，例如在产品设置中是否达到了预期的 高性能4. 验收测试通常由业务专家或用户进行，以确认产品能真正符合用户业务上的需

4、要（需求）。单元测试：单元测试是对软件中的基本组成单位进行的测试，如一个模块、一个过程等等。它是软件动态测试的最 基本的部分，也是最重要的部分之一，其目的是检验软件基本组成单位的正确性。一个软件单元的正确性是相对于 该单元的规约而言的。因此，单元测试以被测试单位的规约为基准。单元测试的主要方法有控制流测试、数据流测 试、排错测试、分域测试等等。集成测试：集成测试是在软件系统集成过程中所进行的测试，其主要目的是检查软件单位之间的接口是否正确。它 根据集成测试计划，一边将模块或其他软件单位组合成越来越大的系统，一边运行该系统，以分析所组成的系统是 否正确，各组成部分是否合拍。集成测试的策略主要有自顶向下和自底向上两种。系统测试：系统测试是对已经集成好的软件系统进行彻底的测试，以验证软件系统的正确性和性能等满足其规约所 指定的要求，检查软件的行为和输出是否正确并非一项简单的任务，它被称为测试的“先知者问题”。因此， 系统测试应该按照测试计划进行，其输入、输出和其他动态运行行为应该与软件规约进行对比。软件系统测试方法 很多，主要有功能测试、性能测试、随机测试等等。验收测试：验收测试旨在向软件的

5、购买者展示该软件系统满足其用户的需求。它的测试数据通常是系统测试的测试 数据的子集。所不同的是，验收测试常常有软件系统的购买者代表在现场，甚至是在软件安装使用的现场。这是软 件在投入使用之前的最后测试。回归测试：回归测试是在软件维护阶段，对软件进行修改之后进行的测试。其目的是检验对软件进行的修改是否正 确。这里，修改的正确性有两重含义：一是所作的修改达到了预定目的，如错误得到改正，能够适应新的运行环境 等等；二是不影响软件的其他功能的正确性。什么是软件测试为了保证软件的质量和可靠性，应力求在分析、设计等各个开发阶段结束前，对软件进行严格技术评审。但由 于人们能力的局限性，审查不能发现所有的错误。而且在编码阶段还会引进大量的错误。这些错误和缺陷如果遗留 到软件交付投入运行之时，终将会暴露出来。但到那时，不仅改正这些错误的代价更高，而且往往造成很恶劣的后 果。软件测试就是在软件投入运行前，对软件需求分析、设计规格说明和编码的最终复审，是软件质量保证的关键 步骤。如果给软件测试下定义，可以这样讲：软件测试是为了发现错误而执行程序的过程。或者说，软件测试是根 据软件开发各阶段的规格说明和程序的

6、内部结构而精心设计的一批测试用例（即输入一些数据而得到其预期的结 果），并利用这些测试用例去运行程序，以发现程序错误的过程。软件测试在软件生存期中横跨两个阶段：通常在编写出每一个模块之后就对它做必要的测试（称为单元测试】 编码与单元测试属于软件生存期中的同一个阶段。在结束这个阶段之后，对软件系统还要进行各种终合测试，这是 软件生存期的另一个阶段，即测试阶段，通常由专门的测试人员承担这项工作。大量统计资料表明，软件测试的工作量往往占软件开发总工作量的40%以上，在极端情况，测试那种关系人的 生命安全的软件所花费的成本，可能相当于软件工程其他开发步骤总成本的三倍到五倍。因此，必须高度重视软件 测试工作，绝不要以为写出程序之后软件开发工作就接近完成了，实际上，大约还有同样多的开发工作量需要完成。 仅就测试而言，它的目标是发现软件中的错误，但是，发现错误并不是我们的最终目的。软件工程的根本目标是开 发出高质量的完全符合用户需要的软件。软件测试的目的基于不同的立场，存在着两种完全不同的测试目的。从用户的角度出发，普遍希望通过软件测试暴露出软件中 陷藏的错误和缺陷，以考虑是否可以接受该产品。而从软

7、件开发者的角度出发，则希望测试成为表明软件产品中不 存在错误的过程，验证该软件已正确地实现了用户的要求，确立用户对软件质量的信心。因为在程序中往往存在着许多预料不到的问题，可能会被疏漏，许多隐藏的错误只有在特定的环境下才可能暴 露出来。如果不把着眼点放在尽可能查找错误这样一个基础上，这些隐藏的错误和缺陷就查不出来，会遗留到运行 阶段中去。如果站在用户的角度替他们设想，就应当把测试活动的目标对准揭露程序中存在的错误。在选取测试用 例时，考虑那些易于发现程序错误的数据。下面这些规则也可以看作是测试的目的或定义：1. 测试是为了发现程序中的错误而执行程序的过程；2. 好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案；3. 成功的测试是发现了至今为止尚未发现的错误的测试。从上述规则可以看出，测试的正确定义是“为了发现程序中的错误而执行程序的过程”这和某些人通常想象的 “测试是为了表明程序是正确的”，“成功的测试是没有发现错误的测试”等等是完全相反的。正确认识测试的目标 是十分重要的，测试目标决定了测试方案的设计。如果为了表明程序是正确的而进行测试，就会设计一些不易暴露 错误的测试方案；

8、相反，如果测试是为了发现程序中的错误，就会力求设计出最能暴露错误的测试方案。由于测试的目标是暴露程序中的错误，从心理学角度看，由程序的编写者自己进行测试是不恰当的。因此，在 综合测试阶段通常由其他人员组成测试小组来完成测试工作。此外，应该认识到测试决不能证明程序是正确的。即 使经过了最严格的测试之后，仍然可能还有没被发现的错误潜藏在程序中。测试只能查找出程序中的错误，不能证 明程序中没有错误。返回导航术语、名词定义1. 黑盒测试黑盒测试也称为功能测试，它着眼于程序的外部特征，而不考虑程序的内部逻辑结构。测试者把被测程序看成一个 黑盒，不用关心程序的内部结构。黑盒测试是在程序接口处进行测试，它只检查程序功能是否能正常使用，程序是否 能接收输入数据产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。黑盒测试是基于用户角度进行 的测试。2. 白盒测试软件测试的主要方法之一，也称结构测试、逻辑驱动测试或基于程序本身的测试。测试者需要了解待测试程序 代码的内部结构、算法等信息，这是从程序设计者的角度对程序进行的测试。它的优点是帮助软件测试人员增大代 码的覆盖率，提高代码的质量，发现代

9、码中隐藏的问题。3. 灰盒测试可以理解为静态的白盒测试或动态的黑盒测试，灰盒就是界于黑白之间，对软件内部有所了解，但不见得到了如 指掌的程度，却可以结合这些了解做些比黑盒多点的测试。4. 文档测试文档测试涵盖面很大，在软件的各个版本中均有所使用。随着软件版本的变化，文档测试的测试内容也有所变 化。在需求分析以及原型架构阶段，文档测试主要目标是：Sitemap、动作分解列表、数据库ER图、UML用例图、 流程图、需求文档等文档。文档测试主要检查文档的正确性、完整性和可理解性。正确性是指不要把软件的功能和操作写错，也不允许文 档内容前后矛盾。完整性是指文档不可以漏掉关键性内容。可理解性是指在文档中描述的语言要简明易懂，不能让 别的开发人员拿到文档时看不懂文档的内容。5. 命名规范测试命名规范测试用于测试项目中的文件命名、代码以及版本号等书写是否符合规范。文件命名规范以及版本号命 名规范可以参看第四部分里软件命名规范的详细信息；各种语言的命名规范可以参考语言自身的规范，如NoahWeb 的可以参考http:/附录中的NoahWeb各类资源命名规范。6. 需求完整性测试需求完整性测试主要存在于需求探索阶段，在需求尚未完全明确之前对已收集到的需求做出整理性的、检查遗 漏性的测试，确认需求是否明确。另外，需求完整性测试也承担着一部分澄清需求的任务。7. 链接完整性测试在原型架构阶段，链接完整性的测试是非常有必要的。该项测试任务主要是检查假页面中各种链接是否完整， 是否指向目标位置，属于检查性的测试。8. 页面完整性测试页面完整性测试主要存在于集成测试阶段以及其后续其它阶段中，测试页面是否完整，页面质量是否达标，属 于检查性测试。9. UI合理性测试UI合理性测试也就是人机交互界面的合理性，UI合理性测试的内容很多，具体测试内容如下：o 提示、菜单、帮助的格式是否一致；o 提示、菜单、帮助中的术语是否一致；o 各个控件之间的对齐方式是否一致；o 输入界面和输

《软件测试自学笔记整理》由会员cn****1分享，可在线阅读，更多相关《软件测试自学笔记整理》请在金锄头文库上搜索。