软件测试标准专业术语对照表

上传人:飞*** 文档编号:44401758 上传时间:2018-06-09 格式:DOC 页数:28 大小:149KB
返回 下载 相关 举报
软件测试标准专业术语对照表_第1页
第1页 / 共28页
软件测试标准专业术语对照表_第2页
第2页 / 共28页
软件测试标准专业术语对照表_第3页
第3页 / 共28页
软件测试标准专业术语对照表_第4页
第4页 / 共28页
软件测试标准专业术语对照表_第5页
第5页 / 共28页
点击查看更多>>
资源描述

《软件测试标准专业术语对照表》由会员分享,可在线阅读,更多相关《软件测试标准专业术语对照表(28页珍藏版)》请在金锄头文库上搜索。

1、软件测试专业术语对照表软件测试专业术语对照表 此术语表为国际软件测试认证委员会(ISTQB)发布的标准术语表。此国际软件测试认证委员会(ISTQB)发布的标准术语表即是以最新版的BS 7925-1标准为基础制定的国际化软件测试标准术语。 1 简介行业界、商业界、政府及学术机构曾经花费大量精力和时间以解释和区分一些常见的软件测试专业术语以期在各社会部门或机构之间达成交流,例如:语句覆盖(statement coverage) 和条件覆盖(decision overage); 测试套件(test suite)、测试规格说明书(test specification)和测试计划(testplan)等。

2、上述机构与专职机构定义的同名术语在含义上又往往有很大偏差。 2 范畴本文档旨在提供概念、条款、和定义为软件测试及相关从业人员进行有效交流的平台。 3 结构术语表中的词汇按字母顺序排列。术语如有同义词汇,本术语表解释最通用的词汇,其同义词汇会的仅被列出,不予重复解释。例如结构测试(structural testing) 和白盒测试(white box testing)。此类同义词在术语表中用“参见”列出,以便读者检索。“参见”往往连接着广义和狭义词或含义重叠的词汇。 4 标准参考至截稿日期,此标准有效版本为1.2。如所有其他标准一样,本术语表仍需根据以下相关标准的最新版本不断修正。此标准由IEC

3、 和 ISO 成员根据目前有效的国际相关标准进行更新。- BS 7925-2:1998. Software Component Testing.- DO-178B:1992. Software Considerations in Airborne Systems and Equipment Certification, Requirements and Technical Concepts for Aviation (RTCA SC167).- IEEE 610.12:1990. Standard Glossary of Software Engineering Terminology.- I

4、EEE 829:1998. Standard for Software Test Documentation.- IEEE 1008:1993. Standard for Software Unit Testing.- IEEE 1012:1986. Standard for Verification and Validation Plans- IEEE 1028:1997. Standard for Software Reviews and Audits.- IEEE 1044:1993. Standard Classification for Software Anomalies.- IE

5、EE 1219:1998. Software Maintenance.- ISO/IEC 2382-1:1993. Data processing - Vocabulary - Part 1: Fundamental terms.- ISO 9000:2000. Quality Management Systems Fundamentals and Vocabulary.- ISO/IEC 9126-1:2001. Software Engineering Software Product Quality Part 1: Quality characteristis and sub-chara

6、cteristics.- ISO/IEC 12207:1995. Information Technology Software Life Cycle Processes.- ISO/IEC 14598-1:1996. Information Technology Software Product Evaluation - Part 1: General Overview. Aabstract test case 抽象测试用例 参见high level test case. acceptance 验收 参见acceptance testing.acceptance criteria 验收准则为

7、了满足组件或系统使用者、客户或其他授权实体的需要,组件或系统必须达到的准则。IEEE 610 acceptance testing 验收测试一般由用户/客户进行的确认是否可以接受一个系统的验证性测试。是根据用户需求,业务流程进行的正式测试以确保系统符合所有验收准则。与IEEE 610 一致 accessibility testing 可达性测试可达性测试就是测试残疾人或不方便的人们使用软件或者组件的容易程度Gerard。即被测试的软件是否能够被残疾或者部分有障碍人士正常使用,这其中也包含了正常人在某些时候发生暂时性障碍的情况下正常使用,如怀抱婴儿等。 accuracy 准确性软件产品的提供的结

8、果的正确性、一致性和精确程度的能力。ISO9126 参见functionality testing actual outcome 实际结果 参见actual result actual result 实际结果 组件或系统测试之后产生或观察到的行为 ad hoc review 临时评审 非正式评审(和正式的评审相比) ad hoc testing 随机测试非正式的测试执行。即没有正式的测试准备、规格设计和技术应用,也没有期望结果和必须遵循的测试执行指南。 adaptability 适应性软件产品毋需进行额外修改,而适应不同特定环境的能力。ISO9126 参见 protability agile

9、testing 敏捷测试对使用敏捷方法,如极限编程(Extreme programming)开发的项目进行的软件测试,强调测试优先行的设计模式,见test driven development algorithm test TMap 算法测试 参见branch testing alpha testing Alpha 测试由潜在用户或者独立的测试团队在开发环境下或者模拟实际操作环境下进行的测试,通常在开发组织之外进行。通常是对现货软件(COTS)进行内部验收测试的一种方式。 analyzability 可分析性软件产品缺陷或运行失败原因可被诊断的能力,或对修改部分的可识别能力。ISO 9126

10、参见maintainability. analyzer 分析器 参见 static analyzer anomaly 异常任何和基于需求文档、设计文档、用户文档、标准或者个人的期望和预期之间偏差的情况,都可以称为异常。异常可以在但不限于下面的过程中识别:评审(review)、测试分析(test analysis)、编译(compilation)、软件产品或应用文档的使用等。参见defect, deviation, error, fault,failure, incident, problem arc testing 弧测试 参见 branch testing attractiveness 吸引

11、力软件产品吸引用户的能力.ISO9126参见 usability audit 审计对软件产品或过程进行的独立评审,来确认产品是否满足标准、指南、规格说明书以及基于客观准则的步骤等,包括下面的文档:(1)产品的内容与形式(2)产品开发应该遵循的流程(3)度量符合标准或指南的准则。IEEE1028 audit trail 审计跟踪以过程输出作为起点,追溯到原始输入(例如:数据)的路径。有利于缺陷分析和过程审计的开展。与TMap 一致 automated testware 自动测试件 用于自动化测试中的测试件,如,工具脚本 availability 可用性用户使用系统或组件的可操作和易用的程度,通常

12、以百分比的形式出现。IEEE 610 Bback-to-back testing 比对测试用相同的输入,执行组件或系统的两个或多个变量,在产生偏差的时候,对输出结果进行比较和分析。 baseline 基线通过正式评审或批准的规格或软件产品。以它作为继续开发的基准。并且在变更的时候,必须通过正式的变更流程来进行。与IEEE 610 一致 basic block 基本块一个或多个连续可执行的语句块,不包含任何分支语句。 basis test set 基本测试集根据组件的内部结构或规格说明书设计的一组测试用例集。通过执行这组测试用例可以保证达到100的指定覆盖准则(coverage criterio

13、n)的要求。 bebugging 错误散播 参见error seeding behavior 行为 组件或系统对输入值和预置条件的反应。 benchmark test 基准测试(1)为使系统或组件能够进行度量和比较而制定的一种测试标准;(2)用于组件或系统之间进行的比较或和(1)中提到的标准进行比较的测试。与IEEE 610 一致 bespoke software 定制软件为特定的用户定制开发的软件。与之对比的是现货软件(off-the-shelf software)。 best practice 最佳实践在界定范围内,帮助提高组织能力的有效方法或创新实践,通常被同行业组织视最佳的方法或实践。

14、 beta testing Beta 测试用户在开发组织外,没有开发人员参与的情况下进行的测试,检验软件是否满足客户及业务需求。这种测试是软件产品获得市场反馈进行验收测试的一种形式。 big-bang testing 大爆炸测试非增量集成测试的一种方法,测试的时候将软件单元、硬件单元或者两者同时,而不是阶段性的,集成到组件或者整个系统中去进行测试。与IEEE610 一致参见integration testing。 black-box technique 黑盒技术 参见black box test design technique black-box testing 黑盒测试不考虑组件或系统内部

15、结构的功能或非功能测试。 black-box test design technique 黑盒测试设计技术基于系统功能或非功能规格说明书来设计或者选择测试用例的技术,不涉及软件内部结构。 bottom-up testing 自底向上测试渐增式集成测试的一种,其策略是先测试底层的组件,以此为基础逐步进行更高层次的组件测试,直到系统集成所有的组件。参见integration testing。 boundary value 边界值通过分析输入或输出变量的边界或等价划分(equivalence partition)的边界来设计测试用例,例如,取变量的最大、最小值、中间值、比最大值大的值、比最小值小的值

16、等。 boundary value analysis 边界值分析一种黑盒设计技术(black box test design technique),基于边界值进行测试用例的设计。 boundary value coverage 边界值覆盖执行一个测试套件(test suite)所能覆盖的边界值(boundary value)的百分比。 boundary value testing 边界值测试 参见boundary value analysis。 branch 分支在组件中,控制从任何语句到其它任何非直接后续语句的一个条件转换,或者是一个无条件转换。例如: case, jump, go to, if-then-else 语句. branch condition 分支条件 参见条件(condition) branch condition combination coverage 分支条件组合覆盖 参见 multiple condition coverage. branch condition combinatio

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 行业资料 > 其它行业文档

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号