软件测试基础知识总结

第一章

1、软件的定义：软件由程序，数据，文档构成。由代码组成程序，在其过程中不断的对数据进行输入及输出，各个阶段会形成不同的文档。

2、软件工程：有工具，方法和过程

第二章

1、软件的生命周期：
1）瀑布模型：需求分析、概要设计、详细设计、编码、测试、运营和维护；
2）V模型: 强调的是软件开发的协作与速度，测试是贯穿与整个开发过程，而不是等开发结束后再进行测试。



3）迭代模型:先进行基本功能的开发与测试，软件上市后慢慢增加和更改更多的功能
2、软件测试的7个原则：

1）测试是为了找出缺陷;

2）测试是不可能穷尽的;

3）测试是基于他的测试背景;

4）杀虫剂悖论;

5）不存在缺陷是谬论;

6）80-20原则（缺陷的集群性）;

7）测试应该尽在介入（缺陷越早发现所需的成本越少）

第三章

1、软件测试的生命周期: 测试计划（计划的是资源）、分析需求、设计用例、开发用例、执行用例、测试报告评估（基于需求和缺陷）

2、软件测试：根据用户的需求，贯穿与软件生命周期的各个过程，找出软件中存在的缺陷，提高软件质量

第四章

软件测试的分类：
1、是否关心内部结构：
1）白盒测试：关心内部结构和逻辑，是动态测试，需要执行代码，主要应用于单元测试【主要方法有代码检查（静态）、动态：逻辑测试覆盖（语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖）、路径测试、数据流测试等】

2）黑盒测试: （又称为数据驱动测试）不考虑内部结构和特性，从用户角度出发，针对功能进行测试（在系统测试时主要使用黑盒测试方法）对输入和输出的数据进行操作【主要方法有：等价类划分法、边界值分析法、因果图方法、猜错法、随机数法】

3）灰盒测试: 即关心内部结构又关心功能的实现，介于白盒和黑盒之间，没有具体的测试方法，主要应用于集成测试阶段

2、开发过程级别:
1)单元测试：主要应用白盒测试的方法，需要对代码进行检查和验证，主要由开发人员自己完成， 是指软件中最小可测试单元进行的检查和测试，与v模型中编码相对应，也分为静态测试（代码检查）与动态测试（白盒测试）两种。

2）集成测试：主要为灰盒测试，集成测试是由几个单元合成不仅要关心接口代码是否正确，也要关心对数据输入输出的能力。旨在检验软件之间的接口关系，以期望通过测试发现个软件接口之间存在的问题，集成测试是发现和改正模块接口错误的重要阶段。

方法分为一次性组装方式、渐增式方式（自顶向下集成测试方法、自底向上集成测试方法），混合渐增式集成测试方法，是站在测试人员的角度测试。

3）系统测试：主要应用黑盒测试的方法，是将集成后的软件与计算机硬件，网络等元素合在一起后进行的测试，不关心内部结构，目的是验证系统是否满足了需求规格的定义，找出与需求规格不符或与之矛盾的地方从而提出更加完善的方案，测试的对象不仅仅包括被测的软件，还有软件所依赖的硬件，外设等，是站在用户使用的角度测试的。
4）验收测试：分为组内验收和用户验收，通常组内验收已在系统测试中做了，用户验收是由用户进行的（会影响用户满意度）。是技术测试的最后一个阶段，也称交付测试，为了确保软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务。

3、是否执行程序
1） 静态测试：在不运行程序的情况下进行分析，仅通过分析或检查源程序的语法， 构，过程，接口等来检查程序的正确性（主要采取代码检查，技术评审等）

2）动态测试：运行程序，找出预期与实际情况的区别，检查运行结果与预期结果的差异并分析运行效率，正确性，健壮性等性能，由构造测试用例，执行程序，分析程序的输出结果这三部分组成。
4、过程中是否需要人工干预
1）手工测试：人工干预度大。是由人去一个一个的输入用例，然后观察结果

2）自动化测试：人力干预度小。是在预设条件下运行系统或应用程序，评估运行结果，预先条件应包括正常条件和异常条件。
5、实施的组织
1）开发测试：由开发人员完成，单元测试就是开发测试

2）用户测试：由用户完成，验收测试中的用户验收就是用户测试

3）第三方测试：由其他专业人员进行测试，为了保证测试的客观性

第五章

1、缺陷的定义：贯穿与生命周期的各个过程都可能存在缺陷，即软件质量问题。

2、缺陷的基本流程：缺陷的流程：发现缺陷->测试人员提交->分配->open->开发人员修正->测试人员->closed或reject->评审委员会
3.缺陷报告的主要内容：1.缺陷报告标题 2.标识 3.报告人 4.报告日期 5.版本号 6.严重性和优先级 7.缺陷描述 8 重现步骤 9.预期结果和测试结果
第六章

w模型:是由两个v模型组成

第七章

静态测试：主要包括各阶段评审、代码检查、程序分析、软件质量度量等，用于对被测程序进行特性分析。

同行评审：是由开发软件作品作者以外的其他人检查工作产品，以发现并寻找改进的机会，其中包括5种类型临时评审、桌面评审、走查、小组评审、评审，其中审查最正式，然后是小组评审、走查、桌面评审、临时审查最随意，同行评审越正式，发现的缺陷越多，但评审越正式，花费成本越高，被评审对象越重要或者风险越高，采用的评审方式就越正式。

1）临时评审：同事之间相互审查，使用比较多，发现问题比较少，成本最低

2） 同级桌查：参与人员是作者和意外审查专家，没有标准流程，发现的问题较少。

3）走查：是由一组同事进行，过程有作者主持，没有标准的流程，发现错误是审查的一半

4）小组审查：是一种轻型审查，读者的角色有评审组长代替，没有审查那么严格，发现的问题大约是审查的2/3.
5)审查：有正规的流程，参与人员比较多，有作者、评审组长、审查专家、读者、记录员等，发现缺陷比较多，但是成本最高

第八章

1.白盒测试：主要为动态测试，其中静态测试有代码检查，编码标准和规范等，动态测试有，逻辑覆盖测试（语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖）、路径测试、数据流测试、信息流测试等。

语句覆盖：即每一条语句都要覆盖每条语句至少执行一次

判定覆盖：每个判定条件的真假都要执行一次

条件覆盖：每个条件的真假都要至少执行一次

条件判定覆盖：使程序中每个判定条件的每个条件所有可能条件取值至少执行一次，同时每个判定的所有可能判定取值至少执行一次

条件组合覆盖：使程序中的每一个判定的所有可能的条件取值组合至少执行一次（满足条件组合覆盖标准的测试用例，一定满足判定覆盖、条件覆盖和判定覆盖的标准）

路径覆盖：覆盖程序中所有的路径

白盒测试与调试的区别：

1. 人员的不同，调试是由开发人员进行的，测试是由测试人员进行的

2. 目的不同，调试是建设性的，是为了改善程序，测试是毁灭性的，是为了发现缺陷并提交给开发人员进行修改

3. 计划不同，调试是随机的，是开发人员边进行编写别调试，测试是有计划的

4. 阶段不同，调试存在于编码阶段，白盒测试存在于单元测试

黑盒测试 ：又称为功能测试或数据驱动测试，是不考虑程序内部结构，仅根据程序功能的需求规范考虑确定测试用例和推断测试结果的正确性。黑盒测试是站在用户角度是，从输入和输出数据的对应关系出发进行测试。

黑盒测试主要用到的方法为：等价类划分法。因果图方法、边界值分析法、猜错法、随机数法等。

1.等价类划分法：等价类划分是把程序的输入域划分成若干部分，然后从每个部分中选取少数有代表性的数据当做测试用例，每一类的代表性数据在测试中的作用等价于这一类中的其他值。
等价类分为有效等价类与无效等价类。一个测试用例可以覆盖多个有效等价类，但一个测试用例仅覆盖一个无效等价类。采用等价类划分方法列出的测试点充分，不冗余，覆盖所有的需求
边界值划分法：边界值划分法是一种补充等价类的测试用例方法，选择等价类的边界作为测试用例常常可以查出更多的错误，取得良好的测试效果，因为，大量的错误发生在输入域或输出域的边界而不是其集合范围内。其选取的数据应该刚好等于、刚刚小于和刚刚大于边界值。采用边界值方法完成对等价类的补充，结果无缺漏无冗余

（边界值分析就是选择正好等于，刚刚大于和刚刚小于边界的值）

边界值分析法设计的测试用例要比等价类法的代表性更广，发现错误的能力更强。但边界值分析法对边界的分析与确定比较复杂，要求测试人员有更多的经验与耐心。

因果图：充分考虑了输入情况的各种组合条件及输入条件之间的相互制约关系。
因果图设计的测试用例有重复性且对他的原因与结果进行了讨论也就是考虑了他输入与输出的关系。
测试用例

测试用例：是为特定的目的而设计的一组测试输入，执行条件和预期结果，体现测试方案、方法、技术和策略。内容包括测试目标，测试环境，输入数据，测试步骤，预期结果，测试脚本等，并形成文档。

高质量的测试用例应具备的特点：正确性、完整性、准确性、清晰、简洁、可维护性、适应性、可重用性、等

测试用例设计原则：基于测试方法（不同的测试方法），基于测试需求（单元，集成，配置项，系统），兼顾测试充分性和效率，测试用例的代表性，测试执行的：可在现性，一个测试用例对应一个测试点，测试用例易读，测试用例的执行力度越小越好，步骤清晰，结果明确，测试用例抽象并归类。

测试用例的覆盖内容：（1）正确性测试（2）容错性(健壮性)测试（3）完整(安全)性测试（4）接口测试（5）数据库测试（6）边界值测试（7）压力测试等价划分测试（8）错误推测（9）效率（10）可理解(操作)性测试（11）可移植性测试（13）回归测试（14）比较测试

测试用例板编写的要素：1产品名称和功能模块名称 2版本号 3编制人 4编制日期 5功能特性 6测试目的 7前置条件 8用例编号 9相关用例 10优先级 11操作步骤 12输入数据 13预期结果 14测试结果 15备注

测试用例的设计步骤：测试需求分析、测试要点的编写、测试用例设计、测试用例评审、完善测试用例。