软件测试笔记

1、测试定义：
1)通过人工或自动的手段，对被测对象进行检测的活动，目的在于发现被测对象是否实现用户的需求，或者弄清实际结果与预期结果之间的差异。
2)需要理解什么软件：源代码、用户手册、配置数据。
2、测试目的：
发现被测对象与用户需求间的差异——俗称找bug;
通过测试活动发现并解决缺陷，增加人们对被测对象的质量信心；
通过测试活动，获取被测对象的质量信息，为决策提供数据依据；
通过测试活动，预防缺陷，从而降低项目或产品的风险。
3、测试原则：
证明软件存在缺陷；
不可能执行穷尽测试；
测试应尽早启动，尽早介入；
缺陷存在群集现象；杀虫剂悖论；
不同的测试活动依赖不同的测试背景；
不存在缺陷的谬论。
4、测试对象
软件源代码；
与软件源代码匹配的文档；
支撑软件源代码运行的配置数据；
需求阶段：
需求文档：测试需求文档是否实现了用户的需求。
系统设计阶段：概要设计文档；详细设计文档；是否有设计或逻辑上的错误。
系统测试阶段：被测对象是否满足用户需求。
5、测试级别
1）（组件）单元测试：针对被测系统最小的组成单元实施的测试活动，一般是类或函数，也可能是最小的功能单元。
2）集成测试：
针对组件/单元与组件/单元之间的接口实施的测试活动，验证接口设计是否与设计相符；
分3种集成：函数间集成、模块间集成、子系统间集成。
3）系统测试：将通过集成测试的软件，部署在真实的用户环境下执行测试。
4）验收测试
以用户为主的测试：验收组应该由项目组成员、用户代表组成；
α测试：由用户在开发环境中执行的测试活动，开发者在测试人员身边，发现问题及时沟通解决。在受控环境下执行测试。
β测试：开发者不在测试人员身边，发现问题由专员统一收集，再由研发人员进行修改。在不受环境下执行测试。例如“公测”。
UAT测试：用户接受度测试：一般商业用户验证系统可用性进行的测试

【系统测试类型】
1、 功能性测试
1）在指定使用条件下，使用被测对象，验证其是否满足用户显性或隐性需求；
2）测试关注点:
是否有不正确或遗漏或多余的功能；
满足系统显性或隐性需求；
是否对输入输出做出了正确的响应，输出结果能否正确的显示。
2、 性能测试
1）通过模拟被测对象运行业务压力或使用场景，验证被测对象是否满足预先设定的性能指标；
2）验证系统是否具有宣称的能力；
3）了解测试系统典型场景，并具有确定的性能指标；
4）要求在真实环境下实施。
3、 安全性测试
测试被测对象的安全保护机制保护系统不受非法入侵，能够接受正确授权的操作。
4、 兼容性测试
验证被测对象在不同的操作系统、硬件信息等环境下的运行情况

【软件测试方法】
1、 黑盒测试：不关注被测对象内部结构，仅从用户需求考虑，是否满足显性或隐性需求。
2、 白盒测试：又称为结构测试、逻辑驱动测试。
3、 灰盒测试：既关注被测对象的外部特性，又关注其内部设计。
4、 静态测试：不执行被测对象程序，不运行被测对象的测试方法。
5、 动态测试：执行被测对象程序代码进行的检测活动。
6、 手工测试：通过测试工程师试用、验证被测对象是否满足用户需求。
7、 自动化测试：通过自动化测试工具，或脚本语言自动化完成测试过程。

5） 可移植定义：软件可被修改的能力。修改可能包括修正、改进或软件对环境、需求和功能规格说明变化的一种事业性。
易分析性：软件诊断软件中的缺陷、失效原因或识别待修改部分的能力。
易改变性：性能使指定的修改可以被实现的能力。
稳定性：软件避免由于软件修改而造成意外结果的能力。
易测试性：软件使已修改软件能被确认的能力。
维护性依从性：软件遵循与维护性相关的标准或约定的能力。
6） 可维护定义：软件从一种环境迁移到另外一种环境的能力。
适应性：软件必须采用有别于为考虑该软件的目的而准备的活动和手段，就可能适应不同指定环境。
易安装性：软件在指定环境中被安装的能力。
共存性：软件在公共环境中与其分享公共资源的其他独立软件共存的能力。
易替换性：软件在同样环境下，替代另一个相同用途的指定软件产品的能力。
可移植性依从性：软件遵循与可移植性相关的标准或约定的能力。