3．其他

3.1  术语与缩略语

•  BBS：Bulletin Board System。
•  测试依据：能够从中推断出组件/系统需求的所有文档。测试用例是基于这些文档的。只有通过正式的修正过程修正的文档才称为固定软件测试依据。

•  测试条件：组件/系统中能被一个或多个测试用例验证的条目或事件，如功能、事务、特性、质量属性或者结构化元素。

• 用例：为特定目标或软件测试条件（例如，执行特定的程序路径，或验证与特定需求的一致性）制定的一组输入值、执行入口条件、预期结果和执行出口条件。

•  概念测试用例：（High level test case）没有具体的（实现级别）输入数据和预期结果的测试用例。实际值没有定义或是可变的，而用逻辑概念代替。

•  详细测试用例：（low level test case）具有具体的（实现级别）输入数据和预期结果的测试用例。将抽象测试用例中使用的逻辑运算符替换为相对应的逻辑运算符的实际值。
•  测试说明：由软件测试设计说明、测试用例说明和/或软件测试规程说明组成的文档。
•  测试设计说明：为一个软件测试项指定软件测试条件（覆盖项）、具体软件测试方法，并识别相关高层测试用例的文档。

•  测试用例说明：对于一个软件测试项，用来指定一组测试用例（目标、输入、软件测试动作、期望结果、执行预置条件）的文档。

•  测试规程说明/软件测试规程：规定了执行软件测试的一系列行为的文档，也称为软件测试脚本或手工软件测试脚本。

•  准入准则：进入下一个任务（如软件测试阶段）必须满足的条件。准入条件的目的是防止执行不能满足准入条件的活动而浪费资源。

•  出口准则：和利益相关者达成一致的系列通用和专门的条件，来正式定义一个过程的结束点。出口准则的目的可以防止将没有完成的任务错误地看成任务已经完成。软件测试中使用的出口准则可以报告和计划什么时候可以停止软件测试。

•  测试策划：制定或更新软件测试计划的活动。

•  测试计划：描述预期软件测试活动的范围、方法、资源和进度的文档。它标识了软件测试项、软件测试的特性、软件测试任务、任务负责人、软件测试工程师的独立程度、软件测试环境、软件测试设计技术、软件测试的进入/退出准则和选择的合理性、需要紧急预案的风险，是软件测试策划过程的一份记录。

•  测试监控：处理与定时检查软件测试项目状态等活动相关的软件测试管理工作。用软件测试报告来比较实际结果和期望结果。

•  测试控制：当监测到的情况与预期情况背离时，制定和应用一组修正动作，以使软件测试项目保持正常进行的软件测试管理工作。

•  测试实现：开发、排序软件测试规程，创建软件测试数据，若需要，还包括准备软件测试用具和编写自动化软件测试脚本的过程。

•  测试结束：从已完成的软件测试活动中收集数据，总结基于软件测试件及相关事实和数据的软件测试结束阶段，包括对软件测试件的最终处理和归档，以及软件测试过程评估（包含软件测试评估报告的准备）。

•  风险：将会导致负面结果的因素，通常表达成可能的（负面）影响。

•  产品风险：与软件测试对象有直接关系的风险。

• 项目风险：与（软件测试）项目的管理与控制相关的风险。例如，缺乏配备人员，严格的限期，需求的变更等。

•  风险分析：评估识别出的风险，以估计其影响和发生的可能性的过程。

•  风险控制：为降低风险或控制风险在指定级别而达成的决议和实施防范（度量）措施的过程。

•  风险识别：使用技术手段（如头脑风暴、检查表和失败历史记录）标识风险的过程。

•  风险级别：风险的重要性，由风险的影响和可能性定义。风险级别能用于决定软件测试的强度。风险级别既能用定性的词（如高、中、低）表示，又能用定量的词表示。

•  风险管理：对风险进行标识、分析、优先级划分和控制所应用的系统化过程和实践。

•  风险类型：通过一个或多个公共因子对风险分组，如质量属性、原因、位置或风险的潜在影响等。用特定类型的软件测试能降低特定类型的风险。例如，易用性测试能降低因用户错误操作而引起的风险。

•  主测试计划：通常针对多个软件测试级别的软件测试计划。

•  级别测试计划：通常用于一个软件测试级别的软件测试计划。

•  测试估算：对（如花费的工作量、完成时间、涉及的成本、测试用例的数目等）可用的，即使可能不完整、不确定或嘈杂的输入数据近似计算的结果。

3.2  文档修改记录

每个Sprint对应一个级别测试计划。下一节为Sprint2级别测试计划。

顾翔凡言：

不是好的工作会给你带来好的心情，而是好的心情会给你带来好的工作。