zoukankan      html  css  js  c++  java
  • 软件测试中常用的术语


    Ad Hoc Testing--随机测试

    测试人员通过随机的尝试系统的功能,试图使系统中断。

    Acceptance Testing--可接受性测试

    一般由用户/客户进行的确认是否可以接受一个产品的验证性测试。

    Alpha Testing--Alpha测试

    由选定的用户进行的产品早期性测试。这个测试一般在可控制的环境下进行的。

    application software--应用软件

    满足特定需要的软件。

    udit--审计

    一个或一组工作产品的独立检查以评价与规格、标准、契约或其它准则的符合程度。

    audit trail--审计跟踪

    系统审计活动的一个时间记录。

    Automated Testing--自动化测试

    使用自动化测试工具来进行测试,这类测试一般不需要人干预,通常在GUI、性能等测试中用得较多。

    Beta Testing--Beta测试

    在客户场地,由客户进行的对产品预发布版本的测试。这个测试一般是不可控的。

    Black Box Testing--黑盒测试

    根据软件的规格对软件进行的测试,这类测试不考虑软件内部的运作原理,因此软件对用户来说就像一个黑盒子。

    bottom-up testing--由低向上测试

    渐增式集成测试的一种,其策略是先测试底层的组件,然后逐步加入较高层次的组件进行测试,直到系统所有组件都加入到系统。

    boundary value--边界值

    一个输入或输出值,它处在等价类的边界上。

    boundary value coverage--边界值覆盖

    通过测试用例,测试组件等价类的所有边界值。

    boundary value testing--边界值测试

    通过边界值分析方法来生成测试用例的一种测试策略。

    branch testing--分支测试

    通过执行分支结果来设计测试用例的一种方法。

    Breadth Testing--广度测试

    在测试中测试一个产品的所有功能,但是不测试更细节的特性。

    bug--缺陷

    cause-effect graph--因果图

    一个图形,用来表示输入(原因)与结果之间的关系,可以被用来设计测试用例。

    Compatibility Testing--兼容性测试

    测试软件是否和系统的其它与之交互的元素之间兼容,如:浏览器、操作系统、硬件等。

    complete path testing --完全路径测试

    参考穷尽测试(exhaustive testing)

    completeness--完整性

    实体的所有必须部分必须被包含的属性。

    complexity --复杂性

    系统或组件难于理解或验证的程度。

    Component--组件

    一个最小的软件单元,有着独立的规格


    Component Testing--组件测试

    configuration control--配置控制

    配置管理的一个方面,包括评价、协调、批准、和实现配置项的变更。

    Conformance Testing-- 一致性测试

    测试一个系统的实现是否和其基于的规格相一致的测试。

    coverage --覆盖率

    用于确定测试所执行到的覆盖项的百分比。

    Debugging--调试

    发现和去除软件失效根源的过程。

    entry point --入口点

    一个组件的第一个可执行语句。

    Equivalence Class--等价类

    组件输入或输出域的一个部分,在该部分中,组件的行为从组件的规格上来看认为是相同的。

    error guessing--错误猜测

    根据测试人员以往的经验猜测可能出现问题的地方来进行用例设计的一种技术。


    failure--失效

    软件的行为与其期望的服务相背离。

    fault--故障

    在软件中一个错误的表现

    Functional Testing--功能测试

    测试一个产品的特性和可操作行为以确定它们满足规格。

    input domain--输入域

    所有可能输入的集合

    interface--接口

    两个功能单元的共享边界。

    Load Testing--负载测试

    通过测试系统在资源超负荷情况下的表现,以发现设计上的错误或验证系统的负载能力。

    logic analysis--逻辑分析

    (1)评价软件设计的关键安全方程式、算法和控制逻辑的方法;

    (2)评价程序操作的顺序并且检测可能导致灾难的错误。

    maintainability--可维护性

    一个软件系统或组件可以被修改的容易程度,这个修改一般是因为缺陷纠正、性能改进或特性增加引起的。

    Monkey Testing--跳跃式测试

    随机性,跳跃式的测试一个系统,以确定一个系统是否会崩溃。

    operational testing--可操作性测试

    在系统或组件操作的环境中评价它们的表现。

    path testing--路径测试

    根据路径设计测试用例的一种技术,经常用于状态转换测试中。

    performance testing--性能测试

    评价一个产品或组件与性能需求是否符合的测试。

    portability testing--可移植性

    测试瞄准于证明软件可以被移植到指定的硬件或软件平台上。

    Positive Testing--正向测试

    测试瞄准于显示系统能够正常工作。

    QC--质量控制(quality control)

    用于获得质量需求的操作技术和过程,如测试活动

    QA--质量保证(quality assurance)

    (1)已计划的系统性活动,用于保证一个组件、模块或系统遵从已确立的需求;

    (2)采取的所有活动以保证一个开发组织交付的产品满足性能需求和已确立的标准和过程

    recovery testing--恢复性测试

    验证系统从失效中恢复能力的测试。

    Regression Testing--回归测试

    在发生修改之后重新测试先前的测试以保证修改的正确性

     release--发布

    一个批准版本的正式通知和分发

    reliability--可靠性

    一个系统或组件在规定的条件下在指定的时间内执行其需要功能的能力。

    risk assessment--风险评估

    对风险和风险影响的一个完整的评价

    safety--(生命)安全性

    不会引起人员伤亡、产生疾病、毁坏或损失设备和财产、或者破坏环境。

    ecurity.--(信息)安全性

    参考计算机系统安全性(computer system security)

    serviceability testing--可服务性测试

    参考可维护性测试(maintainability testing)

    Smoke Testing--冒烟测试

    对软件主要功能进行快餐式测试。最早来自于硬件测试实践,以确定新的硬件在第一次使用的时候不会着火。

     software engineering--软件工程

    一个应用于软件开发、操作和维护的系统性的、有纪律的、可量化的方法。

    specification--规格

    组件功能的一个描述,格式是:对指定的输入在指定的条件下的输出。

     state diagram--状态图

    一个图形,描绘一个系统或组件可能假设的状态,并且显示引起或导致一个状态切换到另一个状态的事件或环境。

    statement coverage--语句覆盖

    在一个组件中,通过执行一定的测试用例所能达到的语句覆盖百分比。

    statement testing--语句测试

    根据语句覆盖来设计测试用例的一种方法。

    Static Testing--静态测试

    不通过执行来测试一个系统。

    Stress Testing--压力测试

    在规定的规格条件或者超过规定的规格条件下,测试一个系统,以评价其行为。类似负载测试,通常是性能测试

    的一部分。

    system integration--系统集成

    一个系统组件的渐增的连接和测试,直到一个完整的系统

    System Testing--系统测试

    从一个系统的整体而不是个体上来测试一个系统,并且该测试关注的是规格,而不是系统内部的逻辑。

    test automation--测试自动化

    使用工具来控制测试的执行、结果的比较、测试预置条件的设置、和其它测试控制和报告功能。

    test case--测试用例

    用于特定目标而开发的一组输入、预置条件和预期结果。

    test execution--测试执行

    一个测试用例被被测软件执行,并得到一个结果。

    test procedure--测试规程

    一个文档,提供详细的测试用例执行指令。

    test records--测试记录

    对每个测试,明确的记录被测组件的标识、版本,测试规格,和实际结果

    test report--测试报告

    一个描述系统或组件执行的测试和结果的文档。

    Test Script--测试脚本

    一般指的是一个特定测试的一系列指令,这些指令可以被自动化测试工具执行。

    Test Specification--测试规格

    一个文档,用于指定一个软件特性、特性组合或所有特性的测试方法、输入、预期结果和执行条件。

    test strategy--测试策略

    一个简单的高层文档,用于描述测试的大致方法,目标和方向。

     traceability--可跟踪性

    开发过程的两个或多个产品之间关系可以被建立起来的程度,尤其是产品彼此之间有一个前后处理关系。

    Unit Testing--单元测试

    测试单个的软件组件,属于白盒测试范畴,其测试基础是软件内部的逻辑。

    Usability Testing--可用性测试

    White Box Testing--白盒测试

    根据软件内部的工作原理分析来进行测试。

    测试用户使用和学习产品的容易程度。

  • 相关阅读:
    命令行构建Unity项目
    Android AIDL实例解析
    Android aidl Binder框架浅析
    Uri详解之——Uri结构与代码提取
    Glide使用详解(一)
    ImageView的scaleType详解
    关于Android导入开源项目:Error:Unable to load class 'org.gradle.api.publication.maven.internal.DefaultMavenFa
    15 个 Android 通用流行框架大全
    动画 节拍器
    Android background tint颜色渲染
  • 原文地址:https://www.cnblogs.com/zhangleinihao/p/4118350.html
Copyright © 2011-2022 走看看