T(Visual Studio ALM 词汇表)

本词汇表定义了 Visual Studio Application Lifecycle Management (ALM) 帮助中使用的关键术语。

  • Tabular Data Stream (TDS) — 表格格式数据流 (TDS)
    在客户端与运行 Microsoft SQL Server 的服务器之间传输数据的内部协议。 TDS 允许客户端和服务器产品无需考虑操作系统、服务器版本或网络传输即可进行通信。

  • target
    对其执行操作的数据库。 根据操作的类型,该操作可能修改目标,也可能不进行修改。 例如,为了与数据库项目匹配而更新数据库的当前部署,您将数据库项目与数据库的当前部署进行比较,则此时部署的数据库被视为该操作的目标。

  • Task — 任务
    一种工作项类型,用于记录开发任务或测试任务。

  • Team Explorer — 团队资源管理器
    用于访问正在从事的团队项目。

  • Team Foundation Server
    一组工具和技术,使团队能够为生成产品或完成项目而协同工作。 这些工具包括源代码管理、工作项跟踪、生成、团队项目门户网站、报告和项目管理等功能。

  • Team Of Peers — 对等团队
    一种组织工作模型,着力打造由专家角色组成的具有凝聚力的小型团队,这些专家在完成各自的和集体的任务时平等地沟通。 此工作模型与传统的自上而下、线性结构的工作模型形成对照,其作用已经在各种各样的不同组织、文化和项目规模中经过了检验。

  • Team Project — 团队项目
    工作项、代码、测试、工作产品、指标等的命名集合,由定义的使用 Visual Studio Team Foundation 的团队用于跟踪相关工作的公共集。

  • team project collection host group — 团队项目集合的主机组
    已分配给团队项目集合的 Virtual Machine Manager 主机组。 另请参见:主机组。

  • team project collection library share — 团队项目集合库共享
    已分配给团队项目集合的 Virtual Machine Manager 库共享。

  • team project host group — 团队项目主机组
    出于部署虚拟环境的目的,已分配给团队项目的项目集合主机组。 另请参见:团队项目集合主机组。

  • team project library — 团队项目库
    提供给团队项目用于新建虚拟环境的存储的虚拟机、模板和环境的集合。

  • team project library share — 团队项目库共享
    已分配给团队项目用于存储虚拟机和模板的项目集合库共享。

  • Team Project Portal — 团队项目门户网站
    每个团队项目的 Windows SharePoint Services (WSS) 站点。 项目门户网站允许团队成员存储和共享与特定团队项目相关的文档、报告和信息。

  • Template — 模板
    由来宾操作系统配置文件、硬件配置文件以及一个或多个虚拟硬盘(.vhd 文件)组成的库资源,可用于创建新的虚拟机。 计算机标识信息一定已从包含操作系统文件的 .vhd 文件中删除。

  • test — 测试
    一个程序、一段脚本(手动或自动运行)、一组特定步骤或一些通用指令,可针对接受测试的软件重复运行,并将产生“通过”、“未通过”等测试结果,或产生可解析为“通过”或“未通过”的其他结果(如“无结论”)。

  • Test Adapter — 测试适配器
    负责加载特定类型的测试的代码程序集。

  • Test Agent — 测试代理
    一种接收、运行和报告单个计算机上的测试并收集数据的后台进程。 测试代理与通常位于其他计算机上的测试控制器进行通信。

  • test controller — 测试控制器
    一种使用安装的测试代理软件来管理一组计算机的后台进程。

  • Test Approach — 测试方法
    项目和每次迭代的测试目标、覆盖率、技术和数据。

  • Test Case — 测试用例
    包含预期结果的一系列操作。 测试用例用于评估应用程序的执行是否正确

  • Test Class — 测试类
    使用 TestClass 特性标记的任意类。

  • Test Condition — 测试条件
    在数据库单元测试中检验单元测试是否返回期望结果的一组频繁使用的验证函数。 测试条件分析单元测试的执行结果,并根据其参数确定结果是否符合测试条件的检验标准。

  • Test Configuration — 测试配置
    一组配置变量,它们指定测试应用程序所需的正确设置。

  • Test Deployment — 测试部署
    在测试执行过程中,将测试和用户或系统提到的所有依赖文件从它们的默认位置(例如,bin/debug)提取出来并复制到本地或远程执行目录。

  • Test Developer — 测试开发人员
    通常被指派创作代码测试的测试人员。

  • Test Effectiveness — 测试有效性
    表明对特定的测试运行覆盖或执行的代码量的报告。

  • Test Harness — 测试工具
    用于加载测试适配器并拥有执行测试的进程的应用程序。

  • Test List — 测试列表
    可从测试列表编辑器中选择和管理的测试的列表。

  • Test List Editor — 测试列表编辑器
    Visual Studio Application Lifecycle Management (ALM) 中用于管理、执行和控制大量测试和测试列表的窗口。

  • test method — 测试方法
    使用 TestMethod 特性标记的任意方法。 测试在其测试方法不在测试类中的情况下无法运行。

  • Test Metric — 测试指标
    测试的度量单位。 例如,单元测试覆盖率是开发团队的一个测试指标。

  • Test Metric Threshold — 测试指标阈值
    项目的目标,使用测试指标来测量。 例如,70% 的单元测试覆盖率是开发团队的一个测试指标阈值。

  • Test Mix — 测试组合
    定义虚拟用户在负载测试方案中运行给定测试的概率。 例如:20% 的概率运行 TestA,80% 的概率运行 TestB。 请参见:负载测试方案

  • Test Plan — 测试计划
    一组测试用例、它们的关联测试配置信息以及计划运行这些测试时的迭代。 测试用例可组织成一个测试套件层次结构,以便在运行测试套件时使用。

  • Test Point — 测试点
    特定测试套件中的测试用例和测试配置对。

  • Test Project — 测试项目
    专门创建用于包含测试类型的 Visual Studio 项目。

  • Test Result — 测试结果
    执行测试所得出的结论:“通过”、“未通过”或“无结论”。

  • Test Run — 测试运行
    一组要运行的测试用例和测试配置对。 可一起查看这组配对的结果。 测试运行可自动或手动进行。

  • Test Settings — 测试设置
    使用诊断数据适配器定义的一组变量,它们定义要运行测试的计算机、要收集的数据或在运行测试时执行的系统操作。 例如,收集代码覆盖率数据,或模拟特定网络。

  • Test Script — 测试脚本
    针对产品进行检查并产生“通过”或“未通过”结果的已定义的要求。 “通过”表示满足要求,“未通过”表示不满足要求。

  • Test Step — 测试步骤
    需要在运行测试时执行的操作,并且可能是该操作的预期结果。

  • Test Suite — 测试套件
    一组选定的测试用例。 测试套件可包含其他测试套件,但每个测试套件只能包含在一个其他测试套件中。

  • Test Task — 测试任务
    创建测试用例并测试产品的特定区域(通常是在方案或服务质量要求的上下文中)的任务分派。

  • Test Type — 测试类型
    一组功能和/或模板,用于帮助公开基础 Visual Studio 测试框架的一部分。

  • TestClass Attribute — TestClass 特性
    置于某个类元素上的特性,用于指示该类元素包含编码的测试。

  • testing capability — 测试功能
    虚拟环境的一个属性,使环境可以在 Microsoft 测试管理器中运行测试。

  • TestMethod Attribute — TestMethod 特性
    添加到某个方法元素的特性,用于指示该方法元素是编码的测试。

  • Think Profile — 思考时间配置文件
    用于指示在负载测试中是使用还是忽略思考时间的属性。 思考时间配置文件应用于负载测试中的整个方案。 其状态为:“打开”、“关闭”和“正态分布”。

  • Think Time — 思考时间
    从接收一个请求的答复到提交下一个请求所经过的时间。 例如,如果用户花大约 60 秒钟在基于 Web 的时间输入表单中输入需要的所有信息,则此方案的思考时间是 60 秒。

  • Threat — 威胁
    对手可能尝试使用入口点影响资产的方式。 威胁描述对手的目标。

  • Trade-off Matrix — 权衡矩阵
    用于管理项目权衡的工具,该工具在一个矩阵中描绘这些项目权衡,以便在三个决定(显示在 x 轴上)的上下文中反映三个项目变量(显示在 y 轴上)。 三个项目变量分别为资源(人员和资金)、时间表(时间)和功能(产品及其质量)。 这些变量有时显示为权衡三角形。 三个决定分别为是否优化、约束或接受给定的变量。 对项目变量中的一个进行更改将要求团队对三个边中的一条边进行更正以维护项目平衡,其中可能包括最初发生更改的那一条边。 例如,如果没有足够的时间和资源可用于支持开发,则向产品添加功能的决定可能要求移除其他功能。

  • Transaction — 事务
    一种更改管理机制,在此机制下,对模型所做的每组更改都可以通过一次操作而进行提交或回滚。 通过使用域特定语言设计器或通过编写自定义代码可以做出更改。

  • Triage — 会审
    一种过程,用于评审最新报告的或重新打开的 bug,并分配处理这些 bug 的优先级和迭代。

  • Triage Team — 会审团队
    执行会审(即评审最新报告的或重新打开的 bug 并分配处理这些 bug 的优先级和迭代的过程)的团队。

  • Trust Level — 信任级别
    外部实体的特征,通常基于其身份验证方式和拥有的特权。 可以将信任级别与入口点、角色、资产或其他受保护的资源相关联。