PDF-测试基础

软件测试是为了发现错误而执行程序的过程

测试的核心是什么？

1，实现正确的系统 （需求的正确性 ，确认）

2，正确地实现系统 （实现的正确性 ，验证）

确认比验证更重要

好的测试人员应该具备很强的需求确认意识

软件测试贯穿于软件定义和开发的整个过程。

以下是基本标准：

– 准入：有文档证明具备测试策略和主测试计划

– 有文档证明项目具有如下工作件：

• 详细测试计划

• 需求跟踪矩阵及测试案例

• 冒烟测试通过

– 准出：测试案例已经全部被正确执行

• 严重程度为严重、阻塞和致命的缺陷已经被修 复并被测试通过

• 遗留问题均得到领导的同意

基本测试流程包括4步：测试计划、测试准备、测试执行、测试报告。

测试关键领域：为确保满足业务和技术的需求，而必须对一些系统特征所做 的测试

• 测试焦点： – 什么是对系统用户最重要的因素（最终用户，开发人员，操作/维护人员 等） – 什么是风险最大的部分

• 测试关键领域证明：通过认真的计划，技术协作，以及与客户的沟通和协议， 对关键领域的测试可以确保正确的系统被正确的建立，使测试的投资可以得 到最大的回报

测试关键领域的确定必须同时考虑业务需求和结构/技术 需求，来确保两方面都被满足。

测试类型包括：

– 功能性测试

– 结构性测试

功能性测试是用来保障系统属性满足用户需求的测试

• Audit and Controls 审计和控制的测试 – 验证控制的充足和有效性，及数据处理结果的完整性

• Conversion 转换测试 – 验证转换的程序，数据和过程与旧的事物的协调性，如新旧系统切换

• User Documentation and Procedures 用户文档和流程的测试 – 验证说明文档的准确性，用户文档包括操作说明书

• Error Handling 错误处理的测试 – 验证系统发现和应对异常的能力

• Function 功能测试 – 确保业务功能需求被实现了。验证每个功能操作都和具体需求，内外部设计一致。

• Interface/Inter-system 接口/系统间的测试 – 验证应用程序和系统功能连接正确。

Installation 安装的测试 – 任何安装和运行环境不同于开发地点的都需要做安装测试。影响用户体验

• Parallel 平行测试 – 平行测试用来比较新旧系统中运行相同数据的结果。

• Regression  回归测试 – 验证当系统的一部分发生改变时，没有影响到其它不需要改变的部分。

• Transaction Flow 交易流的测试 – 验证交易流从进入系统到完成（出系统）整个流程的完整和正确性。

• Usability 可用性的测试 – 验证最终的产品用户友好并易于使用。

结构性测试是用来保障系统技术健全的测试

• Backup and Recovery 备份和恢复的测试 – 验证应用程序失败后重启的能力。如何从程序错误、硬件失效和数据错误中恢复过来。

• OPC/JCL Testing OPC/JCL的测试 – 验证JCL或者Job执行的正确性。

• Performance 性能测试 – 验证应用程序在类生产环境下达到期望的预期的性能指标。

• Security  安全的测试 – 验证应用软件可为数据提供足够级别的保护和保密功能。

• Stress/Volume 压力/容量测试 – 验证在数据量峰值的情况下，应用软件的性能指标可以接受。

测试计划阶段

测试计划阶段一般在项目初期，开发概设阶段。测试计划阶段主要任 务：完成测试计划，测试方案，RTVM文档，并终稿通过整理完成所有功能点 并识别出测试所需要 验证的功能点 。

测试准备阶段

测试准备阶段需要完成测试案例编写，测试数据准备，测试环境准备， 测试准入检查工作。