验收测试 (Acceptence Testing):从用户或客户的角度进行的一种测试,这种测试用于确定接受系统的标准。验收测试通常基于系统需求来进行。
即席测试(Ad Hoc Testing):测试的进行过程中没有正式的测试计划和测试用列的测试。
α测试(Alpha Tesst):在开发场所进行的一种验收测试。
方法(Approach):对如何进行测试的一种描述。包括影响测试有效性和测试效率的所有事宜。
假设(Assumption):预设的活动或状态。如果假设是错误的,那么这将是一种计划风险。
属性(Attribute):系统中涉及系统的各个方面的特性(比如性能、可使用性等。)
基线(Baseline):是对一个团队的过程在任一给定的时间点到达什么地方的一种度量。它用来对同一个团队在一个时间点和另一个时间点的过程进行比较。
基准(BenchMark):是指与其他公司的过程或静态模型相比,一个团队的过程处在什么地方的一种度量。
β测试(Beta Test):在客户场所进行的一种验收测试。
黒盒测试(Black-Box Testing):系统的内部工作方式未知或被忽略的一种测试。黒盒测试用来测试系统是不是按预期设想的那样工作。
边界值分析(Boundary Value Analysis):在系统或子系统的边界或边界附近进行的一种测试。
头脑风暴(Brainstorming):一种集体解决问题的方法,它囊括了团队中所有成员自发贡献的各种意见。
伙伴测试(Buddy Testing):连歌程序员共同开发或测试代码的一种技术。这里要使用预防性技术。(即,测试用例要在编码前完成)。
Bug:软件中存在的瑕疵,可能会导致系统失效。参见:缺陷。
校准(Calibration) :对测试用例覆盖需求清单和设计属性的情况的一种度量。
能力成熟度模型(Capability Maturity Model , CMM):用于评估一个组织的软件工程过程成熟度的框架。它是卡内基梅隆大学(Carnegie Mellon University)的软件工程研究所(SEI)开发的。
认证(Cerification):一个公共机构为那些表明已经精通和理解了特定知识体系的个人提供正式认可的一系列程序。
能手(Champion):一位有影响的领导,乐于为一个新的过程担任现场指导。
变更控制组(Chang Control Board,CCB):一个具有代表性的组织,它由开发人员、测试员、用户、客户和其他负责定义缺陷优先级和增强改进人员。也称为配置控制组。
代码冻结(Code Freeze):暂停对系统(需求、设计、代码和文档)的变更,或者严格管理系统的变更。
确认测试(Confirmation Testing):重新运行发现过的bug的测试,以确保该bug得到完全的、真正的修复。
共驻软件(Cohabiting Software):当一个软件被测试时,与该软件驻留于同一平台的应用程序。
巧合正确(Coincidental Correctness ):虽然数据处理过程时错误的,但测试用例的测试结果却是预期的正确结果,这种情况成为巧合正确。
应急措施( Contingency):为了消除或减少计划风险采取的活动。
覆盖(Coverage):一种度量,用于描述系统已经或将被测试集调用的程度。覆盖度量中比较有代表性的是基于代码、设计、需求或测试清单的度量。
分割线(Cut line):(在软件风险分析中)将被测试的特征和不被测试的特征之间的分界线。
圈复杂性(Cyclomatic Complexity):一种使用数学的图论来描述软件模块复杂性的方法。
调试(Debugging):对一个错误进行隔离、消除或修正。
判定表(Decision Tables):列出所有可能条件(输入)和所有可能的动作(输出)的表。
缺陷(Defect):软件中存在的瑕疵,可能会导致系统失效。参见Bug.
缺陷潜伏期(Defect Age):用来描述一个缺陷从引入到发现这段时间的一种度量。
缺陷密度(Defect density):将缺陷数&软件规模相比的一种度量(比如,每千行代码的缺陷数)。曲线密度通常用作软件质量的一个衡量标准。
缺陷发现率(Defect Discovery Rate):描述在特定时间段内发现的缺陷数的一种度量,通常以图表形式来显示。
缺陷消除率(Defect Removal Efficiency ,DRE):在一次活动中发现的缺陷数于能够发现的缺陷数的比值。缺陷消除率通常用作测试有效性的一个衡量标准。
缺陷种植(Defect Seeding):为了控制缺陷的发现率和消除率,并估计残留缺陷数,故意在一个有缺陷的计算机程序中添加已知缺陷的一种处理过程。也称为错误种植。
即席测试(Ad Hoc Testing):测试的进行过程中没有正式的测试计划和测试用列的测试。
α测试(Alpha Tesst):在开发场所进行的一种验收测试。
方法(Approach):对如何进行测试的一种描述。包括影响测试有效性和测试效率的所有事宜。
假设(Assumption):预设的活动或状态。如果假设是错误的,那么这将是一种计划风险。
属性(Attribute):系统中涉及系统的各个方面的特性(比如性能、可使用性等。)
基线(Baseline):是对一个团队的过程在任一给定的时间点到达什么地方的一种度量。它用来对同一个团队在一个时间点和另一个时间点的过程进行比较。
基准(BenchMark):是指与其他公司的过程或静态模型相比,一个团队的过程处在什么地方的一种度量。
β测试(Beta Test):在客户场所进行的一种验收测试。
黒盒测试(Black-Box Testing):系统的内部工作方式未知或被忽略的一种测试。黒盒测试用来测试系统是不是按预期设想的那样工作。
边界值分析(Boundary Value Analysis):在系统或子系统的边界或边界附近进行的一种测试。
头脑风暴(Brainstorming):一种集体解决问题的方法,它囊括了团队中所有成员自发贡献的各种意见。
伙伴测试(Buddy Testing):连歌程序员共同开发或测试代码的一种技术。这里要使用预防性技术。(即,测试用例要在编码前完成)。
Bug:软件中存在的瑕疵,可能会导致系统失效。参见:缺陷。
校准(Calibration) :对测试用例覆盖需求清单和设计属性的情况的一种度量。
能力成熟度模型(Capability Maturity Model , CMM):用于评估一个组织的软件工程过程成熟度的框架。它是卡内基梅隆大学(Carnegie Mellon University)的软件工程研究所(SEI)开发的。
认证(Cerification):一个公共机构为那些表明已经精通和理解了特定知识体系的个人提供正式认可的一系列程序。
能手(Champion):一位有影响的领导,乐于为一个新的过程担任现场指导。
变更控制组(Chang Control Board,CCB):一个具有代表性的组织,它由开发人员、测试员、用户、客户和其他负责定义缺陷优先级和增强改进人员。也称为配置控制组。
代码冻结(Code Freeze):暂停对系统(需求、设计、代码和文档)的变更,或者严格管理系统的变更。
确认测试(Confirmation Testing):重新运行发现过的bug的测试,以确保该bug得到完全的、真正的修复。
共驻软件(Cohabiting Software):当一个软件被测试时,与该软件驻留于同一平台的应用程序。
巧合正确(Coincidental Correctness ):虽然数据处理过程时错误的,但测试用例的测试结果却是预期的正确结果,这种情况成为巧合正确。
应急措施( Contingency):为了消除或减少计划风险采取的活动。
覆盖(Coverage):一种度量,用于描述系统已经或将被测试集调用的程度。覆盖度量中比较有代表性的是基于代码、设计、需求或测试清单的度量。
分割线(Cut line):(在软件风险分析中)将被测试的特征和不被测试的特征之间的分界线。
圈复杂性(Cyclomatic Complexity):一种使用数学的图论来描述软件模块复杂性的方法。
调试(Debugging):对一个错误进行隔离、消除或修正。
判定表(Decision Tables):列出所有可能条件(输入)和所有可能的动作(输出)的表。
缺陷(Defect):软件中存在的瑕疵,可能会导致系统失效。参见Bug.
缺陷潜伏期(Defect Age):用来描述一个缺陷从引入到发现这段时间的一种度量。
缺陷密度(Defect density):将缺陷数&软件规模相比的一种度量(比如,每千行代码的缺陷数)。曲线密度通常用作软件质量的一个衡量标准。
缺陷发现率(Defect Discovery Rate):描述在特定时间段内发现的缺陷数的一种度量,通常以图表形式来显示。
缺陷消除率(Defect Removal Efficiency ,DRE):在一次活动中发现的缺陷数于能够发现的缺陷数的比值。缺陷消除率通常用作测试有效性的一个衡量标准。
缺陷种植(Defect Seeding):为了控制缺陷的发现率和消除率,并估计残留缺陷数,故意在一个有缺陷的计算机程序中添加已知缺陷的一种处理过程。也称为错误种植。