1、软件测试概念

1. 使用人工或自动化手段，来运行或测试某个系统的过程。
2. 其目的在于检测它是否满足规定的需求或弄清楚预期结果与实际之间的差别。

2、软件测试行业发展前景

（1）入门门槛相对较低

零基础可入门；
代码能力要求相对较低；
通过实战学习路线可以快速入行；

（2）软件测试薪资高

相对于其他行业会高很多，初级测试工程师一般在6-10K
高级测试工程师在20K以上

（3）发展线路多

测试专家
业务专家
技术专家
测试架构师
测试管理
测试讲师

（4）每年以30万人才缺口递增

（5）收入增长靠能力，收入增长快

3、测试人员的职业规划

（1） 技术路线

功能测试（60%）、自动化测试（25%）、测试开发（10%）、测试架构师/业务专家/测试专家（5%）

（2） 管理路线

测试工程师（60%）、测试组长（25%）、测试经理（10%）、测试总监（5%）

4、测试术语

• Manual testing 手工测试
  是由人手工去一步一步的操作，然后观察结果，判断是否和预期结果相对应，在执行测试用例时不需要使用任何自动化工具，是最原始的测试类型
• Automated Testing 自动化测试
  把以人为驱动的测试行为转化为机器执行的一种过程；
  本质：编程测试，即编写一个程序测试另一个程序。
• Black box testing 黑盒测试
  也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看做一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特征的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，是否有正确的输入输出
• White box testing 白盒测试
  又称为“结构测试”和“逻辑驱动测试”；
  定义： 把测试对象看做一个透明的盒子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。
• Debug 调试
  即调试程序，排除故障的过程。
  -Test plan 测试计划
  是软件测试员和产品开发小组交流及完成指标的主要表达方式。
  目的：规定测试活动的范围、方法、资源和进度。
• Test case 测试用例
  测试工作的核心、是一组在测试时输入输出的标准、是软件需求的具体对照。
  内容：用例编 、用例名称、测试背景、前置条件、优先级、重要级、测试数据、测试步骤、预期结果、实际结果、备注。
• Bug 漏洞
  意思是“臭虫子”或“虫子”。但是现在，我们更多的将其认为是在电脑系统或者程序中，如果隐藏着一些未被发现的缺陷或漏洞问题
• Defect 缺陷
  为计算机软件或程序中存在的某种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷。缺陷的存在会导致软件产品在某种程度上不能满足用户的需要。
• Test report 测试 告
  指把测试的过程和结果写成文档，对发现的问题和缺陷进行分析，为纠正软件的存在的质量问题提供依据，同时为软件验收和交付打下基础。
• Testing environment Deployment 测试环境部署
  包括硬件环境和软件环境。
  硬件环境指测试必需的服务器、客户端、 络连接设备，以及打印机/扫描仪等辅助硬件设备所构成的环境；
  软件环境指被测软件运行时的操作系统、数据库以及其他应用软件构成的环境。
• Sprint 迭代
  在原来软件的基础上做了部分修改，叫做版本迭代
• Version 版本
  version是指软件升级的版本，如1.0，2.0
• Functional testing 功能测试
  是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。
• User interface testing 用户界面测试（UI测试）
  测试用户界面的功能模块的布局是否合理，整体风格是否一致和各个控件的放置位置是否符合客户使用习惯，更重要的是要符合操作便捷，导航简单易懂，界面中文字是否正确，命名是否统一，页面是否美观，文字、图片组合是否完美等
• Exception testing 异常测试
  检测系统对异常情况的处理。异常测试覆盖硬件或软件异常时的处理
• Unit testing 单元测试
  是完成最小的软件设计单元（模块）的验证工作，目标是确保模块被正确的编码，使用过程设计描述作为指南，对重要的控制路径进行测试以发现模块内的错误，通常情况下是白盒的，对代码风格和规则、程序设计和结构、业务逻辑等进行静态测试，及早的发现和解决不易显现的错误
• Integration testing 集成测试
  也叫组装测试或联合测试，即对程序模块采用一次性或增殖方式组装起来，对系统的接口进行正确性检验的测试工作。集成测试是在单元测试的基础上，将所有模块按照设计要求（如根据结构图〕组装成为子系统或系统，进行集成测试。
• System testing 系统测试
  是对整个系统的测试，将硬件、软件、操作人员看作一个整体，检验它是否有不符合系统说明书的地方
• UAT 用户验收测试
  在软件产品完成了单元测试、集成测试和系统测试之后，产品发布之前所进行的软件测试活动。它是技术测试的最后一个阶段，也称为交付测试。验收测试的目的是确保软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务。
• International testing 国际化测试
  使产品或软件具有不同国际市场的普遍适应性，从而无需重新设计就可适应多种语言和文化习俗的过程。真正的国际化要在软件设计和文档开发过程中，使产品或软件的功能和代码设计能处理多种语言和文化习俗，具有良好的本地化能力。
• Performance testing 性能测试
  指通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试，包含以下类型：
  （1）基准测试：在给系统施加较低压力时，查看系统的运行状况并记录相关数做为基础参考
  （2）负载测试：是指对系统不断地增加压力或增加一定压力下的持续时间，直到系统的某项或多项性能指标达到安全临界值，例如某种资源已经达到饱和状态等 。
  （3）压力测试：压力测试是评估系统处于或超过预期负载时系统的运行情况，关注点在于系统在峰值负载或超出最大载荷情况下的处理能力。
  （4）稳定性测试：在给系统加载一定业务压力的情况下，使系统运行一段时间，以此检测系统是否稳定。
  （5）并发测试：测试多个用户同时访问同一个应用、同一个模块或者数据记录时是否存在死锁或者其他性能问题
• Priority 优先级
  表示处理和修正软件缺陷的先后顺序的指标，即哪些缺陷需要优先修正，哪些缺陷可以稍后修正。
• Severity 严重性
  指错误对被测系统的影响程度，在终端用户条件下发生的可能性，软件错误妨碍系统使用的程度
• Quality assurance 质量保证
  确保软件产品自诞生起到消亡止的全生周期的质量活动，即确定、达到和维护所需要的软件质量而进行的所有有计划的系统性管理活动
• Smoking test 冒烟测试
  是对软件的基本功能进行测试，目的是确认软件的基本功能正常，保证软件系统能正常跑起来，可以进行后续的正常测试工作的进行。
• Software life cycle 软件生命周期
  软件的产生直到 废的整个过程。
• Static testing 静态测试
  不实际运行被测软件，而只是静态地检查程序代码、界面或文档中可能存在的错误的过程。
• Dynamic testing 动态测试
  实际运行被测程序，输入相应的测试数据，检查实际输出结果和预期结果是否相符的过程
• Structured query language 结构化查询语言（SQL语言）
  数据库的核心语言， 是一种数据库查询和程序设计语言，用于存取数据以及查询、更新和管理关系数据库系统
• Module 模块
  指一个或一块功能是完整的，可以独立的功能区域。
• Test Scenario 测试场景
  指站在用户的角度，找出真实世界的场景和使用中的应用程序案例
• Check Point 检查点
  是一个数据库事件，它存在的根本意义在于减少崩溃恢复（Crash Recovery）时间。
• Testing coverage 测试覆盖
  测试的范围，也就是需要测试什么不测试什么，以及从什么角度来进行测试
• Review 评审
  对软件元素或者项目状态的一种评估手段，以确定其是否与计划的结果保持一致，并使其得到改进。
• Screen shot 截屏
  软件测试中，将软件界面中的错误的全部或一部分，使用专用工具存储成图像文件，以便于后续处理
• TBD 待确认
  在测试文档中是一项进行中的尚未最终确定的工作
• TBC 待决定
  待决定的工作