返回列表 回复 发帖 免费斗地主赢30元充值卡

软件测试工作中使用到的专业术语

  Negative Testing--逆向测试/反向测试/负面测试

  测试瞄准于使系统不能工作。

  non-functional requirements testing--非功能性需求测试

  与功能不相关的需求测试,如:性能测试、可用性测试等。

  N-switch coverage--N切换覆盖

  在组件中被测试执行到的N转换顺序的百分比。

  N-switch testing--N切换测试

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

  N-transitions--N转换

  N+1转换顺序

  operational testing--可操作性测试

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

  output domain--输出域

  所有可能输出的集合。

  常见测试术语十

  partition testing--分类测试

  参考等价划分测试(equivalence partition testing)

  path--路径

  一个组件从入口到出口的一条可执行语句顺序。

  path coverage--路径覆盖

  在组件中被测试执行到的路径的百分比。

  path sensitizing--路径敏感性

  选择一组输入值强制组件走一个给定的路径。

  path testing--路径测试

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

  performance testing--性能测试

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

  portability testing--可移植性

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

  Positive Testing--正向测试

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

  precondition--预置条件

  环境或状态条件,组件执行之前必须被填充一个特定的输入值。

  predicate--谓词

  一个逻辑表达式,结果为‘真’或‘假’。

  predicate data use--谓词数据使用

  在谓词中的一个数据使用。

  program instrumenter--程序插装

  参考插装(instrumenter)

  progressive testing--递进测试

  在先前特性回归测试之后对新特性进行测试的一种策略。

  pseudo-random--伪随机

  看似随机的,实际上是根据预先安排的顺序进行的。

  第129贴【2004-10-28】:常见测试术语十一

  QA--质量保证(quality assurance)

  (1)已计划的系统性活动,用于保证一个组件、模块或系统遵从已确立的需求。(2)采取的所有活动以保证一

  个开发组织交付的产品满足性能需求和已确立的标准和过程。

  QC--质量控制(quality control)

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

  Race Condition--竞争状态

  并行问题的根源。对一个共享资源的多个访问,至少包含了一个写操作,但是没有一个机制来协调同时发生的访问。

  recovery testing--恢复性测试

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

  regression analysis and testing--回归分析和测试

  一个软件验证和确认任务以确定在修改后需要重复测试和分析的范围。

  Regression Testing--回归测试

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

  release--发布

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

  reliability--可靠性

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

  reliability assessment--可靠性评价

  确定一个已有系统或组件的可靠性级别的过程。

  requirements-based testing--基于需求的测试

  根据软件组件的需求导出测试用例的一种设计方法。

  review--评审

  在产品开发过程中,把产品提交给项目成员、用户、管理者或其它相关人员评价或批准的过程。

  risk--风险

  不期望效果的可能性和严重性的一个度量。

  risk assessment--风险评估

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

  第130贴【2004-10-29】:常见测试术语十二

  safety--(生命)安全性

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

  safety critical--严格的安全性

  一个条件、事件、操作、过程或项,它的认识、控制或执行对生命安全性的系统来说是非常关键的。

  Sanity Testing--理智测试

  软件主要功能成分的简单测试以保证它是否能进行基本的测试。参考冒烟测试

  SDP--软件开发计划(software development plan)

  用于一个软件产品开发的项目计划。

  security testing--安全性测试

  验证系统是否符合安全性目标的一种测试。

  security.--(信息)安全性

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

  serviceability testing--可服务性测试

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

  simple subpath--简单子路径

  控制流的一个子路径,其中没有不必要的部分被执行。

  simulation--模拟

  使用另一个系统来表示一个物理的或抽象的系统的选定行为特性。

  simulation--模拟

  使用一个可执行模型来表示一个对象的行为。

  simulator--模拟器

  软件验证期间的一个设备、软件程序、或系统,当它给定一个控制的输入时,表现的与一个给定的系统类似。

  第131贴【2004-11-1】:常见测试术语十三

  SLA--服务级别协议(service level agreement)
  软件测试术语表[1]  软件测试

  acceptance testing: Formal testing conducted to enable a user, customer, or other authorized entity to determine whether to accept a system or component。

  接收测试:用来使一个用户、客户或者其它的权威机构决定是否接收一个系统或者组件的测试。

  actual outcome: The behaviour actually produced when the object is tested under specified conditions。

  实际输出:被测对象在特定条件下实际产生的行为。

  ad hoc testing: Testing carried out using no recognised test case design technique。

  探索式测试:不使用可识别的测试用例设计技术所进行的测试。

  alpha testing: Simulated or actual operational testing at an in-house site not otherwise involved with the software developers。

  α测试:在软件开发人员缺席的情况下内部做的模拟的或者实际的操作性测试。

  arc testing: A test case design technique for a component in which test cases are designed to execute branch outcomes。

  分支测试:一种针对组件的测试用例设计技术,通过分支覆盖来进行测试用例设计。

  Backus-Naur form: A meta language used to formally describe the syntax of a language。

  Backus-Naur 形式:一种用来从形式上描述一种语言的语法的元语言。

  basic block: A sequence of one or more consecutive, executable statements containing no branches。

  基本块:一个由不包含任何分支的一个或者多个连续的、可执行的指令组成的序列。

  basis test set: A set of test cases derived from the code logic which ensure that \% branch coverage is achieved。

  基本测试集:基于代码的逻辑结构且保证一定的分支覆盖率的测试用例的集合。

  bebugging: The process of intentionally adding known faults to those already in a computer program for the purpose of monitoring the rate of detection and removal, and estimating the number of faults remaining in the program。

  错误撒播:通过在计算机程序中人为的引入已知的错误来监测发现和消除错误的比率、估计程序中剩余的错误数的方法。

  behavior: The combination of input values and preconditions and the required response for a function of a system. The full specification of a function would normally comprise one or more behaviors。

 软件测试术语表[2]   软件测试 

    行为:系统中一个功能的输入值、前提条件和必要的响应的集合。一个功能的完整说明需要包含一个或多个行为。

  beta testing: Operational testing at a site not otherwise involved with the software developers。

  β测试:在软件开发人员缺席的情况下做的操作性测试。

  big-bang testing: Integration testing where no incremental testing takes place prior to all the system's components being combined to form the system。

  非渐增式测试:在单独测试所有构成系统的组件之前不进行任何额外测试的集成测试。

  black box testing: Test case selection that is based on an analysis of the specification of the component without reference to its internal workings。

  黑盒测试:不涉及组件的内部工作情况而只根据组件规格说明来选择测试用例的测试方法。

  bottom-up testing: An approach to integration testing where the lowest level components are tested first, then used to facilitate the testing of higher level components. The process is repeated until the component at the top of the hierarchy is tested。

  自底向上的测试:集成测试时先测试最低层的组件,然后用最低层的组件来帮助测试更高层组件的一种方法。这个过程一直重复进行直到最高层的组件被测试到。

  boundary value: An input value or output value which is on the boundary between equivalence classes, or an incremental distance either side of the boundary。

  边界值:位于两个等价类之间的输入或输出值,或者边界附近的值。

  boundary value analysis: A test case design technique for a component in which test cases are designed which include representatives of boundary values.

  边界值分析:为被测组件设计包含典型边界值的测试用例的一种测试用例设计方法。

  boundary value coverage: The percentage of boundary values of the component's equivalence classes which have been exercised by a test case suite.

  边界值覆盖:被一组测试用例覆盖到的被测组件等价类的边界值占所有边界值的百分比。
 软件测试常见术语-英文缩写

  ADO,ActiveX Data Object,ActiveX 数据对象。是ASP语言访问数据库的中间件。

  BAT,Build Aclearcase/" target="_blank" >cceptance Testing,工作版本可接受测试。新工作版本正式测试前进行的一项快速测试过程,目的是保证软件的基本功能和内容正确完整,具有可测试性,经过BAT测试后,就进入了正轨测试阶段。

  BRC,Bug Review Council,缺陷复查委员会。负责Adobe 软件缺陷的成员,负责复查报告的新缺陷是否正确,并且修正处理。

  CCJK,Chinese Simplified,Chinese Traditional, Japanese,Korean,简体中文,繁体中文,日文和朝鲜语。本地化测试中的四种典型东亚语言。

  CMM,Capability Maturity Model,能力成熟度模型。美国卡内基·梅隆大学的软件工程研究院(SEI)开发的用于软件开发过程的管理及工程能力的提高与评估的方法,共五个级别。

  C/S,Client/Server,客户机/服务器。局域网软件的一种模式。

  DBCS,Double Bytes Character Set,双字节字符集。用两个字节长度表示一个字符的字符编码系统。中文,日文和朝鲜文都用双字节字符集表示。

  DLL,Dynamic Link Library,动态链接库。大型软件常用的一种软件开发方法,按照功能模块将不同功能分别集成在不同的动态链接库中。国际化软件开发中通常将可以本地化的软件界面资源文件放在单独的动态链接库中,便于本地化处理。

  DTS,Defect Tracking System,缺陷跟踪系统。软件测试中集中管理软件缺陷(bug)的数据库,完成缺陷报告、修改、查询、统计等功能。

  EOF,End Of File,文件结尾。某些文件在存储时在结尾处写入代表结尾的特殊信息。

  ERP,Enterprise Resource Planning,企业资源规划。它是从MRP(物料资源计划)发展而来的新一代集成化管理信息系统,它扩展了MRP的功能,其核心思想是供应链管理,它跳出了传统企业边界,从供应链范围去优化企业的资源,是基于网络经济时代的新一代信息系统。

  EULA,End User License Agreement,终端用户许可协议。软件中关于终端用户安装和使用授权和其他许可的内容,通常是一个单独的文档。

  FIGS,French,Italian,Germany,Spanish)。法语,意大利语,德语,西班牙语。是软件本地化的欧洲代表语言。

  FTP, File Transform. Protocol,文件传输协议。用于向网络登入显示文件及目录清单的传输文件的协议。FTP支持多种文件类型和文件格式,包括ASCII文件和二进制文件。在软件测试项目中,对于大型文件(例如,Build和测试计划文档等),经常放在客户指定的采用FTP机制上传和下载的文件服务器上。

  GM,Golden Master,金版工作版本。是通过全部测试准备大量刻盘,正式对外发布的软件版本。

  GPM,Global Project Manager,全球项目经理。负责多种语言测试的项目经理,与本地项目经理以及客户方的项目经理协调,完成测试项目。

  HTTP,Hypertext Transfer Protocol,超级文本传输协议。用于管理超级文本与其他超级文本文档之间的连接。

  IE,Internet Explorer。微软(Microsoft)开发的一种因特网(Internet)浏览器。

  IIS,Internet Information Server,因特网信息服务器。一种因特网Web服务器。配置网站管理信息和服务。

  ISO,International Organization for Standardization,国际标准化组织。ISO是世界上最大的国际标准化组织。它成立于1947年2月23日,它的前身是1928年成立的“国际标准化协会国际联合会”(简称ISA)。ISO的最高权力机构是每年一次的“全体大会”,其日常办事机构是中央秘书处,设在瑞士的日内瓦。

  IT,Information Technology,信息技术。包含现代计算机、网络、通讯等信息领域的技术。IT的普遍应用,是进入信息社会的标志。

  LPM,Local Project Manager,本地项目经理。负责一种或多种特定区域语言测试的项目经理,与全球项目经理以及本地测试团队协调完成特定区域语言的测试项目。

  MIS,Management Information System,管理信息系统。进行日常事物操作的系统。

  NLS,National Language Support,国家语言支持。允许用户设置区域等软件功能。识别用户使用的语言、日期和时间格式等信息。也包括支持键盘布局和特定语言的字体。

  ODBC,Open Database Connectivity,开放式数据库互连。是微软公司开放服务结构中有关数据库的一个组成部分,它建立了一组规范,并提供了一组对数据库访问的标准API(应用程序编程接口)。这些API利用SQL来完成其大部分任务。ODBC本身也提供了对SQL语言的支持,用户可以直接将SQL语句送给ODBC。

  OS,Operation System,操作系统。管理和控制计算机系统中的所有硬,软件资源,合理地组织计算机工作流程,并为用户提供一个良好的工作环境和友好的基础软件。测试中常用的OS包括Windows,Mac,Linux等。

  PDF,Portable Document Format,便携式文档格式。由Adobe公司开发的基于PostScript标准的文件格式。PDF文件可以由其他软件创建,主要用于电子文档的发布。

  PO,Project Order,项目工作单。测试项目经理为每个测试工程师发送的包含测试内容、测试要求、测试提交时间、测试工具说明等的人物单。

  PPR,Post Project Review,项目后期审查。测试项目结束后的总结和审阅报告,包括成功的方面,失败的方面和今后的准备措施等。

  MS,Microsoft,微软,世界著名软件开发商。

  RC,Release Candidate,候补发布版本。软件测试中进行最后一次测试的软件工作版本。

  QA,Quality Assurance,质量保证。在ISO8402:1994中的定义是“为了提供足够的信任表明实体能够满足品质要求,而在品质管理体系中实施并根据需要进行证实的全部有计划和有系统的活动”。有些推行ISO9000的组织会设置这样的部门或岗位,负责ISO9000标准所要求的有关品质保证的职能,担任这类工作的人员就叫做QA人员。

  SGML,Standard Generalized Markup Language,标准通用标记语言。一种通用的文档结构描述置标语言,主要用来定义文献模型的逻辑和物理类结构。SGML是ISO组织于1986年发布的ISO 8879国际标准。
 软件测试专有名词  软件测试 

    Aclearcase/" target="_blank" >cceptance Testing--可接受性测试

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

  actual outcome--实际结果

  被测对象在特定的条件下实际产生的结果。

  Ad Hoc Testing--随机测试

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

  algorithm--算法

  (1)一个定义好的有限规则集,用于在有限步骤内解决一个问题;(2)执行一个特定任务的任何操作序列。

  algorithm analysis--算法分析

  一个软件的验证确认任务,用于保证选择的算法是正确的、合适的和稳定的,并且满足所有精确性、规模和时间方面的要求。

  Alpha Testing--Alpha测试

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

  analysis--分析

  (1)分解到一些原子部分或基本原则,以便确定整体的特性;(2)一个推理的过程,显示一个特定的结果是假设前提的结果;(3)一个问题的方法研究,并且问题被分解为一些小的相关单元作进一步详细研究。

  anomaly--异常

  在文档或软件操作中观察到的任何与期望违背的结果。

  application software--应用软件

  满足特定需要的软件。

  architecture--构架

  一个系统或组件的组织结构。

  ASQ--自动化软件质量(Automated Software Quality)

  使用软件工具来提高软件的质量。

  assertion--断言

  指定一个程序必须已经存在的状态的一个逻辑表达式,或者一组程序变量在程序执行期间的某个点上必须满足的条件。
返回列表