【笔记】软件测试基本概念

软件测试就是按照测试方案和流程对产品进行功能和非功能性测试，甚至根据需要编写不同的测试工具，设计和维护测试系统，对测试方案可能出现的问题进行分析和评估。执行测试用例后，需要跟踪故障，以确保开发的的产品适合需求。

需求测试、架构测试、详细设计测试、单元测试、集成测试以及验收测试等。

CMMI模型 软件产品测试和开发过程的测量 事后变全过程 不是串行而是和开发过程并行

什么是测试用例
是执行条件和预期结果的集合，完整来讲是针对要测试的内容所确定的一组输入信息，是为达到最佳的测试效果或高效地揭露隐藏的错误而精心设计的少量测试数据。

测试用例=输入+输入+测试环境 输入是指数据和操作步骤，输出是指系统的预期结果，测试环境是指系统环境设置，包括软件环境、硬件环境、硬件环境和数据，有时还包括网络环境。

测试用例设计的关键点是：始终从客户需求的角度出发，始终围绕测试的覆盖和执行效率不断思考，最终通过有效的技术方法完成测试用例的设计。
标准：
高层次 考虑设计思路结构层次
1目标清楚并能满足软件质量的各个方面，包括功能测试、性能测试、安全测试、故障转移测试、负载测试
2设计思路正确清晰，通过序列图、状态图、工作流程图、数据流程图等来描述待测试功能特性或非功能特性
3在组织和分类上层次清楚。有合理的优先级或执行顺序
4测试用例覆盖所有测试点、覆盖所有已知的用户使用场景
5测试手段区别对待
6充分的负面测试 如边界、不正确的操作、正确或错误的数据输入
7没有重复、冗余的测试用例
低层次 考虑单个测试用例是否满足测试的需求，是否能被更有效的执行
发现缺陷，单一性，规范符合模板，描述清楚，操作步骤准确性，简单性，可验证，测试环境正确，测试数据充分，前提条件、依赖性有标识出来。

测试用例的基本原则
代表性（正常数据、边界数据、错误数据），可判断性（有相应的结果，无二义性），可再现性。

测试用例模板
1软件或项目的名称
2软件或项目的版本（内部版本号）
3功能模块名
4测试用例的简单描述，即该用例执行的目的或方法
5本测试用例的参考信息
6本用例与其他测试用例间的依赖关系
7本用例的前置条件，即执行本用例必须要满足的条件，如对数据库的访问权限
8用例的编号，如果可以是“软件名称简写—功能块简写—NO.”
9步骤号、操作步骤描述、测试数据描述
10预期结果（这是最重要的）和实际结果如果（如果有缺陷工具这条省略）
11开发人员（必须有）和测试人员（可有可无）
12测试执行日期

测试环境=软件（软件运行的操作系统）+硬件+网络（C/S B/S）+历史数据（测试用例执行所需初始化的各项数据）