ImageVerifierCode 换一换
格式:DOCX , 页数:40 ,大小:27.98KB ,
资源ID:10718656      下载积分:2 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/10718656.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(中英语对照.docx)为本站会员(b****8)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

中英语对照.docx

1、中英语对照常见专业术语:组织过程定义控制程序 软件生命周期模型 组织标准过程集合描述 s .组织标准过程裁剪指南 过程数据库使用规范 过程财富度量报告 项目生命周期模型选择工作单 组织过程焦点控制程序 工作章程 工作考核细则 过程改进建议处理控制程序 过程定义文件配置管理规范 过程行动组()工作记录 () 过程定义文件试验结果评定表 过程状态季度报告模板 过程行动计划 过程推广计划 过程试验计划 公司年度过程评估计划 公司过程改进总体要求 会议记录 过程改进建议和意见汇总表 过程改进实践状态清单 工作度量 程序文件评审讨论问题记录表 过程改进总体计划 过程改进工作度量报告 过程豁免申请单 过程

2、改进任务列表 组织级培训过程控制程序 兼职讲师管理规定 免修规程 培训课程开发规程 外购培训管理规程 培训效果评估规定 培训效果跟踪表 员工培训计划申请表 员工外训学习申请表 免修培训申请表 战略培训需求表 需求管理控制程序 需求变更控制规程 变更影响分析控制规程 确定项目已定义过程规程 s 项目协调与沟通规程 & 风险管理控制程序 风险管理指导书 风险管理计划 风险列表 商业现货软件产品选择控制程序 软件产品评价准则 软件产品评价报告 供应商合作通知单 第三方产品评估表 3 s 商业现货采购控制程序 软件子合同管理控制程序 子合同评审规程 子合同开发监管规程 子合同配置管理规程 子合同配置监

3、督计划模版 子合同审核规程 软件子承包商评定标准 直真软件开发子合同模板(商务) () s 子合同开发过程监控报告 子合同开发过程监控计划 子合同工作计划 产品(项目)子合同申请单 ( ) 候选子承包商评估报告 软件子合同评审记录 项目策划控制程序 规模估计规程 工作量估计规程 编制进度规程 项目策划计划 文档 项目环境列表 s 项目的任务列表 s 产品规模估计表 工作量估计表 关键计算机资源表 外来工作产品清单 主要工作产品清单 交付工作产品清单 人力资源需求表 人力资源评估表 项目人员计划表 s 项目预算工时表 s 项目需增加硬件、软件成本预算表 & 共利益者协调计划表 资料管理计划表 开

4、发计划 项目培训计划 项目进度表 项目总体进度表 合同项目立项报告 研发项目立项报告 项目跟踪监控程序 研发中心例会管理规定 研发项目组例会管理规定 项目关闭控制程序 里程碑评审规程 软件开发计划变更规程 对外承诺变更控制规程 测量与分析控制程序 & 度量项定义规程 测量目标选择表 项目测量数据集合 s 项目度量周报 s 测量规格说明书 度量报告 项目度量计划 s 决策分析与解决方案控制程序 运用指南 决策方案评价准则 过程与产品质量保证控制程序 不符合问题处理规程 项目过程活动评审规程 s 项目工作产品审核规程 s 质量保证活动策划规程 不符合问题等级标准 评价工作产品任务集合 评价过程活动

5、任务集合 不符合问题报告表 不符合问题跟踪记录表 工作产品审核记录表 过程活动评审记录表 项目计划进度表 s 外部专家审核报告 跨项目报告 项目报告 项目计划 软件配置管理控制程序 配置管理标准 测试阶段变更规程 产品出库规程 产品入库规程 产品发布管理规程 产品日常备份规程 配置变更分析规程 配置变更管理子过程 配置审核管理规程 产品库管理规程 配置项状态报告 功能配置审核报告模板 物理配置审核报告模板 基线配置审核报告模板 软件送测单 日常备份记录 配置项清单 产品发布通知 产品发布报告 配置管理计划模版 配置管理任务列表 配置审核问题跟踪记录表 文件归档申请单 项目任务单 s 最终产品规

6、模测量记录 销售管理控制程序 售前支持控制程序 售前技术支持计划 售前技术申请 产品定义过程控制程序 需求调研规程 软件需求分析控制程序 面向对象需求分析规程 需求分析方法工具指南 需求缺陷分类标准 需求规格说明 需求分析计划跟踪表 需求不一致项跟踪记录表 产品(产品构件)需求 ( ) 产品(产品构件)需求规格说明书 ( ) 产品(产品构件)需求规格说明书 ( ) 产品(产品构件)需求规格说明书 ( ) 产品(产品构件)需求规格说明书 ( ) 软件概要设计控制程序 软件详细设计控制程序 概要设计说明书模板一(面向对象) ()概要设计说明书模板 软件开发计划模版 数据库设计说明书模板 用户界面设

7、计说明书 详细设计说明书模板 产品实现控制程序-代码实现 设计问题跟踪记录表 编码规范 编程规范 产品构件实现清单 产品构件实现方法和计划 产品实现控制程序-支持文档实现 产品集成控制程序 接口管理规程 集成产品评价规程 产品集成策略模版 产品集成评价报告模版 接口跟踪表 接口不一致项列表 部件测试控制程序 产品集成测试控制程序 系统测试控制程序 测试控制程序 管理系统使用规范 确认规程 正式评审规程 同级评审指导书 技术评审规程 同级评审策划规程 正式评审申请表 技术评审申请表 评审工作分析报告 评审工作表 评审准备数据表 同级评审计划 评审记录和缺陷跟踪表 系统测试数据和测试环境设计 部件

8、测试数据和测试环境设计 部件测试用例 系统测试用例 系统测试方案 部件测试方案 接受系统测试检查单 接受产品集成测试检查单 接受部件测试检查单 接受 测试检查单 测试计划 测试计划 产品集成测试计划 测试问题记录表 单个自由产品测试总结 测试报告 测试总结 产品集成测试报告 代码走查规程 单元测试规程 制定确认策划规程 确认规程 需求确认方法描述 产品确认方法描述 确认计划书模板 产品验收控制程序 规程 产品发布规程 产品移交规程 系统集成控制程序 系统集成项目测试验收规程 系统集成项目维护规程 售后服务控制程序 客户服务请求处理表 客户服务请求解决情况统计表 客户满意度调查表 客户满意度统计

9、分析报告 客户满意改进方案 售后客户档案(原有文件) ( )维护项目控制程序 一级维护任务单 1 维护项目立项报告 维护项目工作计划 现场服务记录 现场培训记录 维护项目总结报告 二级任务单 2 项目结束通知单 项目决算报告 软件维护控制程序 维护需求记录表 软件维护申请表 软件维护记录单 可接受性测试一般由用户/客户进行的确认是否可以接受一个产品的验证性测试. 实际结果被测对象在特定的条件下实际产生的结果. 随机测试测试人员通过随机的尝试系统的功能,试图使系统中断.算法(1)一个定义好的有限规则集,用于在有限步骤内解决一个问题;(2)执行一个特定任务的任何操作序列. 算法分析一个软件的验证确

10、认任务,用于保证选择的算法是正确的、合适的和稳定的,并且满足所有精确性、规模和时间方面的要求. 测试由选定的用户进行的产品早期性测试.这个测试一般在可控制的环境下进行的.分析(1)分解到一些原子部分或基本原则,以便确定整体的特性;(2)一个推理的过程,显示一个特定的结果是假设前提的结果;(3)一个问题的方法研究,并且问题被分解为一些小的相关单元作进一步详细研究.异常在文档或软件操作中观察到的任何与期望违背的结果. 应用软件满足特定需要的软件.构架一个系统或组件的组织结构.自动化软件质量( )使用软件工具来提高软件的质量.断言指定一个程序必须已经存在的状态的一个逻辑表达式,或者一组程序变量在程序

11、执行期间的某个点上必须满足的条件. 断言检查用户在程序中嵌入的断言的检查.审计一个或一组工作产品的独立检查以评价与规格、标准、契约或其它准则的符合程度. 审计跟踪系统审计活动的一个时间记录. 自动化测试使用自动化测试工具来进行测试,这类测试一般不需要人干预,通常在、性能等测试中用得较多. 范式一种分析语言,用于形式化描述语言的语法基线一个已经被正式评审和批准的规格或产品,它作为进一步开发的一个基础,并且必须通过正式的变更流程来变更. 基本块一个或多个顺序的可执行语句块,不包含任何分支语句. 基本测试集根据代码逻辑引出来的一个测试用例集合,它保证能获得100%的分支覆盖.行为对于一个系统的一个函

12、数的输入和预置条件组合以及需要的反应.一个函数的所有规格包含一个或多个行为.标杆/指标/基准一个标准,根据该标准可以进行度量或比较. 测试在客户场地,由客户进行的对产品预发布版本的测试.这个测试一般是不可控的. 大锤测试/一次性集成测试非渐增式集成测试的一种策略,测试的时候把所有系统的组件一次性组合成系统进行测试. 黑盒测试根据软件的规格对软件进行的测试,这类测试不考虑软件内部的运作原理,因此软件对用户来说就像一个黑盒子. 由低向上测试渐增式集成测试的一种,其策略是先测试底层的组件,然后逐步加入较高层次的组件进行测试,直到系统所有组件都加入到系统. 边界值一个输入或输出值,它处在等价类的边界上

13、. 边界值覆盖通过测试用例,测试组件等价类的所有边界值. 边界值测试通过边界值分析方法来生成测试用例的一种测试策略. 边界值分析该分析一般与等价类一起使用.经验认为软件的错误经常在输入的边界上产生,因此边界值分析就是分析软件输入边界的一种方法.分支在组件中,控制从任何语句到其它任何非直接后续语句的一个条件转换,或者是一个无条件转换. 分支条件 分支条件组合覆盖在每个判定中所有分支条件结果组合被测试用例覆盖到的百分比. 分支条件组合测试通过执行分支条件结果组合来设计测试用例的一种方法. 分支条件覆盖每个判定中分支条件结果被测试用例覆盖到的百分比. 分支条件测试通过执行分支条件结果来设计测试用例的

14、一种方法. 分支覆盖通过测试执行到的分支的百分比. 分支结果见判定结果( ) 分支点 分支测试通过执行分支结果来设计测试用例的一种方法. 广度测试在测试中测试一个产品的所有功能,但是不测试更细节的特性.缺陷 捕获/回放工具参考 捕获/回放工具一种测试工具,能够捕获在测试过程中传递给软件的输入,并且能够在以后的时间中,重复这个执行的过程.这类工具一般在测试中用的较多.计算机辅助软件工程( )用于支持软件开发的一个自动化系统.计算机辅助测试在测试过程中使用计算机软件工具进行辅助的测试. 因果图一个图形,用来表示输入(原因)与结果之间的关系,可以被用来设计测试用例.证明一个过程,用于确定一个系统或组

15、件与特定的需求相一致. 变更控制一个用于计算机系统或系统数据修改的过程,该过程是质量保证程序的一个关键子集,需要被明确的描述. 代码审计由一个人、组或工具对源代码进行的一个独立的评审,以验证其与设计规格、程序标准的一致性.正确性和有效性也会被评价. 代码覆盖率一种分析方法,用于确定在一个测试套执行后,软件的哪些部分被执行到了,哪些部分没有被执行到. 代码检视一个正式的同行评审手段,在该评审中,作者的同行根据检查表对程序的逻辑进行提问,并检查其与编码规范的一致性. 代码走读一个非正式的同行评审手段,在该评审中,代码被使用一些简单的测试用例进行人工执行,程序变量的状态被手工分析,以分析程序的逻辑和

16、假设. 基于代码的测试根据从实现中引出的目标设计测试用例. 编程规范一些编程方面需要遵循的标准,包括命名方式、排版格式等内容. 兼容性测试测试软件是否和系统的其它与之交互的元素之间兼容,如:浏览器、操作系统、硬件等. 完全路径测试完整性实体的所有必须部分必须被包含的属性.复杂性系统或组件难于理解或验证的程度.组件一个最小的软件单元,有着独立的规格 组件测试 计算数据使用一个不在条件中的数据使用. 计算机系统安全性计算机软件和硬件对偶然的或故意的访问、使用、修改或破坏的一种保护机制.条件一个不包含布尔操作的布尔表达式,例如:A 条件覆盖通过测试执行到的条件的百分比. 条件结果条件为真为假的评价.

17、 配置控制配置管理的一个方面,包括评价、协调、批准、和实现配置项的变更. 配置管理一套技术和管理方面的原则用于确定和文档化一个配置项的功能和物理属性、控制对这些属性的变更、记录和报告变更处理和实现的状态、以及验证与指定需求的一致性. 一致性标准判断组件在一个特定输入值上的行为是否符合规格的一种方法. 一致性测试测试一个系统的实现是否和其基于的规格相一致的测试. 一致性在系统或组件的各组成部分和文档之间没有矛盾,一致的程度. 一致性检查器一个软件工具,用于测试设计规格中需求的一致性和完整性. 控制流程序执行中所有可能的事件顺序的一个抽象表示. 控制流图通过一个组件的可能替换控制流路径的一个图形表

18、示. 转换测试用于测试已有系统的数据是否能够转换到替代系统上的一种测试. 故障检修用于纠正硬件或软件中故障的维护.正确性软件遵从其规格的程度.正确性软件在其规格、设计和编码中没有故障的程度.软件、文档和其它项满足需求的程度.软件、文档和其它项满足用户明显的和隐含的需求的程度.覆盖率用于确定测试所执行到的覆盖项的百分比. 覆盖项作为测试基础的一个入口或属性:如语句、分支、条件等.崩溃计算机系统或组件突然并完全的丧失功能.关键性需求、模块、错误、故障、失效或其它项对一个系统的操作或开发影响的程度. 关键性分析需求的一种分析,它根据需求的风险情况给每个需求项分配一个关键级别. 循环复杂度一个程序中独

19、立路径的数量. 数据污染违背数据一致性的情况. 数据定义一个可执行语句,在该语句上一个变量被赋予了一个值. 数据定义覆盖在组件中被测试执行到的数据定义使用对的百分比. 数据定义使用对一个数据定义和一个计算数据使用,数据使用的值是数据定义的值. 数据定义覆盖在组件中被测试执行到的数据定义使用对的百分比. 数据定义使用对一个数据定义和一个条件数据使用,数据使用的值是数据定义的值. 数据定义使用覆盖在组件中被测试执行到的数据定义使用对的百分比. 数据定义使用对一个数据定义和一个数据使用,数据使用的值是数据定义的值. 数据定义使用测试以执行数据定义使用对为目标进行测试用例设计的一种技术. 数据字典(1

20、)一个软件系统中使用的所有数据项名称,以及这些项相关属性的集合.(2)数据流、数据元素、文件、数据基础、和相关处理的一个集合. 数据流分析一个软件验证和确认过程,用于保证输入和输出数据和它们的格式是被适当定义的,并且数据流是正确的. 数据流覆盖测试覆盖率的度量是根据变量在代码中的使用情况. 数据流图把数据源、数据接受、数据存储和数据处理作为节点描述的一个图形,数据之间的逻辑体现为节点之间的边. 数据流测试根据代码中变量的使用情况进行的测试. 数据完整性一个数据集合完全、正确和一致的程度. 数据使用一个可执行的语句,在该语句中,变量的值被访问. 数据确认用于确认数据不正确、不完整和不合理的过程.

21、 死代码在程序操作过程中永远不可能被执行到的代码.调试发现和去除软件失效根源的过程.判定一个程序控制点,在该控制点上,控制流有两个或多个可替换路由. 判定条件判定内的一个条件. 判定覆盖在组件中被测试执行到的判定结果的百分比. 判定结果一个判定的结果,决定控制流走哪条路径. 判定表一个表格,用于显示条件和条件导致动作的集合. 深度测试执行一个产品的一个特性的所有细节,但不测试所有特性.比较广度测试. 实验设计一种计划实验的方法,这样适合分析的数据可以被收集. 基于设计的测试根据软件的构架或详细设计引出测试用例的一种方法. 桌面检查通过手工模拟软件执行的方式进行测试的一种方式.诊断检测和隔离故障

22、或失效的过程. 肮脏测试参考负面测试( ) 灾难恢复一个灾难的恢复和重建过程或能力. 文档测试测试关注于文档的正确性.域值被选择的一个集合. 域测试参考等价划分测试( ) 动态分析根据执行的行为评价一个系统或组件的过程. 动态测试通过执行软件的手段来测试软件. 嵌入式软件软件运行在特定硬件设备中,不能独立于硬件存在.这类系统一般要求实时性较高.仿真一个模仿另一个系统的系统或设备,它接受相同的输入并产生相同的输出. 端到端测试在一个模拟现实使用的场景下测试一个完整的应用环境,例如和数据库交互,使用网络通信等. 实体关系图描述现实世界中实体及它们关系的图形. 入口点一个组件的第一个可执行语句. 等

23、价类组件输入或输出域的一个部分,在该部分中,组件的行为从组件的规格上来看认为是相同的. 等价划分覆盖在组件中被测试执行到的等价类的百分比. 等价划分测试根据等价类设计测试用例的一种技术. 等价划分组件的一个测试用例设计技术,该技术从组件的等价类中选取典型的点进行测试.错误的定义是:一个人为产生不正确结果的行为. 错误猜测根据测试人员以往的经验猜测可能出现问题的地方来进行用例设计的一种技术. 错误播种/错误插值故意插入一些已知故障()到一个系统中去的过程,目的是为了根据错误检测和跟踪的效率并估计系统中遗留缺陷的数量.异常/例外一个引起正常程序执行挂起的事件. 可执行语句一个语句在被编译后会转换成

24、目标代码,当程序运行是会被执行,并且可能对程序数据产生动作. 穷尽测试测试覆盖软件的所有输入和条件组合. 出口点一个组件的最后一个可执行语句. 期望结果参考预期结果( ).失效软件的行为与其期望的服务相背离.故障在软件中一个错误的表现. 可达路径可以通过一组输入值和条件执行到的一条路径. 特性测试参考功能测试( )失效模型效果分析( )可靠性分析中的一种方法,用于在基本组件级别上确认对系统性能有重大影响的失效.失效模型效果关键性分析( )的一个扩展,它分析了失效结果的严重性.故障树分析( )引起一个不需要事件产生的条件和因素的确认和分析,通常是严重影响系统性能、经济性、安全性或其它需要特性.

25、功能分解参考模块分解( ) 功能规格说明书一个详细描述产品特性的文档. 功能测试测试一个产品的特性和可操作行为以确定它们满足规格. 玻璃盒测试参考白盒测试( )美国电子与电器工程师学会( ) 渐增测试集成测试的一种,组件逐渐被增加到系统中直到整个系统被集成. 不可达路径不能够通过任何可能的输入值集合执行到的路径. 输入域所有可能输入的集合.检视对文档进行的一种评审形式. 可安装性测试确定系统的安装程序是否正确的测试.插装在程序中插入额外的代码以获得程序在执行时行为的信息.插装器执行插装的工具 集成测试测试一个应用组合后的部分以确保它们的功能在组合之后正确.该测试一般在单元测试之后进行.接口两个

26、功能单元的共享边界. 接口分析分析软件与硬件、用户和其它软件之间接口的需求规格. 接口测试测试系统组件间接口的一种测试. 无效输入在程序功能输入域之外的测试数据. 孤立测试组件测试(单元测试)策略中的一种,把被测组件从其上下文组件之中孤立出来,通过设计驱动和桩进行测试的一种方法.工作一个用户定义的要计算机完成的工作单元. 工作控制语言用于确定工作顺序,描述它们对操作系统要求并控制它们执行的语言.线性代码顺序和跳转( )包含三个部分:可执行语句线性顺序的起始,线性顺序的结束,在线性顺序结束处控制流跳转的目标语句. 覆盖在组件中被测试执行到的的百分比. 测试根据设计测试用例的一种技术. 负载测试通

27、过测试系统在资源超负荷情况下的表现,以发现设计上的错误或验证系统的负载能力. 逻辑分析(1)评价软件设计的关键安全方程式、算法和控制逻辑的方法.(2)评价程序操作的顺序并且检测可能导致灾难的错误. 逻辑覆盖测试参考结构化测试用例设计( )可维护性一个软件系统或组件可以被修改的容易程度,这个修改一般是因为缺陷纠正、性能改进或特性增加引起的. 可维护性测试测试系统是否满足可维护性目标. 修改条件/判定覆盖在组件中被测试执行到的修改条件/判定的百分比. 修改条件/判定测试根据设计测试用例的一种技术. 跳跃式测试随机性,跳跃式的测试一个系统,以确定一个系统是否会崩溃.平均失效间隔实际( )两次失效之间的平均操作时间.平均失效时间( )第一次失效之前的平均时间平均修复时间( )两次修复之间的平均时间 多条件覆盖参考分支条件组合覆盖( ) 变体分析一种确定测试用例套完整性的方法,该方法通过判断测试用例套能够区别程序与其变体之间的程度. 逆向测试/反向测试/负面测试测试瞄准于使系统不能工作. 非功能性需求测试与功能不相关的需求测试,如:性能测试、可用性测试等. N切换覆盖在组件中被测试执行到的N转换顺序的百分比. N切换测试根据N转换顺序设计测试用例的

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1