目录
1️⃣按测试对象划分
界面测试
界面是直接和用户交互的，界面设计的好坏决定了用户使用软件的直观感受。
界面测试（简称UI测试)，指按照界面的需求（一般是UI设计稿）和界面的设计规则，对我们软件界面所展示的全部内容进行测试和检查，一般包括如下内容：
- 保证界面和UI设计稿的一致性，准确性；
- 测试界面的每一个功能的正确性（从上到下，从左到右）；
- 界面的布局排版合理；
- 界面的控件功能是否正常；
- 要进行界面的不同分辨率测试；
同一个web页面不同页面大小下的测试：
- 页面从小到大变化过程中衔接丝滑，让用户接受；
- 页面的字体不模糊，不重影；
- 页面的图片不消失，排版布局合理；
- 页面的功能可以正常使用；
可靠性测试
可靠性（Availability）即可用性，是指系统正常运行的能力或者程度，一般用正常向用户提供软件服务的时间占总时间的百分比表示。可靠性 = 正常运行时间/（正常运行时间+非正常运行时间）*100%；
系统非正常运行的时间可能是由于硬件，软件，网络故障或任何其他因素（如断电）造成的，这些因素能让系统停止工作，或者连接中断不能被访问，或者性能急剧降低导致不能使用软件现有的服务等；
容错性测试
容错性测试是指系统能够处理异常，用户的错误操作而不至于系统崩溃，从而能够提高系统的可用性。
容错性测试包含以下方面：
- 输入异常数据或进行异常操作，以检验系统的保护性。如果系统的容错性好，系统只给出提示或内部消化掉，而不会导致系统出错甚至崩溃。比如数据级测试，校验测试，环境容错性测试，界面容错性测试
- 灾难恢复性测试。通过各种手段，让软件强制性地发生故障，然后验证系统已保存的用户数据是否丢失，系统和数据是否能尽快恢复。
文档测试
整个开发过程中产生的各种文档，需求文档，设计文档，功能文档，用户使用手册进行测试；
文档测试的关注点：
- 文档的术语
- 文档的正确性
- 文档的完整性
- 文档的一致性
- 文档的易用性
兼容性测试
兼容性测试需求是指明确要测试的兼容环境，考虑软，硬件的兼容，就软件兼容来说，主要考虑以下几个方面：
- 系统自身版本的兼容，用户已有数据的兼容，数据兼容是重中之重，对用户来说，数据是最有价值的；
- 测试与应用环境的兼容性，比如操作系统，应用平台，浏览器的兼容；
- 测试与第三方系统以及第三方数据的兼容性；
易用性测试
许多产品都应用人体工程学的研究成果，是产品在使用起来更加灵活和，舒适。软件产品也始终关注用户体验，让用户获得舒适，易用的体验，针对软件这方面的测试称之为易用性测试；
易用性包含七个要素：符合标准和规范，直观性，一致性，灵活性，舒适性，正确性和实用性；
安装卸载测试
应用的安装和卸载在任何一款APP中都属于最基本功能。一旦出错，就属于优先级为紧要Critical的缺陷。主要需要考虑以下方面：
- 软件不同的安装和卸载方式；
- 应用是否可以在不同的系统，版本下安装（安装兼容性）；
- 安装或者卸载过程中是否可以手动暂停，或者取消；
- 安装空不足的时候系统是否有提示；
- 是否可以正常的卸载，以及应用软件的各种卸载方式；
- 卸载和安装过程中出现环境问题，软件是否可以正常并且合理的应对，比如死机，断电，断网等；
安全测试
安全性是指信息安全，是指计算机系统或网络保护用户数据隐私，完整，保护数据正常传输和抵御黑客，病毒攻击的能力。安全性测试属于非功能性测试很重要的一个方面，系统常见的安全漏洞和威胁如下：
- 输入域，如输入恶性或者带有病毒的脚本或长字符串；
- 代码中的安全性问题，如SQL/XML注入；
- 不安全的数据存储或者传递；
- 数据文件，邮件文件，系统配置文件等里面有危害系统的信息或者数据；
- 有问题的访问控制，权限分配等；
- 假冒ID：身份欺骗；
- 篡改，对数据的恶意修改，破坏数据的完整性；
性能测试
我们在使用软件的时候有时会碰到软件网页打开时越来越慢，查询数据时很长时间才显示列表，软件运行越来越慢等问题，这些问题都是系统的性能问题引起的；
要进行软件产品的性能问题，要对产品的性能需求进行分析，然后基于系统的性能需求和系统架构，完成性能测试的设计和执行，最后要进行持续的性能调优。常见的性能问题如下：
- 资源泄露
- 资源瓶颈
- 线程死锁，线程阻塞
- 查询速度慢或效率低
- 受外部系统影响越来越大
衡量一个系统性能好坏的关键性指标有，用户响应时间，事务平均响应时间（TPS），吞吐率，每秒点击次数，内存和CPU使用率等；
内存泄漏测试
造成内存泄露的原因有很多，最常见的有以下几种：
- 分配完内存之后忘了回收；
- 程序写法有问题，造成没办法回收（如死循环造成无法执行到回收步骤）；
- 某些API函数的使用不正确，造成内存泄露；
内存泄漏的检测方法：
- 人工静态法：代码走读，人工查找未被回收的内存；
- 自动工具法：借助相应测试内存泄漏的工具，如Visual Leak Detector，记录每次内存分配，清楚告诉用户内存是如何泄漏的；
2️⃣按是否查看代码划分
⚛黑盒测试(Black-box Testing)
黑盒测试就是在完全不考虑程序逻辑和内部结构的情况下，检查系统功能是否按照需求规格说明书的规定正常使用、是否能适当的接收输入数据而输出正确的结果，满足规范需求。所以，黑盒测试又称之为数据驱动测试，只注重软件的功能；
黑盒测试的优点：
- 不需要了解程序内部的代码以及实现，不关注软件内部的实现；
- 从用户角度出发设计测试用例，很容易的知道用户会用到哪些功能，会遇到哪些问题，锻炼测试人员的产品思维；
- 测试用例是基于软件需求开发文档，不容易遗漏软件需求文档中需要测试的功能；
黑盒测试的缺点是不可能覆盖所有代码；
黑盒测试用到的测试方法有，等价类，边界值，因果图，场景法，错误猜测法等；
⚛白盒测试(White-box Testing)
白盒测试又称为结构测试或逻辑测试，它一般用来分析程序的内部结构，针对程序的逻辑结构来设计测试用例进行测试；
白盒测试的测试目的是，通过检查软件内部的逻辑结构，对软件中的逻辑路径进行覆盖测试；在程序不同地方设立检查点，检查程序的状态，以确定实际运行状态与预期状态是否一致；
主要包含六种测试方法：语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖；
灰盒测试(Gray-Box Testing)
灰盒测试，是介于白盒测试与黑盒测试之间的一种测试，灰盒测试多用于集成测试阶段，不仅关注输出、输入的正确性，同时也关注程序内部的情况；
3️⃣按开发阶段测试
测试金字塔
单元测试(Unit Testing)
单元测试是对软件组成单元进行测试。其目的是检验软件基本组成单位的正确性。测试的对象是软件设计的最小单位：模块。又称为模块测试
- 测试阶段：编码后或者编码前（TDD）
- 测试对象：最小模块
- 测试人员：白盒测试工程师或开发工程师
- 测试依据：代码和注释+详细设计文档
- 测试方法：白盒测试
- 测试内容：模块接口测试、局部数据结构测试、路径测试、错误处理测试、边界测试
集成测试(Integration Testing)
集成测试也称联合测试（联调）、组装测试，将程序模块采用适当的集成策略组装起来，对系统的接口及集成后的功能进行正确性检测的测试工作。集成主要目的是检查软件单位之间的接口是否正确。
- 测试阶段：一般单元测试之后进行
- 测试对象：模块间的接口
- 测试人员：白盒测试工程师或开发工程师
- 测试依据：单元测试的模块+概要设计文档
- 测试方法：黑盒测试与白盒测试相结合
- 测试内容：模块之间数据传输、模块之间功能冲突、模块组装功能正确性、全局数据结构，单模块缺陷对系统的影响
系统测试(System Testing)
将软件系统看成是一个系统的测试。包括对功能、性能以及软件所运行的软硬件环境进行测试。
- 测试阶段：集成测试通过之后
- 测试对象：整个系统（软、硬件）
- 测试人员：黑盒测试工程师
- 测试依据：需求规格说明文档
- 测试方法：黑盒测试
- 测试内容：功能、界面、可靠性、易用性、性能、兼容性、安全性等
回归测试(Regression Testing)
回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。
在整个软件测试过程中占有很大的工作量比重，软件开发的各个阶段都会进行多次回归测试。随着系统的庞大，回归测试的成本越来越大，通过选择正确的回归测试策略来改进回归测试的效率和有效性是很有意义的；
冒烟测试（smoke testing）
冒烟测试的对象是每一个新编译的需要正式测试的软件版本，目的是确认软件主要功能和核心流程正常，在正式进行系统测试之前执行。冒烟测试一般在开发人员开发完毕后提交给测试人员来进行测试时，先进行冒烟测试，保证基本功能正常，不阻碍后续的测试；
如果冒烟测试通过，则测试人员开始进行正式的系统测试，如果不通过，则测试人员可以让开发人员重新修复代码直到冒烟测试通过，再开始进行系统测试；
回归测试和冒烟测试都属于系统测试；
验收测试(Acceptance Testing)
验收测试是部署软件之前的最后一个测试操作。它是技术测试的最后一个阶段，也称为交付测试。验收测试的目的是确保软件准备就绪，按照项目合同、任务书、双方约定的验收依据文档，向软件购买都展示该软件系统满足原始需求。
测试阶段：系统测试通过之后
测试对象：整个系统（包括软硬件）
测试人员：主要是最终用户或者需求方
测试依据：用户需求、验收标准
测试方法：黑盒测试
测试内容：同系统测试(功能...各类文档等)
4️⃣按测试实施组织
α测试(Alpha Testing)
α测试是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的测试；α测试不能由程序员或测试员完成；
β测试(Beta Testing)
实际用户在实际使用环境下进行的测试，不限时间，不限地点；
α测试和β测试的区别：测试环境不同；时间集中度不一样；α测试是优先于β测试；
第三方测试
第三方软件测评机构对软件进行测试，业界的标准和规范进行测试；
5️⃣按是否运行划分
静态测试(Static testing)
所谓静态测试（static testing）就是不实际运行被测软件，而只是静态地检查程序代码、界面或文档中可能存在的错误的过程。不以测试数据的执行而是对测试对象的分析过程，仅通过分析或检查源程序的设计、内部结构、逻辑、代码风格和规格等来检查程序的正确性。
动态测试(Dynamic testing)
动态测试（dynamic testing），指的是实际运行被测程序，输入相应的测试数据，检查实际输出结果和预期结果是否相符的过程，所以判断一个测试属于动态测试还是静态的，唯一的标准就是看是否运行程序。
大多数软件测试工作都属于动态测试；
6️⃣按是否手工划分
手工测试(Manual testing)
手工测试就是由人去一个一个的输入用例，然后观察结果，和机器测试相对应，属于比较原始但是必须的一个步骤。
优点：自动化无法替代探索性测试、发散思维结果的测试；
缺点：执行效率慢，量大易错；
自动化测试(Automation Testing)
自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。机器按照预先设定好的条件去执行测试，这些条件包括正常和异常的方面；
自动化测试按照测试对象来分，可以分为接口测试、UI测试等；
接口测试工具：soupUI，postman
自动化实施步骤：
- 完成功能测试，版本基本稳定
- 根据项目特性，选择适合项目的自动化工具，并搭建环境
- 提取手工测试的测试用例转化为自动化测试的用例
- 通过工具、代码实现自动化的构造输入，自动检测输出结果是否符合预期
- 生成自动测试报告
- 持续改进，脚本优化
7️⃣按测试地域划分
什么是软件国际化？
是在软件设计和文档开发过程中，使得功能和代码设计能处理多种语言和文化习俗，使创建不同语言版本时，不需要重新设计源程序代码的软件工程方法
国际化测试
软件的国际化和软件的本地化是开发面向全球不同地区用户使用的软件系统的两个过程。而本地化测试和国际化测试则是针对这类软件产品进行的测试。
本地化测试
之前我们所讲的全是本地化测试；
777
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
