文档术语
文件的正确性
文档的完整性
文档一致性
文档的易用性
用户能力测试
可用性是交互的适应性、功能性和有效性的集中体现，又称用户体验测试。
用户界面测试
界面测试（简称UI测试）测试用户界面各功能模块布局是否合理，整体风格是否一致，各控件的摆放位置是否符合客户的使用习惯。此外，还测试界面操作的便捷性、导航的简洁易懂性、页面元素的可用性，界面内文字是否正确、命名是否统一、页面是否美观、文字与图片的结合是否完美等。
安装测试是指测试程序的安装与卸载，最经典的就是APP的安装与卸载。
（2）功能测试
功能测试是为了验证产品的功能，根据功能测试用例，对产品进行各项测试，以检查产品是否满足用户所要求的功能。功能测试也属于黑盒测试，测试时将被测软件视为一个黑盒，黑盒内部结构并不重要，只关心软件的输入输出数据。
按测试实施组织划分：
1. Alpha 测试
2. Beta 测试
alpha测试和beta测试的区别：
测试地点不同：Alpha 测试是指邀请用户到开发者所在地进行测试，而 Beta 测试是指在一个或多个用户所在地进行的测试。[例如：游戏的 Beta 版本]
Alpha测试环境由开发者控制，使用人数相对较少，时间相对集中。
Beta测试环境不受开发者控制，使用人数比较多，时间也不集中。
Alpha测试在Beta测试之前，一般的软件产品都需要进行较大规模的Beta测试，测试周期也较长。
3.第三方测试
开发者与用户之间的测试组织。[例如：公共测试网络]
按测试区域：
1. 国际测试
软件国际化与软件本地化是为全球不同地区的用户开发软件系统的两个过程。本地化测试和国际化测试是对此类软件产品进行的测试。由于软件的全球化和软件外包行业的兴起，软件本地化和国际化测试已成为一个独特的测试领域。
2. 本地化测试
本地化测试的对象是软件的本地化版本。
3.软件测试原则
1、测试应该尽早进行，最好是在需求阶段，因为最严重的错误是系统不能满足用户需求。
2. 程序员（开发人员）应避免检查自己的程序。软件测试应由第三方（测试人员）负责。
3.设计测试用例时应该考虑合法和非法的输入。
4、测试程序时，不仅要检查程序是否做了应该做的事，还要检查程序是否做了不该做的事。额外的工作会带来副作用，影响程序的效率软件本地化测试比功能测试都有哪些方面需要注意，有时还会带来潜在的危害或错误。
5. 所有测试用例都应该长期保留。保留测试用例将有助于将来程序修改后的回归测试。
4.软件测试策略
1.选择测试方法：选择最适合当前项目的测试方法（比如项目紧急？项目发布频繁）（例如：可以采用自动化测试进行重复测试）
2、角色和职责：测试策略中需要明确定义每个角色及其职责，例如项目经理、测试团队负责人、测试工程师。
3、环境需求：这个很重要，会描述测试所需要的系统环境（软件，服务器Linux、Windows，数据库MySQL），包括软件硬件，网络环境等，明确环境需求，测试机构就能识别资源风险。
4.风险分析：影响测试过程的风险应尽早识别，并有相应的解决方案来消除或减轻这些风险。（例如：员工休假、软件是否完成）
5. 测试进度评估：测试进度会评估完成测试所需的时间。在设定进度时，首先需要明确测试范围（比如本次增加一个D模块，部分功能会影响已经上线的B模块的功能），然后根据测试资源的多少，指定一个各方都能认可的测试进度计划。
6、回归测试策略：回归测试用于确保修复错误的代码不会影响软件的其他部分。这需要我们选择已经执行过的测试用例并重新运行它们。测试人员需要想办法确定哪些测试用例应该在回归测试中运行。测试用例不应该太多，因为资源是有限的，测试用例也不应该太少，否则就达不到要求的测试强度。
7、优先级：测试范围内的所有内容并不是都同等重要软件本地化测试比功能测试都有哪些方面需要注意，而且测试资源是有限的，因此需要对测试模块进行优先级排序。
5.软件测试模型
1.瀑布模型
瀑布模型适合于结构化方法。
软件项目或产品的瀑布模型必须满足以下条件：
开发期间需求没有或很少发生变化
分析人员和设计人员应该熟悉应用领域
低风险项目（熟悉目标和环境）
用户环境非常稳定
用户除了提出需求外，很少参与开发工作。
2. V 模型
优点：包含低级测试（单元测试）和高级测试（系统测试）；明确标识开发和测试的各个阶段；自上而下细化，各个阶段分工明确，便于对整体项目的把控。
缺点：自上而下的顺序导致编码后无法及时修改测试工作；实际工作中需求经常发生变化，导致V模型步骤重复执行，返工量大，灵活性不高。
V模型和瀑布模型有一些共同的特点，V模型中的流程从左到右，描述了基本的开发流程和测试行为。
优点：V模型的价值在于它非常清晰的标出了测试过程中存在的不同层次，并且清楚地描述了这些测试阶段与开发过程中各个阶段的对应关系。
局限性：（测试介入太晚）测试被视为编码后的最后一项活动，前期需求分析等产生的错误，要到后期的验收测试才能发现。
3.敏捷模型
4.W 模型
定义：开发 av 并测试 av，然后将它们组合起来的模型（w 模型也称为双 v 模型）。
5. H模型
H模型相对于V模型和W模型来说，将测试活动完全分离，形成完全独立的流程，明确地体现了测试准备活动与测试执行活动。
6.探索性测试
探索性测试可以说是一种测试心态。
它不包含很多实际的测试方法、技术和工具，但它是所有测试人员都应该掌握的测试思维。
探索性测试强调测试人员的主观能动性，摒弃复杂的测试计划和测试用例设计流程，强调在出现问题时及时改变测试策略。
6.软件测试生命周期：用户除了提出需求外，很少参与开发工作。
2. V 模型
优点：包含低级测试（单元测试）和高级测试（系统测试）；明确标识开发和测试的各个阶段；自上而下细化，各个阶段分工明确，便于对整体项目的把控。
缺点：自上而下的顺序导致编码后无法及时修改测试工作；实际工作中需求经常发生变化，导致V模型步骤重复执行，返工量大，灵活性不高。
V模型和瀑布模型有一些共同的特点，V模型中的流程从左到右，描述了基本的开发流程和测试行为。
优点：V模型的价值在于它非常清晰的标出了测试过程中存在的不同层次，并且清楚地描述了这些测试阶段与开发过程中各个阶段的对应关系。
局限性：（测试介入太晚）测试被视为编码后的最后一项活动，前期需求分析等产生的错误，要到后期的验收测试才能发现。
3.敏捷模型
4.W 模型
定义：开发 av 并测试 av，然后将它们组合起来的模型（w 模型也称为双 v 模型）。
5. H模型
H模型相对于V模型和W模型来说，将测试活动完全分离，形成完全独立的流程，明确地体现了测试准备活动与测试执行活动。
6.探索性测试
探索性测试可以说是一种测试心态。
它不包含很多实际的测试方法、技术和工具，但它是所有测试人员都应该掌握的测试思维。
探索性测试强调测试人员的主观能动性，摒弃复杂的测试计划和测试用例设计流程，强调在出现问题时及时改变测试策略。
6.软件测试生命周期
最后：大家可以关注公众号：伤心辣条！里面有很多资料可以分享！资料都是面试官面试时必问的知识点，也包括了很多测试行业的常用知识，包括基础知识、Linux要领、Shell、互联网程序原理、Mysql数据库、抓包工具专题、接口测试工具、测试进阶-Python编程、Web自动化测试、APP自动化测试、接口自动化测试、持续集成测试进阶、测试架构开发测试框架、性能测试、安全测试等等。
版权声明：本文为CSDN博主“普通网民”原创文章，遵守CC 4.0 BY-SA版权协议，转载时请附上原文出处链接及本声明。
原文链接：
