软件测试（四）黑盒，白盒，灰盒测试（测试分类二）
黑盒测试
测试人员不关注代码内部实现，通过一些科学的手段，向测试系统发起测试数据，关注执行结果是否和预期结果一直
白盒测试
测试人员关注代码内部实现，它一般用来分析程序的内部结构，针对程序的逻辑结构来设计测试用例进行测试。
主要包含六种测试方法：语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖。
语句覆盖：一行代码就是一个语句，所以就是需要覆盖所有行的代码
判定覆盖：判定语句为真还是为假
条件覆盖：每个条件取真还是取假
判定条件覆盖：判定覆盖和条件覆盖放在一起
条件组合覆盖：将条件进行组合
优点：代码覆盖率高
缺点：只关注代码
灰盒测试
测试人员，既关注代码，也关注业务上预期结果与实际结果的差异。
单元测试：
单元测试是对软件组成单元进行测试。其目的是检验软件基本组成单位的正确性。测试的对象是软件设计的最小单位：模块。又称为模块测试
- 测试阶段：编码后或者编码前（TDD）
- 测试对象：最小模块
- 测试人员：白盒测试工程师或开发工程师
- 测试依据：代码和注释+详细设计文档
- 测试方法：白盒测试
- 测试内容：模块接口测试、局部数据结构测试、路径测试、错误处理测试、边界测试
java中要么按一个功能测试，或者按照一个类测试
集成测试(Integration Testing)
集成测试也称联合测试（联调）、组装测试，将程序模块采用适当的集成策略组装起来，对系统的接口及集成后的功能进行正确性检测的测试工作。集成主要目的是检查软件单位之间的接口是否正确。
- 测试阶段：一般单元测试之后进行
- 测试对象：模块间的接口
- 测试人员：白盒测试工程师或开发工程师
- 测试依据：单元测试的模块+概要设计文档
- 测试方法：黑盒测试与白盒测试相结合
- 测试内容：模块之间数据传输、模块之间功能冲突、模块组装功能正确性、全局数据结构、单模块缺陷对系统的影响
系统测试(System Testing)
将软件系统看成是一个系统的测试。包括对功能、性能以及软件所运行的软硬件环境进行测试。
- 测试阶段：集成测试通过之后
- 测试对象：整个系统（软、硬件）
- 测试人员：黑盒测试工程师
- 测试依据：需求规格说明文档
- 测试方法：黑盒测试
- 测试内容：功能、界面、可靠性、易用性、性能、兼容性、安全性等
回归测试(Regression Testing)
回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。
在整个软件测试过程中占有很大的工作量比重，软件开发的各个阶段都会进行多次回归测试。
随着系统的庞大，回归测试的成本越来越大，通过选择正确的回归测试策略来改进回归测试的效率和有效性是很有意义的。
冒烟测试（smoke testing）
冒烟测试的对象是每一个新编译的需要正式测试的软件版本，目的是确认软件主要功能和核心流程正常，在正式进行系统测试之前执行。(简单而言就霍金斯验证软件是否达到了一个测试软件（冒烟测试用例）)
回归测试和冒烟测试都属于系统测试。
验收测试(Acceptance Testing)
验收测试是部署软件之前的最后一个测试操作。
验收测试的目的是确保软件准备就绪，按照项目合同、任务书、双方约定的验收依据文档，向软件购买都展示该软件系统满足原始需求
- 测试阶段：系统测试通过之后
- 测试对象：整个系统（包括软硬件）。
- 测试人员：主要是最终用户或者需求方。
- 测试依据：用户需求、验收标准
- 测试方法：黑盒测试
- 测试内容：同系统测试(文档等)
按测试实施组织
α测试(Alpha Testing)
Alpha 测试是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的测试。
Alpha 测试的目的是评价软件产品的FLURPS(即功能、局域化、可使用性、可靠性、性能和支持)。
大型通用软件，在正式发布前，通常需要执行Alpha和Beta测试。
β测试(Beta Testing)
大型通用软件，在正式发布前，通常需要执行Alpha和Beta测试。
二者的区别：
-
Alpha测试是指把用户请到开发方的场所来测试，Beta测试是指在一个或多个用户的场所进行的测试。
-
Alpha测试的环境是受开发方控制的,用户的数量相对比较少,时间比较集中。Beta 测试的环境是不受开发方控制的,用户数量相对比较多,时间不集中。
-
Alpha测试先于Beta 测试执行。通用的软件产品需要较大规模的Beta 测试,测试周期比较长
第三方测试
介于开发方和用户方间的组织的测试。
运行测试
大多数软件测试工作都属于动态测试。
静态测试(Static testing)
所谓静态测试（static testing）就是不实际运行被测软件，而只是静态地检查程序代码、界面或文档中可能存在的错误的过程。
不以测试数据的执行而是对测试对象的分析过程，仅通过分析或检查源程序的设计、内部结构、逻辑、代码风格和规格等来检查程序的正确性
动态测试(Dynamic testing)
动态测试（dynamic testing），指的是实际运行被测程序，输入相应的测试数据，检查实际输出结果和预期结果是否相符的过程，所以判断一个测试属于动态测试还是静态的，唯一的标准就是看是否运行程序。
是否自动化测试
手工测试(Manual testing)
手工测试就是由人去一个一个的输入用例，然后观察结果，和机器测试相对应，属于比较原始但是必须的一个步骤。
- 优点：可以探索性测试、发散思维结果的测试。
- 缺点：执行效率慢，量大易错。
自动化测试(Automation Testing)
就是在预设条件下运行系统或应用程序，评估运行结果，预先条件应包括正常条件和异常条件。简单说自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。
-
自动化测试比如：功能测试自动化、性能测试自动化、安全测试自动化。
-
自动化测试按照测试对象来分，还可以分为：接口测试、UI测试等
接口测试的ROI（产出投入比）要比UI测试高。
自动化实施步骤：
- 完成功能测试，版本基本稳定
- 根据项目特性，选择适合项目的自动化工具，并搭建环境
- 提取手工测试的测试用例转化为自动化测试的用例
- 通过工具、代码实现自动化的构造输入，自动检测输出结果是否符合预期
- 生成自动测试报告
- 持续改进，脚本优化
地域化测试
由于软件的全球化普及，还有软件外包行业的兴起，软件的本地化和国际化测试俨然成为了一个独特的测试专门领域。
国际化测试
软件的国际化和软件的本地化是开发面向全球不同地区用户使用的软件系统的两个过程。而本地化测试和国际化测试则是针对这类软件产品进行的测试。
要点：
- 本地化后的软件在外观上与原来版本是否存在很大的差异，外观是否整齐、不走样。
- 是否对所有界面元素都进行了本地化处理，包括对话框、菜单、工具栏、状态栏、提示信息（包括声音的提示）、日志等。
- 在不同的屏幕分辨率下界面是否正常显示（有些地方买不起）
- 是否存在不同的字体大小，字体设置是否恰当（文化不同字体顺序有差别）
- 日期、数字格式、货币等是否能适应不同国家的文化习俗。例如，中文是年月日，而英文是月日年
- 排序的方式是否考虑了不同语言的特点。（比如英语是按首字母排序）
- 在不同的国家采用不同的度量单位，软件是否能自适应和转换。（中国有些地方按斤算重量，而英国以磅）
- 软件是否能在不同类型的硬件上正常运行，特别是在当地市场上销售的流行硬件上。
- 软件是否能在Windows或者其他操作系统的当地版本上正常运行
- 联机帮助和文档是否已经翻译，翻译后的链接是否正常。正文翻译是否正确、恰当， 是否有语法错误。
- 软件本地化和国际化测试是一个综合了翻译行业和软件测试行业的测试类型。它要求测 试人员具备一定的翻译能力、语言文化，同时具备测试人员的基本技能
本地化测试
国际化测试其实就是本地化测试。只不过使用范围不同。比如王者，在国内是一个皮肤，在国外又是另一个皮肤。所以本地化是相对的。