软件测试方法
测试活动从不同的角度出发，可以有不同的分类。主要用对照比较的方式讲解下面一些测试分类：
1、黑盒测试和白盒测试、灰盒测试；
2、静态测试和动态测试；
3、人工测试和自动化测试。
软件测试的两种极端情况
任何软件产品都可以使用以下的两种方法之一进行测试：
1、已知产品的需求规格，但不知道其内部实现，可以进行测试证明每个需求是否实现；
2、已知产品的内部实现过程，可以通过测试证明每种内部操作是否符合设计规格的要求，所有内部成分是否已经过检查。
参照SRS直接测试计算器的假发功能。这就是黑盒测试。
参照LLD根据加法主函数的伪码或者流程图测试该主函数结构。这就是白盒测试。
什么是白盒测试
1、白盒测试是依据被测软件分析程序内部构造，并根据内部构造设计用例，来对内部控制流程进行测试，可完全不顾程序的整体功能实现情况；
2、白盒测试是基于程序结构的逻辑驱动测试；
3、白盒测试又可以被称为玻璃盒测试、透明盒测试、开放盒测试、结构化测试、逻辑驱动测试。
为什么要进行白盒测试
1、白盒测试一般在测试前期进行，通过达到一定的逻辑覆盖率指标，使得软件内部逻辑控制结构上的问题能基本得到消除；
2、白盒测试能保证内部逻辑结构达到一定的覆盖程度，能够给予软件代码质量更大的保证；
3、白盒测试发现问题后解决问题成本较低。
白盒测试的常用技术
白盒测试一般会用到静态分析和动态分析两类技术。常用的有：
1、静态分析：控制流分析、数据流分析、信息流分析等
2、动态分析：逻辑覆盖测试（分支测试、路径测试等）、程序插装等。
逻辑覆盖方法：语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖。
1、语句覆盖：最常用也是最常见的一种覆盖方式，就是度量被测代码中每个可执行语句是否被执行到
2、判定覆盖：也称分支覆盖，设计测试用例要保证让被测试程序中的每一个分支都至少执行一次。
3、条件覆盖：所设计的测试用例能使每个判定中的每一条件都获得可能的取值，即每个条件至少有一次真值、假值。
4、判定条件覆盖：设计的测试用例可以使得判断中每个条件所有的可能取值至少执行一次（条件覆盖），同时每个判断本身所有的结果也至少执行一次（判定覆盖），判定条件覆盖同时满足判定覆盖和条件覆盖，弥补两者不足，但是判定条件覆盖并未考虑条件的组合情况。
5、组合覆盖（主要逻辑覆盖方法、最常用的）：也叫条件组合覆盖，设计的测试用例应该使得每个判定中的各个条件的各种可能组合都至少出现一次。满足条件组合覆盖的测试用例一定满足“判定覆盖、条件覆盖、判定条件覆盖”。
6、路径覆盖：设计的测试用例覆盖程序中所有可能的执行路径。
什么是黑盒测试
1、把被测对象堪称一个黑盒，只考虑其整体特性，不考虑其内部具体实现；
2、黑盒测试针对的被测对象可以是一个系统、一个子系统、一个模块、一个子模块、一个函数等；
3、黑盒测试又可以被称为基于规格的测试。
常见的黑盒测试类型
功能性测试，一种是顺序测试每个程序特性或功能，另一种途径是一个模块一个模块的测试，即每个功能在其最先调用的地方被测试：
1、容量测试，检测软件在处理海量数据时的局限性，能发现系统效率方面的问题；
2、负载测试，检测系统在一个很短时间内处理一个巨大的数据量或执行许多功能调用上的能力；
3、恢复性测试，主要保证系统在崩溃后能够恢复外部数据的能力。
黑盒测试的特点
1、对于更大的代码单元来说（子系统甚至系统级）比白盒测试效率要高；
2、测试人员不需要了解实现的细节，包括特定的编程语言；
3、从用户的视角进行测试，很容易被大家理解和接受；
4、有助于暴露任何规格不一致或有歧义的问题。
灰盒测试
1、根据利用的被测对象信息的不同，会采用不同的方法进行测试；
2、利用被测对象的整体特性信息，采用黑盒测试方法；
3、利用被测对象的内部具体实现信息，采用白盒测试方法；
4、如果既利用被测对象的整体的整体特性信息，有利用被测对象的内部具体实现信息，采用的就是灰盒测试方法。两种信息占的比例不同，相应的灰度就不同。完全使整体特性信息，就是黑盒测试，完全是内部具体实现信息，就是白盒测试；
5、典型的灰盒测试比如集成测试和系统测试时借助log信息。
静态测试和动态测试
1、静态测试：不运行被测试的软件系统，而是采用其他手段和技术对被测试软件进行检测的一种测试技术。例如代码走读、文档评审、程序分析等都是静态测试的范畴。常用技术有静态分析技术；
2、动态测试：按照预先设计的数据和步骤去运行被测软件系统，从而对被测软件系统进行检测的一种测试技术。常用技术有动态分析技术。
静态分析技术
1、定义：静态分析是一种不通过执行程序而分析程序执行的技术；
2、功能：检查软件的表示和描述是否一致，没有冲突或者没有歧义，它瞄准的是纠正软件系统在描述、表示和规格上的错误，因此是任何进一步测试执行的前提。
主要有三种不同的程序测试可能性：
1、考虑程序是否满足编码规则，语法上是否具有一致性和完整性；
2、考虑文档描述是否规范、准确、便于查阅；
3、考虑程序和文档之间的一致性。
人工和自动化测试
人工测试：（如评审、测试设计、测试执行等）由人来完成，狭义上是指测试执行由人工完成、这是最基本的测试形式。
自动化测试：一般是指通过计算机模拟人的测试行为，替代人的测试活动，狭义上是指测试执行由计算机来完成。
自动化测试的意义
1、对程序新版本运行前一版本执行的测试，提高回归测试效率；
2、可以运行更多更频繁的测试，比如冒烟测试；
3、可以执行手工测试困难或不可能做的测试，比如大量的重复操作或者集成测试；
4、更好的利用资源，比如测试仪器或者被测对象。
自动化测试的限制
1、不能取代手工测试，自动化测试只能提高测试效率，不能提高测试有效性，即不可能发现更多缺陷；
2、手工测试比自动测试发现的缺陷更多；
3、对测试设计依赖性极大，测试设计的不好会遗漏问题；
4、自动化测试对软件开发具有很大的依赖性，开发上出现变更可能导致前面的自动化测试完全失效；
5、工具本身不具备想象力，工具不具有智能。
软件测试流程
1、测试计划阶段 —— 测试计划；
2、测试设计阶段 —— 测试方案；
3、测试实现阶段 —— 测试用例、测试规程（测试的要求）；
4、测试执行阶段 —— 缺陷报告、测试报告。
主要的测试文档
1、测试计划：指明测试范围、方法、资源，以及相应测试活动的时间进度安排表的文档；
2、测试方案：指明为完成软件或软件集成特性的测试而进行的设计测试方法的细节文档；
3、测试用例：指明为完成一个测试项的测试输入、预期结果、测试执行条件等因素的文档；
4、测试规程：指明执行测试时测试活动序列的文档；
5、测试报告：指明执行测试结果的文档；
6、测试日报：每天测试执行情况的记录和总结。
系统测试过程与开发阶段
系统测试各种阶段的输入、输出
测试工程师系统测试各阶段任务
1、软件需求阶段：评审软件需求规格说明书；
2、软件设计阶段：评审软件概要设计说明书、软件详细设计说明书、协助编写系统测试方案；
3、软件编码阶段：设计系统测试用例、准备测试资源（测试工具、测试环境等）、开发测试脚本、开发测试工具、准备测试数据；
4、软件测试阶段：执行测试用例、提交缺陷单、跟踪缺陷、回归测试、提交测试报告。
软件测试与QA的区别
1、从性质上看：测试属于技术的工作；
QA属于管理的工作
2、从对象上看：测试的对象是软件研发产品，大多数工作是对研发领域的检验；
QA的对象是整个软件过程覆盖各个领域
3、从手段上看：测试以事后检查为主；
QA强调的是缺陷预防
QA：Quality Assurance（质量保证）
QC：Quality Control （质量控制）
QM：Quality Manage （质量管理）
质量保证（QA）活动与软件测试的关系
