软件测试中英文对照

合集下载

软件测试术语中英文对照

data corruption：数据污染
data definition C-use pair：数据定义C-use使用对
data definition P-use coverage：数据定义P-use覆盖
data definition P-use pair：数据定义P-use使用对
data definition：数据定义
data definition-use coverage：数据定义使用覆盖
data definition-use pair ：数据定义使用对
data definition-use testing：数据定义使用测试
Check In :检入
Check Out :检出
Closeout : 收尾
code audit ：代码审计
Code coverage : 代码覆盖
Code Inspection：代码检视
Core team : 核心小组
corrective maintenance：故障检修
correctness ：正确性
coverage ：覆盖率
coverage item：覆盖项
crash：崩溃
Beta testing : β测试
Black Box Testing：黑盒测试
Blocking bug : 阻碍性错误
Bottom-up testing : 自底向上测试
boundary value coverage：边界值覆盖
boundary value testing：边界值测试
Bug bash : 错误大扫除
bug fix : 错误修正
Bug report : 错误报告

软件测试中英文术语对照表

软件测试中英文术语对照表．软件测试中英文术语对照表英文术语中文术语对应的说明High Level Test Case Abstract Test Case 抽象测试用例Acceptance TestingAcceptance验为了满足组件或系统使用者客户或其他授权Acceptance Criteria验收准体的需要，组件或系统必须达到的准则IEEE610)一般由用客户进行的确认是否可以接受一Acceptance Testing验收测业务流系统的验证性测试是根据用户需求以确保系统复合所有验收准进行的正式测试（IEEE 61一致Accessibility Testing可达性测可达性测试就是测试残疾人或不方便的人使即被测试的软件是软件或者组件的容易程度这能够被残疾或者部分有障碍人士正常使用中也包含了正常人在某些时候发生暂时性障的情况下正常使用，如怀抱婴儿Accuracy准确软件产品提供的结果的正确性一致性和精确Functionality。

参序的能力ISO9126TestingActual OutcomeActual Result实际结实际结Actual Result组件或系统测试之后产生或观察到的行临时评Ad Hoc Review非正式评审（和正式的评审相比随机测非正式的测试执行即没有正式的测试准备Ad Hoc Testing也没有期望结果和必须遵格设计和技术应用的测试执行指Adaptability适应而适应不同特定软件产品无需进行额外修改Probability境的能。

参(ISO9126敏捷测Agile Tesing如极限编程开发的项目进行对使用敏捷方法Test强调测试优先行的设计模式软件测试Driven DevelopmentAlgorithm Test[Tmap]算法测Branch TestingAlphAlpha Testing 测由潜在用户或者独立的测试团队在开发环境通常在或者模拟实际操作环境下进行的测试发组织之外进行。

软件测试中英文对照

测试操作软件中英文对照

测试操作软件中英文对照目录：1 Satcon电源逆变系统操作主界面---------------------------------------------------------------------------------------------------------- 32 写入界面/ writer -------------------------------------------------------------------------------------------------------------------------- 52.1 控制/Control ---------------------------------------------------------------------------------------------------------------------------- 52.2 测试/Test ----------------------------------------------------------------------------------------------------------------------------------- 52.3 功能/Feature ----------------------------------------------------------------------------------------------------------------------------- 62.4 光伏/PV ------------------------------------------------------------------------------------------------------------------------------------- 62.5 组件/Components ------------------------------------------------------------------------------------------------------------------------ 72.6 额定值/Ratings ---------------------------------------------------------------------------------------------------------------------------- 82.7 直流电压保护/Vdc Prot ------------------------------------------------------------------------------------------------------ 82.8 直流电流保护/Idc Prot -------------------------------------------------------------------------------------------------------------- 92.9 交流电压保护/Vac Prot ------------------------------------------------------------------------------------------------------------- 102.10 交流电压保护2/Vac Prot 2 ------------------------------------------------------------------------------------------------------- 102.11 交流电流保护/Iac Prot ------------------------------------------------------------------------------------------------------------ 112.12 交流电流保护2/Iac2 Prot -------------------------------------------------------------------------------------------------------- 112.13 接地保护/Gnd Prot ---------------------------------------------------------------------------------------------------------------- 122.14 接地保护2/Gnd Prot 2 ------------------------------------------------------------------------------------------------------------ 122.15 频率保护/Frequency Prot -------------------------------------------------------------------------------------------------------- 132.16 寄存器/Regs ---------------------------------------------------------------------------------------------------------------------- 132.17 寄存器2/Regs 2 -------------------------------------------------------------------------------------------------------------------- 142.18 电压比例/V Scaling ---------------------------------------------------------------------------------------------------------------142.19 电流比例/I Scaling ----------------------------------------------------------------------------------------------------------------- 152.20 其他比例/Misc.Scaling ------------------------------------------------------------------------------------------------------------152.21 校准/Calibrate ---------------------------------------------------------------------------------------------------------------------- 162.22 温度/Thermal ------------------------------------------------------------------------------------------------------------------------ 162.23 温度2/Thermal 2 ------------------------------------------------------------------------------------------------------------------- 172.24 modbus通讯/Modbus -------------------------------------------------------------------------------------------------------------- 172.25 系列号/Serial ------------------------------------------------------------------------------------------------------------------------- 182.26 外部控制/Ext control --------------------------------------------------------------------------------------------------------------- 183 读取界面/reader ----------------------------------------------------------------------------------------------------------------------------193.1 测量/Meters ----------------------------------------------------------------------------------------------------------------------------- 203.2 相/Phases -------------------------------------------------------------------------------------------------------------------------------- 203.3 每个机器/Per Unit -------------------------------------------------------------------------------------------------------------------- 213.4 电流调节/I Regs ---------------------------------------------------------------------------------------------------------------------- 213.5 电压调节/V Regs --------------------------------------------------------------------------------------------------------------------223.6 软件/Software ------------------------------------------------------------------------------------------------------------------------- 223.7 计时器/Timers ------------------------------------------------------------------------------------------------------------------------ 233.8 温度/Thermal ------------------------------------------------------------------------------------------------------------------------- 233.9 直流输入路数1/String 1 ----------------------------------------------------------------------------------------------------------- 243.10 直流输入路数2/String 2 ---------------------------------------------------------------------------------------------------------- 24 3.11 直流输入每路千瓦时1/String kWHr 1 --------------------------------------------------------------------------------------- 25 3.12 直流输入每路千瓦时2/String kWHr 2 --------------------------------------------------------------------------------------- 25 3.13 数字信号输入/DIN ---------------------------------------------------------------------------------------------------------------25 3.14 数字信号输出/DOUT ------------------------------------------------------------------------------------------------------------263.15 模拟信号输入/AIN --------------------------------------------------------------------------------------------------------------264 点阵显示/Bit Show ---------------------------------------------------------------------------------------------------------------------- 27 4.1 状态/Status --------------------------------------------------------------------------------------------------------------------------- 27 4.2 现场可编程门阵列/FPGA --------------------------------------------------------------------------------------------------------27 4.3 输入/输出/INPUTS/OUTPUTS -------------------------------------------------------------------------------------------------- 28 4.4 故障1-3/Fault 1-3 ------------------------------------------------------------------------------------------------------------------- 29 4.5 故障4-6/Fault 4-6 ------------------------------------------------------------------------------------------------------------------- 30 4.6 故障7/Fault7 ------------------------------------------------------------------------------------------------------------------------ 30 4.7 比例/CAL ----------------------------------------------------------------------------------------------------------------------------- 31 4.8 点阵显示8/BitShow 8 -------------------------------------------------------------------------------------------------------------- 311 Satcon 电源逆变系统操作主界面简写注释：PCS : power conditioning system 电源逆变系统 PLL ：phase locked loop 锁相环路 volts : voltages 做名称是电压做单位是伏特 amps : amperes 安培 rdy : ready 准备 pwr ：power 功率操作Satcon 电源逆变系统操作软件点阵显示写入界面读取界面其他窗口停机重启启动停止转到本地控制转到远程控制唤醒待机直流输入电压直流连接电流没有故障锁相环路失效输入功率锁相环路没锁定输出电流输出视在功率输出有功功率功率因素直流输入没准备好输出电网端没准备好没准备好CR1开路CR2开路无功率输出门极关闭AC 断路器断开PI （Kp ，Ti ）: P=proportional 比例对应参数为Kp ， I=intergral 积分对应参数为Ti DSP ：Digital Signal Processor 数字信号处理器停机重启启动停止连接电源逆变系统断开电源逆变系统电源逆变系统通讯设置用户级别服务端级别系统级别退出软件比例积分调节（Kp ，Ti ）设置与DSP 通讯的参数从DSP 上传设置到电脑从电脑下载设置到DSP2 写入界面/ writer 2.1 控制/Controlcmd : command 指令，控制 2.2 测试/Test功率控制模式指令单位详细步骤保存运行使能无功功率控制模式有功功率控制功率因素控制无功功率控制直流电压控制最大dq 电流出厂默认100%有功功率升降速度无功功率升降速度保存所有设置到电脑和DSP 从电脑读取设置从DSP 读取设置清除设置测试模式选择闭合输出门极测试_选择外部输入掩码开环测试中电压控制闭环测试中电压控制风扇转速测试有功电流控制cct : circuit 电路open cct test 开环测试 short cct test 闭环测试 ext ：external 外部 2.3 功能/featurebw ：bandwidth 带宽estop ：emergency stop 紧急停止 2.4 光伏电压/PV急停_重置自动重置间隔时间锁相环路带宽自动重置最大尝试次数自动重置锁死时间输出接触器断开延时保存参数初始化指令重新接入电网延时min ：minimum 最小值，最小 PV ：photovoltage 光电压光伏mppt ：maximum power point tracking 最大功率点跟踪 2.5 组件/components直流输入门槛电压超过门槛电压后直流输入延时低功率限定低功率延时预充电电压最小值功率最小改变值直流电压操作每步间隔时间功率改变延时Mppt 中直流电压改变最小值 Mppt 中直流电压改变最大值风扇转速可(1)否(0)调节逆变桥数IGBT 开关频率死区时间输出滤波电感值输出滤波电容大小有（0）无（1）变压器三角型电压反馈1/星型接0直流输入路数freq：frequency 频率cap：capacity电容容量num：number 数量2.6 额定值/ratings额定输出功率额定输出频率额定输出电压额定逆变器输出电压欧洲机型CE 1，UL 0 变压器电压抽头比例语言接地类型:1接地，0 浮地inv：inverter 逆变器这里指逆变模块IGBTIGBT:Insulated Gate Bipolar Transistor 绝缘栅双极型晶体管euro：europe 欧洲2.7 直流电压保护/Vdc Protvolt ：voltage 电压inst ：instantaneous 瞬间，即刻的 Prot ：protection 保护 2.8 直流电流保护/Idc Prot直流输入电压过压保护直流输入过压保护延时直流输入电压欠压保护门限直流输入欠压保护延时直流过压保护门限直流过压保护延时直流欠压保护门限直流欠压保护延时直流过压瞬间保护门限直流欠压瞬间保护下限直流输入过流保护门限直流输入过流保护延时直流输入瞬间过流保护门限2.9 交流电压保护/Vac Prot2.10 交流电压保护2/Vac Prot 2输出电压瞬间过压保护门限输出电压过压快速保护门限输出电压过压快速保护延时输出过压慢速保护门限输出过压慢速保护延时输出欠压快速保护下限输出欠压快速保护延时输出欠压慢速保护下限输出欠压慢速保护延时输出电压不平衡保护门限输出电压不平衡保护延时2.11 交流电流保护/Iac Prot2.12 交流电流保护2/Iav2 ProtUL ：Underwriters Laboratories 美国保险商实验室说这个机器是UL 的是说这个机器要符合UL 认证标准同理CE 的是欧盟标准输出过流保护门限输出过流保护延时中线过流保护门限中线过流保护延时电流不平衡保护门限电流不平衡保护延时IGBT 过流保护门限 IGBT 过流保护延时UL 型号触发保护最小输出功率UL 型号触发保护的电流不平衡百分比值IGBT 硬件过流(短路)保护门限2.13 对地保护/Gnd ProtGFDI ：2.14 对地保护2/Gnd Prot 2漏电流快速保护门限漏电流快速保护延时漏电流慢速保护门限漏电流慢速保护延时接地直流保险保护动作电压接地直流保险保护动作延时对地阻抗保护门限阻值对地阻抗保护触发延时接地漏电流保护门限电流接地漏电流保护触发延时浮地阻抗测量传感器失效判定门限值Gnd：ground 地，接地Max：maximum 最大值2.15 频率保护/Frequency Prot超频保护门限超频保护延时欠频保护门限低频保护延时频率瞬间变动保护限定频率瞬间变动保护时间限定lmt：limit 限制限定tmlmt：time limit 时间限定2.16 寄存器/Regs（一般不用动）直流输入电压调节器增益直流输入电压调节器时间常量输出线电流调节器增益输出线电流调节器时间常量抗孤岛效应增益系数直流电流正反馈系数IGBT电流调节器增益IGBT电流调节器时间常量Reg：regulator 调节器应该指的是运放Cur：current 电流2.17 调节2/Regs 2（一般不用动）temp ：temperature 温度 2.18 电压比例/V Scalingfdbk ：feedback 反馈 2.19 电流比例/I Scaling功率调节器比例增益功率调节器积分增益散热片温度调节器比例增益散热片温度调节器积分增益散热片过温调节器比例增益散热片温度调节器积分增益直流输入电压反馈串联电阻 IGBT 电压反馈串联电阻输出电压反馈串联电阻IGBT 电压反馈比率输出电压反馈比率输出电压反馈并联电阻IGBT 电压反馈并联电阻直流输入电压反馈并联电阻2.20 其他比例/Misc.ScalingMisc.: miscellaneous 其他，各式各样 2.21 校准/Calibrate接地电流LEM 反馈比率接地电流LEM 反馈负载电阻直流电流LEM 反馈比直流电流反馈负载电阻IGBT 电流LEM 反馈比IGBT 电流反馈负载电阻输出电流CT 反馈比率中线电流CT 反馈比率输出电流反馈负载电阻中线电流反馈负载电阻温度反馈串联电阻温度反馈并联电阻直流输入路数电流LEM 反馈比率直流输入路数电流反馈负载电阻Vdgim 浮地阻抗取样反馈串联电阻 Vdgim 反馈并联电阻接地保险电压取样串联电阻接地保险电压取样并联电阻第二浮地阻抗取样反馈串联电阻第二浮地阻抗取样反馈并联电阻2.22 温度/Thermal2.23 温度2/Thermal 2校准反馈实际测量到的IGBT 的电压实际测量到的直流输入电压实际测量到的A 相电压实际测量到的B 相电压实际测量到的C 相电压温度过低保护门限风扇空气温度过低保护门限散热片温度过低保护门限风扇停止温度设定温度反馈路数温度过高保护门限风扇空气温度过高保护门限散热片温度过高保护门限风扇运转温度设定风扇最小转速PWR: power 功率FANON:fan on 风扇运转2.24 Modbus通讯/Modbus 2.25 系列号/serial 100%功率下风扇运转温度5%功率下风扇运转温度Modbus传输波特率Modbus访问代码Modbus数据位访问代码1 Modbus奇偶校验Modbus停止位从站地址nv: nonvolatile 非易失性 chksum ：checksum 校验和 prgm: program 程序 2.26 外部控制/Ext control系列号1输出频率跟踪允许非易失性写入F206 校验和保存程序校验和保存模拟功率因素控制1：外部继电器和4-20ma 功率因素控制 0：禁止外部控制最大功率因数范围功率控制开关1 功率控制开关2功率控制开关3功率控制开关4Ext: external 外部的 PF: power factor 功率因素 rng:range 范围 SW: switch 开关3 读取界面（只读参数）3.1 测量/meters3.2 相/Phases直流输入电压直流连接电压直流连接电流输入功率IGBT 电压 IGBT 电流输出线电压输出线电流输出有功功率输出无功功率总兆瓦小时输出视在功率功率因素总千瓦小时总瓦小时直流输入准备时间中线电流直流对地电流对地阻抗交流侧准备时间操作状态电脑指令远程指令接地保险电压IGBT a相电流IGBT b相电流IGBT c相电流风扇转速2组IGBT a相电流2组IGBT b相电流2组IGBT c相电流输出线电流a相输出线电流c相输出线电流b相电流不平衡输出电压a相输出电压b相输出电压c相电压不平衡ab相之间输出电压bc相之间输出电压ca相之间输出电压锁相环路错误锁相环路频率3.3 每个机器/Per Unit平均直流输入电压平均直流电压平均直流电流平均IGBT电压平均IGBT电流d轴平均IGBT电流q轴平均IGBT电流平均输出电压平均输出电流d轴平均输出电流q轴平均输出电流平均输入功率平均输出功率平均无功功率平均视在功率平均输出频率平均频率错误平均中线电流功率因素d轴平均IGBT电压q轴平均IGBT电压简写注释avg: average 平均值err ：error 错误3.4 电流调节/I Regs3.5 电压调节/V RegsRef ：reference 参考 3.6 软件/Softwared 轴输出电流指令 d 轴输出电流错误 d 轴输出电流反馈 d 轴d 轴输出维持电流 d 轴电压控制 q 轴输出电流指令 q 轴输出电流指令q 轴输出电流错误 q 轴 q 轴输出维持电流 q 轴电压控制d 轴IGBT 电流错误 d 轴IGBT 平均电流 d 轴IGBT 电流错误 d 轴IGBTd 轴IGBT 维持电流 d 轴 q 轴IGBT 控制 q 轴IGBT 平均电流q 轴IGBT 电流错误 q 轴IGBT q 轴IGBT 维持电流 q 轴参考电压反馈电压错误电压维持电压瞬间电压直流参考电流d 轴输出电压控制q 轴输出电压控制平均输入功率平均输出功率直流电压最低值直流电压最高值REV ：revision 版本 param ：parameter 参数 calc ：calculation 计算 ini ：initial 初始化3.7 计时器/Timersecs: seconds 秒 cntr: control 控制FPGA 版本 F206版本 F240版本程序校验和计算 206程序校验和计算参数校验和计算数据校验和计算程序校验和保F206校验和保存参数校验和读取数据校验和读取最大dq 电流仪表校验和保存参数校验和保存d 轴电流升降速度控制数据库初始化OK1数据库初始化OK2千瓦时控制AC 侧准备时间直流输入准备时间时间控制尝试次数锁定标记校验和错误故障总和计时器1 风扇重置计时器串行通讯接口校验和错误错误5 PWM 载波计数Modbus 超时 0功率时间限制串行通讯接口超时sci ：Serial Communications Interface 串行通讯接口 pwm ：Pulse Width Modulation 脉宽调制 3.8 温度/Thermalcab ：cabinet 箱，橱柜3.9 输入路数1/Strings 13.10 输入路数2/Strings 2风扇室空气温度控制箱温度散热片温度1风扇空气温度信号电压控制箱温度信号电压散热片温度信号电压1散热片最大温度风扇转速温度限定直流输入第一路电流直流输入所有路数平均电流直流输入第17路电流直流输入所有路数平均电流3.11路数千瓦小时1/String kWHr 1第一路千瓦时3.12 路数千瓦小时2/String kWHr 23.13 数字信号输入/DINDIN ：digital signal in 数字信号输入 DS ：disconnector 断路器 CR ：contactor 接触器 STAT ：status 状态LAC ：AC reactor 交流电抗器 TX: transformer 变压器 CB ：AC breaker 交流断路器 TSW ：temperature switch 温度开关 SURGE: surge suppressor 浪涌抑制 3.14数字信号输出/DOUT直流断路器门开关或急停直流接触器输入接地保护监测风扇2状态电抗器1温度开关变压器温度开关 1组IGBT 保险2组IGBT 保险交流接触器电抗器2温度开关交流断路器风扇状态急停 1组逆变模块温度开关 1组逆变模块温度开关直流浪涌抑制器交流浪涌抑制器操作开关选择风扇1温度开关风扇2温度开关数字信号输入功率数字信号输入功率因素DOUT: digital signal out 数字信号输出 3.15 模拟信号输入/AINAIN: analog signal in 模拟信号输入 NEUT: neutral 中线4 点阵显示界面4.1状态/Status数字信号输出1A 相输出电压模拟信号 A 相输出电流模拟信号IGBT 输入电压模拟信号 A 相输入电流模拟信号对地漏电流模拟信号中线电流模拟信号直流侧火线电流模拟信号直流输入电压浮地阻抗电压直流连接电压路数1路数2 温度测量电压测试10：没有初始化1 ：锁相环路被禁止2 ：锁相环路没锁定3：正序（逆变发电）4 ：输出端没有准备好5 ：直流输入没有准备好6：没有准备好7：没有故障8：没有停机9 ：没有运行10 ：无功率输出11 ：没有接入电网12：门极信号测试关闭13 ：开环测试模式关闭14 ：闭环测试模式关闭15：无参数4.2 现场可编程门阵列/FPGA0：IGBT光纤驱动信号反馈11：IGBT光纤驱动信号反馈22：IGBT光纤驱动信号反馈33：IGBT光纤驱动信号反馈4 4 ：IGBT光纤驱动信号反馈5 5：IGBT光纤驱动信号反馈620：直流电源OK 21：硬件过流1 OK 22：硬件过流2 OK23：24：IGBT 光纤驱动信号A25：IGBT光纤驱动信号B 26：IGBT光纤驱动信号C 27：IGBT光纤驱动信号A2 28：IGBT光纤驱动信号B2 29：IGBT光纤驱动信号C232：重启33：门极信号允许34：门极测试35：运行指示灯36：故障指示灯37：38：逆变模块2错误掩码39：逆变器模块2允许简写注释：HW: hardware 硬件OC：over current 过流en: enable 使能flt: fault 故障，错误msk：mask 掩码4.3 输入/输出/INPUTS/OUTPUTS0:直流断路器断开1：门打开2: 直流接触器断开3：GFDI接地错误4：风扇2 OK 5：电抗器温度过高6：隔离变压器温度过高7：逆变模块1烧保险8：逆变模块2烧保险9：交流接触器断开10：电抗器2温度过高11：电路切断器12：风扇1 OK 13：急停14：逆变模块1温度过高15：逆变模块2温度过高16：直流浪涌抑制器17：交流浪涌抑制器18：操作选择开关19：风扇1温度开关20：风扇2温度开关32：门极信号复位指令33：断开交流接触器指令34：断开预充电回路指令35：断开直流接触器指令36：没有发电37：故障38：切断电路保护指令39：GFDI复位信号40：风扇继电器41：风扇2脉宽调制42：门极信号关闭43：辅助多路传输144：辅助多路传输245：多路模拟开关3 46：多路模拟开关4 47：风扇1脉宽调制简写注释：xfmr：transformer 变压器brbk：breaker 断路器SS：surge suppressor 浪涌抑制器Prechg:precharge 预充电Amux：auxiliary multiplex 多路复用4.4 故障1-3/Fault 1-30：直流输入没准备好1：联网输出端没有准备好2：停止指令3：停机指令4：急停5：供电电源太低被停止6：电流太小被停止7：保护延时故障8：门被打开9：直流断路器断开10：电路切断器断开11：DPCB板故障12：硬件故障13：IGBT故障14：温度故障16：直流输入过压17：直流输入欠压18：直流过压19：直流欠压20：直流输入接地故障21：联网输出端慢速过压22：联网输出端快速过压23：联网输出端慢速欠压24：联网输出端快速欠压25：电压不平衡26：频率过高27：频率慢速过低28：频率快速过低29：中线过流30：联网输出端瞬间过压32：程序校验和33：fpga版本34：数据拷贝135：数据拷贝2 36：参数A拷贝1 37：参数A拷贝2 38：参数A拷贝239：参数B拷贝240：电压反馈比例41：电流反馈比例42：IGBT电流反馈43：额定值改变44：F206版本45：f206校验和46：非易失性ram故障47 ：fpga故障简写注释：OV：over voltage 过压UV: under voltage 欠压4.5 故障4-6/Fault 4-60：+5V隔离电源1: +5V DPCB板电源2：+15V DPCB板电源3：-15V DPCB板电源4：看门狗5：浪涌抑制器6：1组逆变模块保险7：2组逆变模块保险8：1组逆变模块温度9：2组逆变模块温度10：变压器温度11：电抗器温度12：预充电故障13：测试模式14：开环测试15：闭环测试16：A相门极信号反馈17：B相门极信号反馈18：C相门极信号反馈19：A2相门极信号反馈20：B2相门极信号反馈21：C2相门极信号反馈22：直流输入过流23：直流输入瞬间过流24：直流瞬间欠压25：直流瞬间过压26：IGBT软件过流27:1组IGBT硬件过流28：2组IGBT硬件过流29：联网输出端过流30：电流不平衡32：控制箱温度过高33：风扇室空气温度过高34：散热片1温度过高35：散热片2温度过高36：散热片3温度过高37：散热片4温度过高38：散热片5温度过高39：散热片6温度过高40：控制箱温度过低41：风扇空气温度过低42：散热片1温度过低43：散热片2温度过低44：散热片3温度过低45：散热片4温度过低46：散热片5温度过低47：散热片6温度过低简写注释：iso：insolated power 隔离电源DPCB：digital power control board 数字电源控制板SW: software软件hi：high 高htsnk：heatsink散热片lo：low 低4.6 故障7/Fault 70：风扇1故障1：风扇2故障2：直流接触器没有断开3：直流接触器没有闭合4：交流接触器没有断开5：交流接触器没有闭合7：8：4.7 比例/CAL0：A相输出感应电压和实际测量电压相差过大1：IGBT电压检测相位错误2：输出电流检测CT相位错误3：IGBT电流检测LEM相位错误9：B相输出感应电压和实际测量电压相差过大10：C相输出感应电压和实际测量电压相差过大11：IGBT感应电压和实际测量电压相差过大12：直流感应电压和实际测量电压相差过大13：直流输入感应电压和实际测量电压相差过大4.8 点阵显示8/Bit Show 80：功率因素0 1：功率因素12：功率因素2 3：功率因素34：功率控制指令0 5：功率控制指令1 6：功率控制指令2 7：功率控制指令3简写注释：PF: power factor 功率因素Pcmd：power command 功率控制。

软件测试行业常用专业术语中英文对照

软件测试行业常用专业术语中英文对照一、按测试类型1冒烟测试smoke testing2功能测试functional testing3UI测试user interface testing4性能测试performance testing5自动化测试automated testing6压力测试stress testing7负载测试load testing8并发测试concurrency testing9单元测试unit test10集成测试integration test11系统测试system test12验收测试acceptance testing13回归测试regression testing14alpha测试a lpha testing（非公司内部用户在公司内部的模拟环境中测试）15gamma测试gamma testing（用户在实际使用环境中测试，开发者不在现场，又名现场测试）16黑盒测试black box testing17白盒测试white box testing18灰盒测试gray box testing19随机测试ad-hoc test20兼容性测试compatibility testing21本地化测试localizational testing22国际化测试international testing23可移植性测试portability testing24引导测试pilot testing25安装测试installation testing26文档测试documentation testing27配置测试configuration test28可靠性测试reliability test29容量测试volume test30安全性测试security test31探索性测试exploratory test 32增量测试incremental test33接口测试interface testing34 互操作性测试interoperability testing 35维护测试maintenance testing36健壮性测试robustness testing37静态测试static testing38敏捷测试agile testing39自底向上测试bottom -up testing 40穷尽测试exhaustive testing41确认测试confirmation testing42一致性测试conformance testing二、按测试过程1 需求规格说明software requirementsspecification2测试规格说明test specification3阶段测试计划phase test plan4测试计划test plan5测试套件test suit6语句覆盖statement coverage7判定覆盖decision coverage8测试案例test case9 需求矩阵requirement trackingmatrix10入口准则entry criteria11出口准则exit criteria12预期结果expected outcome13实际结果actual outcome14正式评审formal review15非正式评审informal review16事件日志incident logging17输入input18输出output19结果outcome20基线baseline21模块module22运行环境operational environment23优先级priority24交付物deliverable25评审人reviewer26测试周期test circle27测试数据test data28测试环境test environment29测试执行test execution30测试项test item31测试监控test monitoring32测试对象test object33测试报告test report34测试脚本test script35测试策略test strategy36客户端client37服务器server38浏览器browser三、按bug相关1缺陷bug2缺陷报告bug report3错误error4代码code5条件condition6缺陷跟踪defeat tracking7通过pass8失败failed9内存泄漏memory leak10路径path11风险risk12崩溃crush13调试debug14部署deployment15异常exception四、按工具类1回放replay2因果图cause - effect graph3编译器compiler4配置管理工具configurationmanagement tool5每日构建daily build6错误推测erro guessing7结构化查询语句structured query language其它1能力成熟度模型capability maturity model2质量控制quality control3质量保证quality assurance。

软件测试专业术语中英文对照表-CSTQB

软件测试专业术语中英文对照表3.2版（2018年4月15日）中文版（2019年1月18日）国际软件测试认证委员会“术语工作组”编制中文版的翻译编辑和出版由ISTQB授权的CSTQB负责修订历史发布说明版本3.2（2018年4月15日）本版本主要支持新的基础级大纲2018版本。

修订基于下列这些原因：●FLN2018新增术语；●以前提出要修订的FL术语或高优先级术语；●FL术语参考国际标准的改变。

目录修订历史............................................................................................................................................. - 2 - 发布说明........................................................................................................................................... - 14 - 目录................................................................................................................................................... - 15 - 致谢................................................................................................................................................... - 16 - 0、术语表简介................................................................................................................................. - 18 -0.1本文档的目的..................................................................................................................... - 18 -0.2范畴..................................................................................................................................... - 19 -0.3术语表结构......................................................................................................................... - 19 -0.4商标..................................................................................................................................... - 20 -1、定义............................................................................................................................................. - 21 -A ................................................................................................................................................ - 21 -B ................................................................................................................................................ - 23 -C ................................................................................................................................................ - 25 -D ................................................................................................................................................ - 29 -E ................................................................................................................................................ - 33 -F ................................................................................................................................................ - 35 -G ................................................................................................................................................ - 38 -H ................................................................................................................................................ - 38 -I ................................................................................................................................................. - 39 -K ................................................................................................................................................ - 41 - L ................................................................................................................................................ - 42 - M ............................................................................................................................................... - 43 - N ................................................................................................................................................ - 46 - O ................................................................................................................................................ - 47 - P ................................................................................................................................................ - 48 - Q ................................................................................................................................................ - 51 - R ................................................................................................................................................ - 52 - S ................................................................................................................................................ - 56 - T ................................................................................................................................................ - 62 - U ................................................................................................................................................ - 71 - V ................................................................................................................................................ - 72 - W ............................................................................................................................................... - 73 - 附录A：参考文献........................................................................................................................... - 75 - 标准........................................................................................................................................... - 75 - 书籍和文章............................................................................................................................... - 76 -致谢英文术语表编制参与者：本文档由国际软件测试认证委员会（ISTQB）术语工作组编制。

软件测拭英语术语

软件测试中英文词汇汇总表2008-04-03 09:36作者：csdn出处：天极网责任编辑：孙蓬阳Acceptance testing : 验收测试Acceptance Testing：可接受性测试Accessibility test : 软体适用性测试actual outcome：实际结果Ad hoc testing : 随机测试Algorithm analysis : 算法分析algorithm：算法Alpha testing : α测试analysis：分析anomaly：异常application software：应用软件Application under test (AUT) : 所测试的应用程序Architecture : 构架Artifact : 工件ASQ：自动化软件质量（Automated Software Quality）Assertion checking : 断言检查Association : 关联Audit : 审计audit trail：审计跟踪Automated Testing：自动化测试Backus-Naur Form：BNF范式baseline：基线Basic Block：基本块basis test set：基本测试集Behaviour : 行为Bench test : 基准测试benchmark：标杆/指标/基准Best practise : 最佳实践Beta testing : β测试Black Box Testing：黑盒测试Blocking bug : 阻碍性错误Bottom-up testing : 自底向上测试boundary value coverage：边界值覆盖boundary value testing：边界值测试Boundary values : 边界值Boundry Value Analysis：边界值分析branch condition combination coverage：分支条件组合覆盖branch condition combination testing：分支条件组合测试branch condition coverage：分支条件覆盖branch condition testing：分支条件测试branch condition：分支条件Branch coverage : 分支覆盖branch outcome：分支结果branch point：分支点branch testing：分支测试branch：分支Breadth Testing：广度测试Brute force testing: 强力测试Buddy test : 合伙测试Buffer : 缓冲Bug : 错误Bug bash : 错误大扫除bug fix : 错误修正Bug report : 错误报告Bug tracking system: 错误跟踪系统bug：缺陷Build : 工作版本（内部小版本）Build Verfication tests(BVTs): 版本验证测试Build-in : 内置Capability Maturity Model (CMM): 能力成熟度模型Capability Maturity Model Integration (CMMI): 能力成熟度模型整合capture/playback tool：捕获/回放工具Capture/Replay Tool：捕获/回放工具CASE：计算机辅助软件工程（computer aided software engineering）CAST：计算机辅助测试cause-effect graph：因果图certification ：证明change control：变更控制Change Management :变更管理Change Request :变更请求Character Set : 字符集Check In :检入Check Out :检出Closeout : 收尾code audit ：代码审计Code coverage : 代码覆盖Code Inspection：代码检视Code page : 代码页Code rule : 编码规范Code sytle : 编码风格Code Walkthrough：代码走读code-based testing：基于代码的测试coding standards：编程规范Common sense : 常识Compatibility Testing：兼容性测试complete path testing ：完全路径测试completeness：完整性complexity ：复杂性Component testing : 组件测试Component：组件computation data use：计算数据使用computer system security：计算机系统安全性Concurrency user : 并发用户Condition coverage : 条件覆盖condition coverage：条件覆盖condition outcome：条件结果condition：条件configuration control：配置控制Configuration item : 配置项configuration management：配置管理Configuration testing : 配置测试conformance criterion：一致性标准Conformance Testing：一致性测试consistency ：一致性consistency checker：一致性检查器Control flow graph : 控制流程图control flow graph：控制流图control flow：控制流conversion testing：转换测试Core team : 核心小组corrective maintenance：故障检修correctness ：正确性coverage ：覆盖率coverage item：覆盖项crash：崩溃criticality analysis：关键性分析criticality：关键性CRM(change request management): 变更需求管理Customer-focused mindset : 客户为中心的理念体系Cyclomatic complexity : 圈复杂度data corruption：数据污染data definition C-use pair：数据定义C-use使用对data definition P-use coverage：数据定义P-use覆盖data definition P-use pair：数据定义P-use使用对data definition：数据定义data definition-use coverage：数据定义使用覆盖data definition-use pair ：数据定义使用对data definition-use testing：数据定义使用测试data dictionary：数据字典Data Flow Analysis : 数据流分析data flow analysis：数据流分析data flow coverage：数据流覆盖data flow diagram：数据流图data flow testing：数据流测试data integrity：数据完整性data use：数据使用data validation：数据确认dead code：死代码Debug : 调试Debugging：调试Decision condition：判定条件Decision coverage : 判定覆盖decision coverage：判定覆盖decision outcome：判定结果decision table：判定表decision：判定Defect : 缺陷defect density : 缺陷密度Defect Tracking :缺陷跟踪Deployment : 部署Depth Testing：深度测试design for sustainability :可延续性的设计design of experiments：实验设计design-based testing：基于设计的测试Desk checking : 桌前检查desk checking：桌面检查Determine Usage Model : 确定应用模型Determine Potential Risks : 确定潜在风险diagnostic：诊断DIF(decimation in frequency) : 按频率抽取dirty testing：肮脏测试disaster recovery：灾难恢复DIT （decimation in time）: 按时间抽取documentation testing ：文档测试domain testing：域测试domain：域DTP DETAIL TEST PLAN详细确认测试计划Dynamic analysis : 动态分析dynamic analysis：动态分析Dynamic Testing：动态测试embedded software：嵌入式软件emulator：仿真End-to-End testing：端到端测试Enhanced Request :增强请求entity relationship diagram：实体关系图Encryption Source Code Base：加密算法源代码库Entry criteria : 准入条件entry point ：入口点Envisioning Phase : 构想阶段Equivalence class : 等价类Equivalence Class：等价类equivalence partition coverage：等价划分覆盖Equivalence partition testing : 等价划分测试equivalence partition testing:参考等价划分测试equivalence partition testing：等价划分测试Equivalence Partitioning：等价划分Error : 错误Error guessing : 错误猜测error seeding：错误播种/错误插值error：错误Event-driven : 事件驱动Exception handlers : 异常处理器exception：异常/例外executable statement：可执行语句Exhaustive Testing：穷尽测试exit point：出口点expected outcome：期望结果Exploratory testing : 探索性测试Failure : 失效Fault : 故障fault：故障feasible path：可达路径feature testing：特性测试Field testing : 现场测试FMEA：失效模型效果分析（Failure Modes and Effects Analysis）FMECA：失效模型效果关键性分析(Failure Modes and Effects Criticality Analysis) Framework : 框架FTA：故障树分析(Fault Tree Analysis)functional decomposition：功能分解Functional Specification ：功能规格说明书Functional testing : 功能测试Functional Testing：功能测试G11N(Globalization) : 全球化Gap analysis : 差距分析Garbage characters : 乱码字符glass box testing：玻璃盒测试Glass-box testing : 白箱测试或白盒测试Glossary : 术语表GUI(Graphical User Interface): 图形用户界面Hard-coding : 硬编码Hotfix : 热补丁I18N(Internationalization): 国际化Identify Exploratory Tests –识别探索性测试IEEE：美国电子与电器工程师学会（Institute of Electrical and Electronic Engineers）Incident 事故Incremental testing : 渐增测试incremental testing：渐增测试infeasible path：不可达路径input domain：输入域Inspection : 审查inspection：检视installability testing：可安装性测试Installing testing : 安装测试instrumentation：插装instrumenter：插装器Integration :集成Integration testing : 集成测试interface : 接口interface analysis：接口分析interface testing：接口测试interface：接口invalid inputs：无效输入isolation testing：孤立测试Issue : 问题Iteration : 迭代Iterative development: 迭代开发job control language：工作控制语言Job：工作Key concepts : 关键概念Key Process Area : 关键过程区域Keyword driven testing : 关键字驱动测试Kick-off meeting : 动会议L10N(Localization) : 本地化Lag time : 延迟时间LCSAJ：线性代码顺序和跳转（Linear Code Sequence And Jump）LCSAJ coverage：LCSAJ覆盖LCSAJ testing：LCSAJ测试Lead time : 前置时间Load testing : 负载测试Load Testing：负载测试Localizability testing: 本地化能力测试Localization testing : 本地化测试logic analysis：逻辑分析logic-coverage testing：逻辑覆盖测试Maintainability : 可维护性maintainability testing：可维护性测试Maintenance : 维护Master project schedule :总体项目方案Measurement : 度量Memory leak : 内存泄漏Migration testing : 迁移测试Milestone : 里程碑Mock up : 模型，原型modified condition/decision coverage：修改条件/判定覆盖modified condition/decision testing ：修改条件/判定测试modular decomposition:参考模块分解Module testing : 模块测试Monkey testing : 跳跃式测试Monkey Testing：跳跃式测试mouse over：鼠标在对象之上mouse leave：鼠标离开对象MTBF：平均失效间隔实际（mean time between failures）MTP MAIN TEST PLAN主确认计划MTTF：平均失效时间（mean time to failure）MTTR：平均修复时间（mean time to repair）multiple condition coverage：多条件覆盖mutation analysis：变体分析N/A(Not applicable) : 不适用的Negative Testing : 逆向测试, 反向测试, 负面测试negative testing:参考负面测试Negative Testing：逆向测试/反向测试/负面测试off by one：缓冲溢出错误non-functional requirements testing:非功能需求测试nominal load:额定负载N-switch coverage：N切换覆盖N-switch testing：N切换测试N-transitions：N转换Off-the-shelf software : 套装软件operational testing：可操作性测试output domain：输出域paper audit:书面审计Pair Programming : 成对编程partition testing：分类测试Path coverage : 路径覆盖path coverage：路径覆盖path sensitizing：路径敏感性path testing：路径测试path：路径Peer review : 同行评审Performance : 性能Performance indicator: 性能（绩效）指标Performance testing : 性能测试Pilot : 试验Pilot testing : 引导测试Portability : 可移植性portability testing：可移植性测试Positive testing : 正向测试Postcondition : 后置条件Precondition : 前提条件precondition：预置条件predicate data use：谓词数据使用predicate：谓词Priority : 优先权program instrumenter：程序插装progressive testing：递进测试Prototype : 原型Pseudo code : 伪代码pseudo-localization testing：伪本地化测试pseudo-random：伪随机QC：质量控制（quality control）Quality assurance(QA): 质量保证Quality Control(QC) : 质量控制Race Condition：竞争状态Rational Unified Process(以下简称RUP):瑞理统一工艺Recovery testing : 恢复测试recovery testing：恢复性测试Refactoring : 重构regression analysis and testing：回归分析和测试Regression testing : 回归测试Release : 发布Release note : 版本说明release：发布Reliability : 可靠性reliability assessment：可靠性评价reliability：可靠性Requirements management tool: 需求管理工具Requirements-based testing : 基于需求的测试Return of Investment（ROI）: 投资回报率review：评审Risk assessment : 风险评估risk：风险Robustness : 强健性Root Cause Analysis(RCA): 根本原因分析safety critical：严格的安全性safety：（生命）安全性Sanity testing : 健全测试Sanity Testing：理智测试Schema Repository : 模式库Screen shot : 抓屏、截图SDP：软件开发计划（software development plan）Security testing : 安全性测试security testing：安全性测试security.：（信息）安全性serviceability testing：可服务性测试Severity : 严重性Shipment : 发布simple subpath：简单子路径Simulation : 模拟Simulator : 模拟器SLA(Service level agreement): 服务级别协议SLA：服务级别协议（service level agreement）Smoke testing : 冒烟测试Software development plan(SDP): 软件开发计划Software development process: 软件开发过程software development process：软件开发过程software diversity：软件多样性software element：软件元素software engineering environment：软件工程环境software engineering：软件工程Software life cycle : 软件生命周期source code：源代码source statement：源语句Specification : 规格说明书specified input：指定的输入spiral model ：螺旋模型SQAP SOFTWARE QUALITY ASSURENCE PLAN 软件质量保证计划SQL：结构化查询语句（structured query language）Staged Delivery：分布交付方法state diagram：状态图state transition testing ：状态转换测试state transition：状态转换state：状态Statement coverage : 语句覆盖statement testing：语句测试statement：语句Static Analysis：静态分析Static Analyzer：静态分析器Static Testing：静态测试statistical testing：统计测试Stepwise refinement : 逐步优化storage testing：存储测试Stress Testing : 压力测试structural coverage：结构化覆盖structural test case design：结构化测试用例设计structural testing：结构化测试structured basis testing：结构化的基础测试structured design：结构化设计structured programming：结构化编程structured walkthrough：结构化走读stub：桩sub-area：子域Summary：总结SVVP SOFTWARE Vevification&Validation PLAN：软件验证和确认计划symbolic evaluation：符号评价symbolic execution:参考符号执行symbolic execution：符号执行symbolic trace：符号轨迹Synchronization : 同步Syntax testing : 语法分析system analysis：系统分析System design : 系统设计system integration：系统集成System Testing : 系统测试TC TEST CASE 测试用例TCS TEST CASE SPECIFICATION 测试用例规格说明TDS TEST DESIGN SPECIFICATION 测试设计规格说明书technical requirements testing：技术需求测试Test : 测试test automation：测试自动化Test case : 测试用例test case design technique：测试用例设计技术test case suite：测试用例套test comparator：测试比较器test completion criterion：测试完成标准test coverage:测试覆盖Test design : 测试设计Test driver : 测试驱动test environment:测试环境test execution technique:测试执行技术test execution:测试执行test generator:测试生成器test harness:测试用具Test infrastructure : 测试基础建设test log:测试日志test measurement technique:测试度量技术Test Metrics :测试度量test procedure:测试规程test records:测试记录test report:测试报告Test scenario : 测试场景Test Script.:测试脚本Test Specification:测试规格Test strategy : 测试策略test suite:测试套Test target : 测试目标Test ware : 测试工具Testability : 可测试性testability:可测试性Testing bed : 测试平台Testing coverage : 测试覆盖Testing environment : 测试环境Testing item : 测试项Testing plan : 测试计划Testing procedure : 测试过程Thread testing : 线程测试time sharing:时间共享time-boxed : 固定时间TIR test incident report 测试事故报告ToolTip:控件提示或说明top-down testing:自顶向下测试TPS TEST PEOCESS SPECIFICATION 测试步骤规格说明Traceability : 可跟踪性traceability analysis:跟踪性分析traceability matrix:跟踪矩阵Trade-off : 平衡transaction:事务/处理transaction volume：交易量transform. analysis:事务分析trojan horse:特洛伊木马truth table:真值表TST TEST SUMMARY REPORT 测试总结报告Tune System : 调试系统TW TEST WARE :测试件Unit Testing :单元测试Usability Testing:可用性测试Usage scenario : 使用场景User acceptance Test : 用户验收测试User database :用户数据库User interface(UI) : 用户界面User profile : 用户信息User scenario : 用户场景V&V (Verification & Validation) : 验证&确认validation :确认verification :验证version :版本Virtual user : 虚拟用户volume testing:容量测试VSS（visual source safe）：VTP Verification TEST PLAN验证测试计划VTR Verification TEST REPORT验证测试报告Walkthrough : 走读Waterfall model : 瀑布模型Web testing : 网站测试White box testing : 白盒测试Work breakdown structure (WBS) : 任务分解结构Zero bug bounce (ZBB) : 零错误反弹。

软件测试英语术语+缩写之欧阳语创编

软件测试常用英语词汇静态测试：Non-Execution-Based Testing或Static testing代码走查：Walkthrough代码审查：Code Inspection 技术评审：Review动态测试：Execution-Based Testing白盒测试：White-Box Testing黑盒测试：Black-Box Testing灰盒测试：Gray-Box Testing软件质量保证SQA：Software Quality Assurance软件开发生命周期：Software Development Life Cycle 冒烟测试：Smoke Test回归测试：Regression Test功能测试：Function Testing性能测试：Performance Testing压力测试：Stress Testing负载测试：Volume Testing易用性测试：Usability Testing安装测试：Installation Testing 界面测试：UI Testing配置测试：Configuration Testing 文档测试：Documentation Testing兼容性测试：Compatibility Testing安全性测试：Security Testing恢复测试：Recovery Testing单元测试：Unit Test集成测试：Integration Test系统测试：System Test验收测试：Acceptance Test测试计划应包括：测试对象：The Test Objectives测试范围：The Test Scope 测试策略：The Test Strategy 测试方法：The Test Approach, 测试过程：The test procedures, 测试环境：The Test Environment, 测试完成标准：The test Completioncriteria测试用例：The Test Cases测试进度表：The Test Schedules风险：Risks接口：Interface最终用户：The End User正式的测试环境：Formal Test Environment确认需求：Verifying The Requirements有分歧的需求：Ambiguous Requirements运行和维护：Operation and Maintenance. 可复用性：Reusability可靠性：Reliability/Availability 电机电子工程师协会IEEE：The Institute of Electrical and Electronics Engineers) 正确性：Correctness实用性：Utility 健壮性：Robustness可靠性：Reliability软件需求规格说明书：SRS （software requirement specification ）概要设计：HLD （high level design ）详细设计：LLD （low level design ）统一开发流程：RUP （rational unified process ）集成产品开发：IPD （integrated product development ）能力成熟模型：CMM （capability maturity model ）能力成熟模型集成：CMMI （capability maturity model integration ）戴明环：PDCA （plan do check act ）软件工程过程组：SEPG （software engineering process group ）集成测试：IT （integration testing ）系统测试：ST （system testing ）关键过程域：KPA （key process area ）同行评审：PR （peer review ）用户验收测试：UAT （user acceptance testing ）验证和确认：V&V （verification & validation ）控制变更委员会：CCB （change control board ）图形用户界面：GUI（graphic user interface ）配置管理员：CMO （configuration management officer ）平均失效间隔时间：（MTBF mean time between failures ）平均修复时间：MTTR （mean time to restoration ）平均失效时间：MTTF （mean time to failure ）工作任务书：SOW （statement of work ）α测试：alpha testing β测试：beta testing适应性：Adaptability可用性：Availability功能规格说明书：Functional Specification软件开发中常见英文缩写和各类软件开发文档的英文缩写：英文简写文档名称MRDmarket requirement document （市场需求文档）PRDproduct requirement document （产品需求文档）SOW工作任务说明书PHBProcess Handbook (项目过程手册) ESTEstimation Sheet (估计记录)PPLProject Plan (项目计划)CMPSoftware Management Plan( 配置管理计划) QAPSoftware Quality Assurance Plan （软件质量保证计划）RMPSoftware Risk Management Plan （软件风险管理计划）TSTTest Strategy（测试策略）WBSWork Breakdown Structure （工作分解结构）BRSBusiness Requirement Specification(业务需求说明书)SRSSoftware Requirement Specification(软件需求说明书)STPSystem Testing plan (系统测试计划) STCSystem Testing Cases （系统测试用例）HLDHigh Level Design (概要设计说明书) ITPIntegration Testing plan (集成测试计划) ITCIntegration Testing Cases （集成测试用例）LLDLow Level Design (详细设计说明书)UTPUnit Testing Plan ( 单元测试计划)UTCUnit Testing Cases （单元测试用例）UTRUnit Testing Report （单元测试报告）ITRIntegration Testing Report （集成测试报告）STRSystem Testing Report （系统测试报告）RTMRequirements Traceability Matrix (需求跟踪矩阵) CSAConfiguration Status Accounting （配置状态发布）CRFChange Request Form （变更申请表）WSRWeekly Status Report （项目周报）QSRQuality Weekly Status Report （质量工作周报）QARQuality Audit Report(质量检查报告) QCLQuality Check List(质量检查表)PARPhase Assessment Report （阶段评估报告）CLRClosure Report （项目总结报告）RFFReview Finding Form (评审发现表) MOMMinutes of Meeting （会议纪要）MTXMetrics Sheet （度量表）CCFConsistanceCheckForm（一致性检查表）BAFBaseline Audit Form（基线审计表）PTFProgram Trace Form（问题跟踪表）领测国际科技（北京）有限公司领测软件测试网 /软件测试中英文对照术语表A• Abstract test case (High level test case) ：概要测试用例• Acceptance：验收• Acceptance criteria：验收标准• Acceptance testing：验收测试• Accessibility testing：易用性测试• Accuracy：精确性• Actual outcome (actual result) ：实际输出/实际结果• Ad hoc review (informal review) ：非正式评审• Ad hoc testing：随机测试• Adaptability：自适应性• Agile testing：敏捷测试• Algorithm test (branch testing) ：分支测试• Alpha testing：alpha 测试• Analyzability：易分析性• Analyzer：分析员• Anomaly：异常• Arc testing：分支测试• Attractiveness：吸引力• Audit：审计• Audit trail：审计跟踪• Automated testware：自动测试组件• Availability：可用性B• Back-to-back testing：对比测试• Baseline：基线• Basic block：基本块• Basis test set：基本测试集• Bebugging：错误撒播• Behavior：行为• Benchmark test：基准测试• Bespoke software：定制的软件• Best practice：最佳实践• Beta testing：Beta 测试领测国际科技（北京）有限公司领测软件测试网 /• Big-bang testing：集成测试• Black-box technique：黑盒技术• Black-box testing：黑盒测试• Black-box test design technique：黑盒测试设计技术• Blocked test case：被阻塞的测试用例• Bottom-up testing：自底向上测试• Boundary value：边界值• Boundary value analysis：边界值分析• Boundary value coverage：边界值覆盖率• Boundary value testing：边界值测试• Branch：分支• Branch condition：分支条件•Branch condition combination coverage：分支条件组合覆盖率•Branch condition combination testing：分支条件组合测试• Branch condition coverage：分支条件覆盖率• Branch coverage：分支覆盖率• Branch testing：分支测试• Bug：缺陷• Business process-based testing：基于商业流程的测试C• Capability Maturity Model (CMM) ：能力成熟度模型• Capability Maturity Model Integration (CMMI) ：集成能力成熟度模型• Capture/playback tool：捕获/回放工具• Capture/replay tool：捕获/重放工具• CASE (Computer Aided Software Engineering) ：电脑辅助软件工程• CAST (Computer Aided Software Testing) ：电脑辅助软件测试• Cause-effect graph：因果图• Cause-effect graphing：因果图技术• Cause-effect analysis：因果分析• Cause-effect decision table：因果判定表• Certification：认证• Changeability：可变性• Change control：变更控制• Change control board：变更控制委员会• Checker：检查人员• Chow's coverage metrics (N-switch coverage) ：N 切换覆盖率• Classification tree method：分类树方法• Code analyzer：代码分析器• Code coverage：代码覆盖率领测国际科技（北京）有限公司领测软件测试网 /• Code-based testing：基于代码的测试• Co-existence：共存性• Commercial off-the-shelf software：商用离岸软件• Comparator：比较器• Compatibility testing：兼容性测试• Compiler：编译器• Complete testing：完全测试/穷尽测试• Completion criteria：完成标准• Complexity：复杂性• Compliance：一致性• Compliance testing：一致性测试• Component：组件• Component integration testing：组件集成测试• Component specification：组件规格说明• Component testing：组件测试• Compound condition：组合条件• Concrete test case (low level test case) ：详细测试用例• Concurrency testing：并发测试• Condition：条件表达式• Condition combination coverage：条件组合覆盖率• Condition coverage：条件覆盖率• Condition determination coverage：条件判定覆盖率• Condition determination testing：条件判定测试• Condition testing：条件测试• Condition outcome：条件结果•Confidence test (smoke test) ：信心测试（冒烟测试）• Configuration：配置• Configuration auditing：配置审核• Configuration control：配置控制• Configuration control board (CCB) ：配置控制委员会• Configuration identification：配置标识• Configuration item：配置项• Configuration management：配置管理• Configuration testing：配置测试• Confirmation testing：确认测试• Conformance testing：一致性测试• Consistency：一致性• Control flow：控制流• Control flow graph：控制流图• Control flow path：控制流路径• Conversion testing：转换测试•COTS (Commercial Off-The-Shelf software) ：商业离岸软件• Coverage：覆盖率• Coverage analysis：覆盖率分析领测国际科技（北京）有限公司领测软件测试网 /• Coverage item：覆盖项• Coverage tool：覆盖率工具• Custom software：定制软件• Cyclomatic complexity：圈复杂度• Cyclomatic number：圈数D• Daily build：每日构建• Data definition：数据定义• Data driven testing：数据驱动测试• Data flow：数据流• Data flow analysis：数据流分析• Data flow coverage：数据流覆盖率• Data flow test：数据流测试• Data integrity testing：数据完整性测试• Database integrity testing：数据库完整性测试• Dead code：无效代码• Debugger：调试器• Debugging：调试• Debugging tool：调试工具• Decision：判定• Decision condition coverage：判定条件覆盖率• Decision condition testing：判定条件测试• Decision coverage：判定覆盖率• Decision table：判定表• Decision table testing：判定表测试• Decision testing：判定测试技术• Decision outcome：判定结果• Defect：缺陷• Defect density：缺陷密度• Defect Detection Percentage (DDP) ：缺陷发现率• Defect management：缺陷管理• Defect management tool：缺陷管理工具• Defect masking：缺陷屏蔽• Defect report：缺陷报告• Defect tracking tool：缺陷跟踪工具• Definition-use pair：定义-使用对• Deliverable：交付物• Design-based testing：基于设计的测试• Desk checking：桌面检查领测国际科技（北京）有限公司领测软件测试网 /• Development testing：开发测试• Deviation：偏差• Deviation report：偏差报告• Dirty testing：负面测试• Documentation testing：文档测试• Domain：域• Driver：驱动程序• Dynamic analysis：动态分析• Dynamic analysis tool：动态分析工具• Dynamic comparison：动态比较• Dynamic testing：动态测试E• Efficiency：效率• Efficiency testing：效率测试• Elementary comparison testing：基本组合测试• Emulator：仿真器、仿真程序• Entry criteria：入口标准• Entry point：入口点• Equivalence class：等价类• Equivalence partition：等价区间• Equivalence partition coverage：等价区间覆盖率• Equivalence partitioning：等价划分技术• Error：错误• Error guessing：错误猜测技术• Error seeding：错误撒播• Error tolerance：错误容限• Evaluation：评估• Exception handling：异常处理• Executable statement：可执行的语句• Exercised：可执行的• Exhaustive testing：穷尽测试• Exit criteria：出口标准• Exit point：出口点• Expected outcome：预期结果• Expected result：预期结果• Exploratory testing：探测测试领测国际科技（北京）有限公司领测软件测试网 /F• Fail：失败• Failure：失败• Failure mode：失败模式• Failure Mode and Effect Analysis (FMEA) ：失败模式和影响分析• Failure rate：失败频率• Fault：缺陷• Fault density：缺陷密度• Fault Detection Percentage (FDP) ：缺陷发现率• Fault masking：缺陷屏蔽• Fault tolerance：缺陷容限• Fault tree analysis：缺陷树分析• Feature：特征• Field testing：现场测试• Finite state machine：有限状态机• Finite state testing：有限状态测试• Formal review：正式评审• Frozen test basis：测试基线• Function Point Analysis (FPA) ：功能点分析• Functional integration：功能集成• Functional requirement：功能需求• Functional test design technique：功能测试设计技术• Functional testing：功能测试• Functionality：功能性• Functionality testing：功能性测试G• glass box testing：白盒测试H• Heuristic evaluation：启发式评估• High level test case：概要测试用例• Horizontal traceability：水平跟踪领测国际科技（北京）有限公司领测软件测试网 /I• Impact analysis：影响分析• Incremental development model：增量开发模型• Incremental testing：增量测试• Incident：事件• Incident management：事件管理• Incident management tool：事件管理工具• Incident report：事件报告• Independence：独立• Infeasible path：不可行路径• Informal review：非正式评审• Input：输入• Input domain：输入范围• Input value：输入值• Inspection：审查• Inspection leader：审查组织者• Inspector：审查人员• Installability：可安装性• Installability testing：可安装性测试• Installation guide：安装指南• Installation wizard：安装向导• Instrumentation：插装• Instrumenter：插装工具• Intake test：入口测试• Integration：集成• Integration testing：集成测试• Integration testing in the large：大范围集成测试• Integration testing in the small：小范围集成测试• Interface testing：接口测试• Interoperability：互通性• Interoperability testing：互通性测试• Invalid testing：无效性测试• Isolation testing：隔离测试• Item transmittal report：版本发布报告• Iterative development model：迭代开发模型K• Key performance indicator：关键绩效指标领测国际科技（北京）有限公司领测软件测试网 /• Keyword driven testing：关键字驱动测试L• Learnability：易学性• Level test plan：等级测试计划• Link testing：组件集成测试• Load testing：负载测试• Logic-coverage testing：逻辑覆盖测试• Logic-driven testing：逻辑驱动测试• Logical test case：逻辑测试用例• Low level test case：详细测试用例M• Maintenance：维护• Maintenance testing：维护测试• Maintainability：可维护性• Maintainability testing：可维护性测试• Management review：管理评审• Master test plan：综合测试计划• Maturity：成熟度• Measure：度量• Measurement：度量• Measurement scale：度量粒度• Memory leak：内存泄漏• Metric：度量• Migration testing：移植测试• Milestone：里程碑• Mistake：错误• Moderator：仲裁员•Modified condition decision coverage：改进的条件判定覆盖率• Modified condition decision testing：改进的条件判定测试•Modified multiple condition coverage：改进的多重条件判定覆盖率• Modified multiple condition testing：改进的多重条件判定测试• Module：模块• Module testing：模块测试• Monitor：监视器• Multiple condition：多重条件• Multiple condition coverage：多重条件覆盖率领测国际科技（北京）有限公司领测软件测试网 /• Multiple condition testing：多重条件测试• Mutation analysis：变化分析• Mutation testing：变化测试N• N-switch coverage：N 切换覆盖率• N-switch testing：N 切换测试• Negative testing：负面测试• Non-conformity：不一致• Non-functional requirement：非功能需求• Non-functional testing：非功能测试•Non-functional test design techniques：非功能测试设计技术O• Off-the-shelf software：离岸软件• Operability：可操作性• Operational environment：操作环境• Operational profile testing：运行剖面测试• Operational testing：操作测试• Oracle：标准• Outcome：输出/结果• Output：输出• Output domain：输出范围• Output value：输出值P• Pair programming：结队编程• Pair testing：结队测试• Partition testing：分割测试• Pass：通过• Pass/fail criteria：通过/失败标准• Path：路径• Path coverage：路径覆盖• Path sensitizing：路径敏感性• Path testing：路径测试领测国际科技（北京）有限公司领测软件测试网 /• Peer review：同行评审• Performance：性能• Performance indicator：绩效指标• Performance testing：性能测试• Performance testing tool：性能测试工具• Phase test plan：阶段测试计划• Portability：可移植性• Portability testing：移植性测试• Postcondition：结果条件• Post-execution comparison：运行后比较• Precondition：初始条件• Predicted outcome：预期结果• Pretest：预测试• Priority：优先级• Probe effect：检测成本• Problem：问题• Problem management：问题管理• Problem report：问题报告• Process：流程• Process cycle test：处理周期测试• Product risk：产品风险• Project：项目• Project risk：项目风险• Program instrumenter：编程工具• Program testing：程序测试• Project test plan：项目测试计划• Pseudo-random：伪随机Q• Quality：质量• Quality assurance：质量保证• Quality attribute：质量属性• Quality characteristic：质量特征• Quality management：质量管理领测国际科技（北京）有限公司领测软件测试网 / R• Random testing：随机测试• Recorder：记录员• Record/playback tool：记录/回放工具• Recoverability：可复原性• Recoverability testing：可复原性测试• Recovery testing：可复原性测试• Regression testing：回归测试• Regulation testing：一致性测试• Release note：版本说明• Reliability：可靠性• Reliability testing：可靠性测试• Replaceability：可替换性• Requirement：需求• Requirements-based testing：基于需求的测试• Requirements management tool：需求管理工具• Requirements phase：需求阶段• Resource utilization：资源利用• Resource utilization testing：资源利用测试• Result：结果• Resumption criteria：继续测试标准• Re-testing：再测试• Review：评审• Reviewer：评审人员• Review tool：评审工具• Risk：风险• Risk analysis：风险分析• Risk-based testing：基于风险的测试• Risk control：风险控制• Risk identification：风险识别• Risk management：风险管理• Risk mitigation：风险消减• Robustness：健壮性• Robustness testing：健壮性测试• Root cause：根本原因S• Safety：安全领测国际科技（北京）有限公司领测软件测试网 /• Safety testing：安全性测试• Sanity test：健全测试• Scalability：可测量性• Scalability testing：可测量性测试• Scenario testing：情景测试• Scribe：记录员• Scripting language：脚本语言• Security：安全性• Security testing：安全性测试• Serviceability testing：可维护性测试• Severity：严重性• Simulation：仿真• Simulator：仿真程序、仿真器• Site acceptance testing：定点验收测试• Smoke test：冒烟测试• Software：软件• Software feature：软件功能• Software quality：软件质量• Software quality characteristic：软件质量特征• Software test incident：软件测试事件• Software test incident report：软件测试事件报告•Software Usability Measurement Inventory (SUMI) ：软件可用性调查问卷• Source statement：源语句• Specification：规格说明• Specification-based testing：基于规格说明的测试• Specification-based test design technique：基于规格说明的测试设计技术• Specified input：特定输入• Stability：稳定性。

软件测试中英文术语对照表

达到100%勺制定覆盖准则（Coverage
Criterio n）的要求
Bebuggi ng
错误散播
Error Seedi ng
Behavior
行为
组件或系统对输入值的预置条件的反应
Ben chmark Test
基准测试
（1）为使系统或组件能够进行度量和比较而制定的一种测试标准；（2）用于组件或系统之间进行的比较，或和（1）中提到的标准进行比较的测试（与IEEE610—致）
Analysis）、编译（Compilation）、软件产品或应用文档的使用等。参见Defect、Deviation、
Error、Fault、Failure、Incident、Problem
Arc Test ing
弧测试
Branch Test ing
Attractive ness
吸引力
软件产品吸引用户的能力（ISO9126）。参见
Bespoke Software
定制软件
为特定的用户定制开发的软件。与之对比的是现
货软件（Off-The-Shlf Software）
Best Practice
最佳实践
在界定范围内，帮助提高组织能力的有效方法或创新实践，通常被同行业组织视为最佳的方法或
实践
Beta Testi ng
Beta测试
用户在开发组织外，没有开发人员参与的情况下进行的测试，检验软件是否满足客户及业务需求。这种测试是软件产品获得市场反馈进行验收
Big-Ba ng Test ing
大爆炸测试
非增量集成测试的一种方法，测试的时候将软件单兀、硬件单兀或者两者同时(而不是阶段性的) 集成到组件或者整个系统中去进行测试(与IEEE

软件测试中英文对照外文翻译文献

STUDY PAPER ON TEST CASE GENERATION FOR GUI BASED TESTINGABSTRACTWith the advent of WWW and outburst in technology and software development, testing the softwarebecame a major concern. Due to the importance of the testing phase in a software development lifecycle,testing has been divided into graphical user interface (GUI) based testing, logical testing, integrationtesting, etc.GUI Testing has become very important as it provides more sophisticated way to interact withthe software. The complexity of testing GUI increased over time. The testing needs to be performed in away that it provides effectiveness, efficiency, increased fault detection rate and good path coverage. Tocover all use cases and to provide testing for all possible (success/failure) scenarios the length of the testsequence is considered important. Intent of this paper is to study some techniques used for test casegeneration and process for various GUI based software applications.KEYWORDSGUI Testing, Model-Based Testing, Test Case, Automated Testing, Event Testing.1. INTRODUCTIONGraphical User Interface (GUI) is a program interface that takes advantage of the computer'sgraphics capabilities to make the program easier to use. Graphical User Interface (GUI) providesuser an immense way to interact with the software [1]. The most eminent and essential parts ofthe software that is being used today are Graphical User Interfaces (GUIs) [8], [9]. Even thoughGUIs provides user an easy way to use the software, they make the development process of the software tangled [2].Graphical user interface (GUI) testing is the process of testing software's graphical user interfaceto safeguard it meets its written specifications and to detect if application is working functionally correct. GUI testing involves performing some tasks and comparing the result with the expected output. This is performed using test cases. GUI Testing can be performed either manually byhumans or automatically by automated methods.Manual testing is done by humans such as testers or developers itself in some cases and it is oftenerror prone and there are chances of most of the test scenarios left out. It is very time consumingalso. Automated GUI Testing includes automating testing tasks that have been done manually before, using automated techniques and tools. Automated GUI testing is more, efficient, precise, reliable and cost effective.A test case normally consists of an input, output, expected result and the actual result. More thanone test case is required to test the full functionality of the GUI application. A collection of testcases are called test suite. A test suite contains detailed guidelines or objectives for eachcollection of test cases.Model Based Testing (MBT) is a quick and organized method which automates the testing process through automated test suite generation and execution techniques and tools [11]. Model based testing uses the directed graph model of the GUI called event-interaction graph (EIG) [4] and event semantic interaction graph (ESIG). Event interaction graph is a refinement of event flow graph (EFG) [1]. EIG contains events that interact with the business logic of the GUI application. Event Semantic Interaction (ESI) is used to identify set of events that need to be tested together in multi-way interactions [3] and it is more useful when partitioning the events according to its functionality.This paper is organized as follow: Section 2 provides some techniques, algorithms used to generate test cases, a method to repair the infeasible test suites are described in section 3, GUI testing on various types of softwares or under different conditions are elaborated in section 4, section 5 describes about testing the GUI application by taking event context into consideration and last section concludes the paper.2. TEST CASE GENERATION2.1. Using GUI Run-Time State as FeedbackXun Yuan and Atif M Memon [3], used GUI run time state as feedback for test case generation and the feedback is obtained from the execution of a seed test suite on an Application Under Test (AUT).This feedback is used to generate additional test cases and test interactions between GUI events in multiple ways. An Event Interaction Graph (EIG) is generated for the application to be tested and seed test suites are generated for two-way interactions of GUI events. Then the test suites are executed and the GUI’s run time state is recorded. This recorded GUI run time state is used to obtain Event Semantic Interaction(ESI) relationship for the application and these ESI are used to obtain the Event Semantic Interaction Graph(ESIG).The test cases are generated and ESIGs is capable of managing test cases for more than two-way interactions and hence forth 2-, 3-,4-,5- way interactions are tested. The newly generated test cases are tested and additional faults are detected. These steps are shown in Figure 1. The fault detection effectiveness is high than the two way interactions and it is because, test cases are generated and executed for combination of events in different execution orders.There also some disadvantages in this feedback mechanism. This method is designed focusing on GUI applications. It will be different for applications that have intricate underlying business logic and a simple GUI. As multi-way interactions test cases are generated, large number of test cases will be generated. This feedback mechanism is not automated.Figure 1. Test Case Generation Using GUI Runtime as Feedback2.2. Using Covering Array TechniqueXun Yuan et al [4], proposed a new automated technique for test case generation using covering arrays (CA) for GUI testing. Usually 2-way covering are used for testing. Because as number of events in a sequence increases, the size of test suite grows large, preventing from using sequences longer than 3 or 4. But certain defects are not detected using this coverage strength. Using this technique long test sequences are generated and it is systematically sampled at particular coverage strength. By using covering arrays t-way coverage strength is being maintained, but any length test sequences can be generated of at least t. A covering array, CA(N; t, k, v), is an N × k array on v symbols with the property that every N × t sub-array contains all ordered subsets of size t of the v symbols at least once.As shown in Figure 2, Initially EIG model is created which is then partitioned into groups of interacting events and then constraints are identified and used to generate abstract model for testing. Long test cases are generated using covering array sampling. Event sequences are generated and executed. If any event interaction is missed, then regenerate test cases and repeat the steps.The disadvantages are event partition and identifying constraints are done manually.Figure 2. Test Generation Using Covering Array2.3. Dynamic Adaptive Automated test GenerationXun Yuan et al [5], suggested an algorithm to generate test suites with fewer infeasible test cases and higher event interaction coverage. Due to dynamic state based nature of GUIs, it is necessary and important to generate test cases based on the feedback from the execution of tests. The proposed framework uses techniques from combinatorial interaction testing to generate tests and basis for combinatorial interaction testing is a covering array. Initially smoke tests are generated and this is used as a seed to generate Event Semantic Interaction (ESI) relationships. Event Semantic Interaction Graph is generated from ESI. Iterative refinement is done through genetic algorithm. An initial model of the GUI event interactions and an initial set of test sequences based on the model are generated. Then a batch of test cases are generated and executed. Code coverage is determined and unexecutable test cases are identified. Once the infeasible test cases are identified, it is removed and the model is updated and new batch of test cases are generated and the steps are followed till all the uncovered ESI relationships are covered. These automated test case generation process is shown in Figure 3. This automated test generation also provides validation for GUIs.The disadvantages are event contexts are not incorporated and need coverage and test adequacy criteria to check how these impacts fault detection.Figure 3. Automated Test Case Generation3. REPAIRING TEST SUITESSi Huang et al [6], proposed a method to repair GUI test suites using Genetic algorithm. New test cases are generated that are feasible and Genetic algorithm is used to develop test cases that provide additional test suite coverage by removing infeasible test cases and inserting new feasible test cases. A framework is used to automatically repair infeasible test cases. A graph model such as EFG, EIG, ESIG and the ripped GUI structure are used as input. The main controller passesgenerator along with the strength of testing. This covering array generator generates an initial set of event sequences. The covering array information is send to test case assembler and it assembles this into concrete test cases. These are passed back to the controller and test suite repair phase begins. Feasible test cases are returned by the framework once the repair phase is complete. Genetic algorithm is used as a repair algorithm. An initial set of test cases are executed and if there is no infeasible test cases, it exits and is done. If infeasible test cases are present, it then begins the repair phase. A certain number of iterations are set based on an estimate of how large the repaired test suite will be allowed to grow and for each iteration the genetic algorithm is executed. The algorithm adds best test case to the final test suites. Stopping criteria’s are used to stop the iterations.The advantages are it generates smaller test suites with better coverage on the longer test sequences. It provides feasible test cases. But it is not scalable for larger applications as execution time is high. As GUI ripping is used, the programs that contain event dependencies may not be discovered.4. GUI TESTING ON VARIOUS APPLICATIONS4.1. Industrial Graphical User Interface SystemsPenelope Brooks et al [7], developed GUI testing methods that are relevant to industry applications that improve the overall quality of GUI testing by characterizing GUI systems using data collected from defects detected to assist testers and researchers in developing more effective test strategies. In this method, defects are classified based on beizer’s defect taxonomy. Eight levels of categories are present each describing specific defects such as functional defects, functionality as implemented, structural defects, data defects, implementation defects, integration defects, system defects and test defects. The categories can be modified and added according to the need. If any failures occur, it is analyzed under which defect category it comes and this classification is used to design better test oracle to detect such failures, better test case algorithm may be designed and better fault seeding models may be designed.Goal Question Metric (GQM) Paradigm is used. It is used to analyze the test cases, defects and source metrics from the tester / researcher point of view in the context of industry-developed GUI software. The limitations are, the GUI systems are characterized based on system events only. User Interactions are not included.4.2. Community-Driven Open Source GUI ApplicationsQing Xie and Atif M. Memon [8], presented a new approach for continuous integration testing of web-based community-driven GUI-based Open Source Software(OSS).As in OSS many developers are involved and make changes to the code through WWW, it is prone to more defects and the changes keep on occurring. Therefore three nested techniques or three concentric loops are used to automate model-based testing of evolving GUI-based OSS. Crash testing is the innermost technique operates on each code check-in of the GUI software and it is executed frequently with an automated GUI testing intervention and performs quickly also. It reports the software crashes back to the developer who checked in the code. Smoke testing is the second technique operates on each day's GUI build and performs functional reference testing of the newly integrated version of the GUI, using the previously tested version as a baseline. Comprehensive Testing is the outermost third technique conducts detailed comprehensive GUI integration testing of a major GUI release and it is executed after a major version of GUI is available. Problems are reported to all the developers who are part of the development of the particular version.flaws that persist across multiple versions GUI-based OSS are detected by this approach fully automatically. It provides feedback. The limitation is that the interactions between the three loops are not defined.4.3. Continuously Evolving GUI-Based Software ApplicationsQing Xie and Atif M. Memon [9], developed a quality assurance mechanism to manage the quality of continuously evolving software by Presenting a new type of GUI testing, called crash testing to help rapidly test the GUI as it evolves. Two levels of crash testing is being described: immediate feedback-based crash testing in which a developer indicates that a GUI bug was fixed in response to a previously reported crash; only the select crash test cases are re run and the developer is notified of the results in a matter of seconds. If any code changes occur, new crash test cases are generated and executed on the GUI. Test cases are generated that can be generated and executed quickly and cover all GUI functionalities. Once EIG is obtained, a boolean flag is associated with each edge in the graph. During crash testing, once test cases that cover that particular edge are generated, then the flag is set. If any changes occur, boolean flag for each edge is retained. Test cases are executed and crashes during test execution are used to identify serious problems in the software. The crash testing process is shown in Figure 4. The effectiveness of crash test is known by the total number of test cases used to detect maximum faults. Significantly, test suite size has no impact on number of bugs revealed.This crash testing technique is used to maintain the quality of the GUI application and it also helps in rapidly testing the application. The drawbacks are, this technique is used for only testing GUI application and cannot used in web applications, Fault injection or seeding technique, which is used to evaluate the efficiency of the method used is not applied here.Figure 4. Crash Testing Process4.4. Rapidly Evolving SoftwareAtif M. Memon et al [10], made several contributions in the area of GUI smoke testing in terms of GUI smoke test suites, their size, fault detection ability and test oracle. Daily Automated Regression Tester (DART) framework is used to automate GUI smoke testing. Developers work on the code during day time and DART automatically launches the Application Under Test (AUT) during night time, builds it and runs GUI smoke tests. Coverage and error report are mailed to developer. In DART all the process such as Analyzing the AUT’s GUI structure using GUI ripper, Test case generation, Test oracle generation, Test case executor, Examining theand test oracles are generated. Fault seeding is used to evaluate fault detection techniques used. An adequate number of faults of each fault type are seeded fairly.The disadvantages are Some part of code are missed by smoke tests, Some of the bugs reported by DART are false positive, Overall effectiveness of DART depends on GUI ripper capabilities, Not available for industry based application testing, Faults that are not manifested on the GUI will go undetected5. INCORPORATING EVENT CONTEXTXun Yuan et al [1], developed a new criterion for GUI testing. They used a combinatorial interaction testing technique. The main motivation of using combinatorial interaction is to incorporate context and it also considers event combinations, sequence length and include all possible event. Graph models are used and covering array is used to generate test cases which are the basis for combinatorial interaction testing.A tool called GUITAR (GUI Testing Framework) is used for testing and this provides functionalities like generate test cases, execute test cases, verify correctness and obtain coverage reports. Initially using GUI ripper, a GUI application is converted into event graph and then the events are grouped depending on functionality and constraints are identified. Covering array is generated and test sequences are produced. Test cases are generated and executed. Finally coverage is computed and a test adequacy criterion is analyzed.The advantages are: contexts are incorporated, detects more faults when compared to the previous techniques used. The disadvantages are infeasible test cases make some test cases unexecutable, grouping events and identifying constraints are not automated.Figure 5. Testing Process6. CONCLUSIONSIn this paper, some of the various test case generation methods and various types of GUI testing adapted for different GUI applications and techniques are studied. Different approaches are being used under various testing environment. This study helps to choose the test case generation technique based on the requirements of the testing and it also helps to choose the type of GUI test to perform based on the application type such as open source software, industrial software and the software in which changes are checked in rapidly and continuously.REFERENCES[1][2]Xun Yuan, Myra B. Cohen, Atif M. Memon, (2010) “GUI Interaction Testing: Incorporating Event Context”, IEEE Transactions on Software Engineering, vol. 99.A. M. Memon, M. E. Pollack, and M. L. Soffa, (2001) “Hierarchical GUI test case generation using automated planning”, IEEE Transactions on Software Engineering, Vol. 27, no. 2, pp. 144-155.X. Yuan and A. M. M emon, (2007) “Using GUI run-time state as feedback to generate test cases”, in International Conference on Software Engineering (ICSE), pp. 396-405.X. Yuan, M. Cohen, and A. M. Memon, (2007) “Covering array sampling of input event sequences for automated GUI testing”, in International Conference on Automated Software Engineering (ASE), pp. 405-408.X. Yuan, M. Cohen, and A. M. Memon, (2009) “Towards dynamic adaptive automated test generation for graphical user interfaces”, in First International Workshop on TESTing Techniques & Experimentation Benchmarks for Event-Driven Software (TESTBEDS), pp. 1-4.Si Huang, Myra Cohen, and Atif M. Memon, (2010) “Repairing GUI Test Suites Using a Genetic Algorithm, “in Proceedings of the 3rd IEEE InternationalConference on Software Testing Verification and Validation (ICST).P. Brooks, B. Robinson, and A. M. Memon, (2009) “An initial characterization of industrial graphical user interface systems”, in ICST 2009: Proceedings of the 2nd IEEE International Conference on Software Testing, Verification and Validation, Washington, DC, USA: IEEE Computer Society.Q. Xie, and A.M. Memon (2006) “Model-based testing of community driven open-source GUI applications”, in International Conference on Software Maintenance (ICSM), pp. 145-154.Q. Xie and A. M. Memon, (2005) “Rapid “crash testing” for continuously evolving GUI- based software applications”, in International Conference on Software Maintenance (ICSM), pp. 473-482.A. M. Memon and Q. Xie, (2005) “Studying the fault-detection effectiveness of GUI test cases for rapidly evolving software”, IEEE Transactions on Software Engineering, vol. 31, no. 10, pp. 884-896.U. Farooq, C. P. Lam, and H. Li, (2008) “Towards automated test sequence generation”, in Australian Software Engineering Conference, pp. 441-450.[3][4][5][6][7][8][9][10][11]研究基于GUI测试生成的测试用例摘要随着 WWW的出现和信息技术与软件开发的发展，软件测试成为一个主要问题。

软件测试中英对照实例

A Day in the Life of a Quality Assurance Tester质量保障测试人员的一天This paper will discuss the day to day activities of being a tester and instilling quality into software. Begins with a discussion of what is software testing, what is quality assurance, how do the two relate to each other, what are the daily tasks involved in software testing and Quality Assurance, what are the pain points and areas for improvement, and how an individual tester can add value to the development process no matter what type of software development life cycle.这篇文将讨论测试人员日常工作，及怎样将质量灌输到软件中。

我们将先讨论什么是软件测试，什么是质量保障，它们之间如何关联？软件测试和质量保障涉及到哪些日常工作，有哪些问题点和领域可改善，以及作为一个测试者，如何在任何软件开发生命周期中，都能对开发过程提供价值呢。

What is Software Testing?什么是软件测试？Software testing is the systematic process by which an analyst uncovers defects in software. What are defects, you might ask? Defects are flaws in the code that cause a software application to break. While no software is completely defect- free, it is the aim of testers to reduce the number of defects found in software and to instill quality in the software application. Software testing includes the process of validating that the software has incorporated the user requirements present in the Software Requirements Specification document and meets users’ needs. Software testers analyze software to see if the software conforms to user expectations. Software testing is one of the activities designed to adequately assure that the software has the necessary quality required by the users.软件测试是分析者用来发现软件缺陷的有组织的过程。

常用软件测试术语说明及中英文对照

常用软件测试术语说明及中英文对照.******软件【Software】：软件（software）是计算机中与硬件（hardware）相结合的一部分，包括程序（program）和文档（document）。

用一个等式表示为：软件＝程序＋文档。

其中，“程序”指的是能够实现某种功能的指令的集合，如C语言程序，Java 程序等；“文档”指的是在软件开发、使用和维护过程中产生的图文集合，如《系统需求规格说明书》、《用户手册》、readme，甚至是一些软件市场宣传资料，包装文字和图形等。

【备注：软件测试绝不等同于程序测试，文档测试也是软件测试的一个重要组成部分。

通常，程序测试主要包括程序逻辑功能、界面、性能、易用性、兼容性、安装等的测试；文档测试主要包括文档内容和截图的校验，排版风格的检查，错别字的校验等】******客户端/服务器【C/S】：C指的是客户端（Client），S指的是服务器端（Server）,这种软件是基于局域网或互联网的，需要一台服务器来安装服务器端软件，每台客户端都需要安装客户端软件。

比如我们经常用的QQ、MSN和各种网络游戏就属于C/S结构的软件。

【备注：C/S结构的软件过去比较流行，但是不便于升级和维护，现在逐渐被B/S结构软件所取代】******浏览器/服务器【B/S】：B指的是浏览器（Browser），S指的是服务器（Server），这种软件同样是基于局域网或互联网的，它与结C/S构软件的区别就在于，不需要安装客户端（client），只需要有IE等浏览器，就可以直接使用。

比如搜狐、新浪等门户网站及163邮箱都属于B/S结构的软件。

【备注：B/S结构软件是现在软件的主流，与C/S结构软件相比，便于升级和维护，是测试的重点】******缺陷【Bug/Defect】：软件的Bug指的是软件中（包括程序和文档）不符合用户需求的问题。

【备注：这个定义是判断一个软件问题是否是Bug个唯一标准】******软件测试【Software Testing】：使用人工或自动手段，来运行或测试某个系统的过程。

软件测试中英文对照

Acceptance testing 验收测试Accessibility 可接近性Active or open 激活状态Adaptability 适应性Ad-hoc Test 随机测试Architecture 体系结构Audit 审核Auditor 审核员Auditor qualifications 审核员资格Availability 可用性Behavioral test 行为测试Baseline 基线Black-box test 黑盒测试Bottom-up integration 自底向上集成Boundary condition 边界条件Bug 缺陷Bug crawl 缺陷评审会议Build 软件构建包Capability 能力Capacity test 容量测试Certification 认证Change control 变更控制管理CCB，Change Control Bard 变更控制委员会Characteristic 特性Close or inactive 关闭或非激活状态Closure period 修复周期Code audit 代码审计Code completed 代码完成Code freeze 代码冻结Code inspection 代码审查Code walk — through 代码走查Cohesion 内聚度Compatibility 兼容性Compile 编译Complexity 复杂性Component testing 组件测试Comfirmation tests 确认测试Configuration management 配置管理Conformity 合格（符合）Congruent 一致性Continual improvement 持续改进Corrective action 纠正措施Coupling 耦合度Coverage 覆盖率Criteria 准则、指标Critical bug 严重的缺陷Customer satisfaction 顾客满意度C/S, Client/Server 客户端/服务器（机构）Data dictionary 数据字典Data structure 数据结构Data flow testing 数据流测试Debugging 调试Defect 缺陷Delivery 交付Dependability 可信性Design and development 设计与开发Design specification 设计规格说明Development life cycle 开发生存周期Deviation permit 偏离许可Distributed testing 分布式测试Document 文件Effectiveness 有效性Efficiency 效率Encapsulation 封装Entry criteria 进入标准Error seeding 错误播种Error，faults and failures 错误、缺陷与失效Escalate 向上呈交Evaluation 评价评估Exit criteria 退出标准Experience of quality 质量体验Exploratory testing 探索性测试Failure 失效Fatal bug 致命的缺陷Fault injection 错误注入Fault of omission 遗漏缺陷Feasible coverage 可行覆盖率Feature 产品特性Fidelity 逼真度Field-reported bug 现场报告缺陷First customer ship 首位客户送货Fixed or resolved 已修正状态Flexibility 灵活性FMEA 失效模型和效果分析Functional specification 产品功能规格说明书Functional tests 功能测试Functionality 功能性GA 通用有效性Grade 等级Ideal fault condition 理想缺陷条件Identifier 标识符Information 信息Infrastructure 基础设施Implementation requirement 实现需求Input 输入Inspection 检验Integration testing 集成测试Interoperability 互操作性Isolation 隔离Log file 记录文件Maintainable 可维护性Major bug 一般的缺陷Management 管理Management system 管理体系Measurement control system 测量控制体系Measurement process 测量进程Metrological characteristic 计量特性Metrological confirmation 计量确认Metrological function 计量职能Milestone 里程碑Minor bug 微小的缺陷Modified Top-down integration 改进的自顶向下集成Modularity 模块性Module 模块MTBF 失效平均时间MTTR 平均维修时间Necessity condition 必要性条件Nest 嵌套Objective evidence 客观证据Organizational structure 组织机构Orthogonal 正交Output 输出Peer review 同级评审Performance test 性能测试Pilot testing 引导测试Preventive action 预防措施Priority 优先权Procedure 程序过程Program specification 概要说明Process 过程Product 产品Project 项目Qualification process 鉴定过程Quality assurance 质量保证Quality characteristic 质量特性Quality control 质量控制Quality improvement 质量改进Quality management 质量管理Quality manual 质量手册Quality metric 质量度量Quality Objective 质量目标Quality plan 质量计划Quality panning 质量策划Quality policy 质量方针Record 记录Recovery testing 恢复测试Regression 回归Regression tests 回归测试Regression test gap 回归测试间距Release 产品发布Reliability 可靠性Reporting logs 报告日志Requirement 要求Reusability 可重用性复用率Review 评审Risk 风险Root cause 根本原因Scalability 可扩展性Script 脚本Security 安全性保密性Security testing 安全性测试Service manageability 可维护性Severity 严重性SDLC，Software Development Life Cycle 软件开发生命周期Software development process 软件开发进程Software engineering 软件功能Specification（spec）规范Stability 稳定性Standard combining rules 标准组合规则Stress testing 负载（压力）测试Structured programming 结构化成程序设计Structural test 结构测试Stub 桩模块System testing 系统测试Test automation 测试自动化Test case 测试用例Test case library 测试用例库Test casually 随机测试Test coverage 测试覆盖Test environment 测试环境Test phase 测试阶段Test platform 测试平台Test specification 测试规格说明Test suite 测试包测试套件Test system 测试系统Test to fail 基于失效的测试Test to pass 基于通过的测试Test tool 测试工具Testability 可测试性Tolerance test 容错测试Traceability 可追溯性Unit testing 单元测试Usability 可用性Validation 确认Verification 验证Version 版本White-box tests 白盒测试Walk-throuth 走查。

软件测试[意义与方法][中英对照翻译]

软件测试1.Objective目的The objective of this document is to describe software testing for use with any software development project. The purpose is to provide a baseline for software testing activities. A standardized testing process is required because it improves the effectiveness and efficiency of testing for the project. It does so in several ways.本文档的目的是描述任何软件开发项目中的软件测试活动，目的是提供一个标准的测试活动基准。

标准化的测试流程是被需要的,因为它可以提高项目测试的效率和有效性。

∙Defines the testing process∙Makes the testing process repeatable∙Ensures high-risk components of the system are tested∙Lessens the effects of individual differences (tester background and skill set) on testing∙Adds “intelligence” to testing∙Provides metrics for managing and controlling testing∙Provides metrics for assessing and improving testing∙Provides a basis for test automation∙Produces specific testing deliverable∙定义测试过程∙确保测试过程可重复∙确保系统中高风险的组件得到测试∙缩小测试中由于测试人员的背景和技能的不同产生的影响∙增加“intelligence”去测试∙为管理和控制测试提供度量∙为评估和改进测试提供度量∙提供自动化测试的基础∙产出具体的测试交付物2.What is Software Testing?什么是软件测试？The goal of the testing activity is to find as many errors as possible before the user of the software finds them. We can use testing to determine whether a program component meets its requirements.测试活动的目标是在软件的真正用户使用前尽可能的发现更多的错误，我们使用测试去确定一个程序组件是否满足它的需求。

软件工程专业词汇中英对照

AcceptanceTesting－－可接受性测试一般由用户/客户进行的确认是否可以接受一个产品的验证性测试;actualoutcome－－实际结果被测对象在特定的条件下实际产生的结果;AdHocTesting－－随机测试测试人员通过随机的尝试系统的功能,试图使系统中断;algorithm－－算法一个定义好的有限规则集,用于在有限步骤内解决一个问题；2执行一个特定任务的任何操作序列; algorithmanalysis－－算法分析一个软件的验证确认任务,用于保证选择的算法是正确的、合适的和稳定的,并且满足所有精确性、规模和时间方面的要求;AlphaTesting－－Alpha测试由选定的用户进行的产品早期性测试;这个测试一般在可控制的环境下进行的;analysis－－分析分解到一些原子部分或基本原则,以便确定整体的特性；2一个推理的过程,显示一个特定的结果是假设前提的结果；3一个问题的方法研究,并且问题被分解为一些小的相关单元作进一步详细研究; anomaly－－异常在文档或软件操作中观察到的任何与期望违背的结果;applicationsoftware－－应用软件满足特定需要的软件;architecture－－构架一个系统或组件的组织结构;ASQ－－自动化软件质量AutomatedSoftwareQuality使用软件工具来提高软件的质量;assertion－－断言指定一个程序必须已经存在的状态的一个逻辑表达式,或者一组程序变量在程序执行期间的某个点上必须满足的条件;assertionchecking－－断言检查用户在程序中嵌入的断言的检查;audit－－审计一个或一组工作产品的独立检查以评价与规格、标准、契约或其它准则的符合程度;audittrail－－审计跟踪系统审计活动的一个时间记录;AutomatedTesting－－自动化测试使用自动化测试工具来进行测试,这类测试一般不需要人干预,通常在GUI、性能等测试中用得较多;Backus-NaurForm－－BNF范式一种分析语言,用于形式化描述语言的语法baseline－－基线一个已经被正式评审和批准的规格或产品,它作为进一步开发的一个基础,并且必须通过正式的变更流程来变更;BasicBlock－－基本块一个或多个顺序的可执行语句块,不包含任何分支语句;basistestset－－基本测试集根据代码逻辑引出来的一个测试用例集合,它保证能获得100%的分支覆盖;behaviour－－行为对于一个系统的一个函数的输入和预置条件组合以及需要的反应;一个函数的所有规格包含一个或多个行为;benchmark－－标杆/指标/基准一个标准,根据该标准可以进行度量或比较;BetaTesting－－Beta测试在客户场地,由客户进行的对产品预发布版本的测试;这个测试一般是不可控的big-bangtesting－－大锤测试/一次性集成测试非渐增式集成测试的一种策略,测试的时候把所有系统的组件一次性组合成系统进行测试; BlackBoxTesting－－黑盒测试根据软件的规格对软件进行的测试,这类测试不考虑软件内部的运作原理,因此软件对用户来说就像一个黑盒子;bottom-uptesting－－由低向上测试渐增式集成测试的一种,其策略是先测试底层的组件,然后逐步加入较高层次的组件进行测试,直到系统所有组件都加入到系统;boundaryvalue－－边界值一个输入或输出值,它处在等价类的边界上;boundaryvaluecoverage－－边界值覆盖通过测试用例,测试组件等价类的所有边界值;boundaryvaluetesting－－边界值测试通过边界值分析方法来生成测试用例的一种测试策略;BoundryValueAnalysis－－边界值分析该分析一般与等价类一起使用;经验认为软件的错误经常在输入的边界上产生,因此边界值分析就是分析软件输入边界的一种方法branch－－分支在组件中,控制从任何语句到其它任何非直接后续语句的一个条件转换,或者是一个无条件转换; branchcondition－－分支条件branchconditioncombinationcoverage－－分支条件组合覆盖在每个判定中所有分支条件结果组合被测试用例覆盖到的百分比; branchconditioncombinationtesting－－分支条件组合测试通过执行分支条件结果组合来设计测试用例的一种方法;branchconditioncoverage－－分支条件覆盖每个判定中分支条件结果被测试用例覆盖到的百分比;branchconditiontesting－－分支条件测试通过执行分支条件结果来设计测试用例的一种方法;branchcoverage－－分支覆盖通过测试执行到的分支的百分比;branchoutcome－－分支结果见判定结果decisionoutcomebranchpoint－－分支点见判定decisionbranchtesting－－分支测试通过执行分支结果来设计测试用例的一种方法;BreadthTesting－－广度测试在测试中测试一个产品的所有功能,但是不测试更细节的特性;bug－－缺陷capture/playbacktool－－捕获/回放工具参考capture/replaytoolCapture/ReplayTool－－捕获/回放工具一种测试工具,能够捕获在测试过程中传递给软件的输入,并且能够在以后的时间中,重复这个执行的过程;这类工具一般在GUI测试中用的较多;CASE－－计算机辅助软件工程computeraidedsoftwareengineering用于支持软件开发的一个自动化系统;CAST－－计算机辅助测试在测试过程中使用计算机软件工具进行辅助的测试;cause-effectgraph－－因果图一个图形,用来表示输入原因与结果之间的关系,可以被用来设计测试用例certification－－证明一个过程,用于确定一个系统或组件与特定的需求相一致;changecontrol－－变更控制一个用于计算机系统或系统数据修改的过程,该过程是质量保证程序的一个关键子集,需要被明确的描述;codeaudit－－代码审计由一个人、组或工具对源代码进行的一个独立的评审,以验证其与设计规格、程序标准的一致性;正确性和有效性也会被评价;CodeCoverage－－代码覆盖率一种分析方法,用于确定在一个测试套执行后,软件的哪些部分被执行到了,哪些部分没有被执行到;CodeInspection－－代码检视一个正式的同行评审手段,在该评审中,作者的同行根据检查表对程序的逻辑进行提问,并检查其与编码规范的一致性;CodeWalkthrough－－代码走读一个非正式的同行评审手段,在该评审中,代码被使用一些简单的测试用例进行人工执行,程序变量的状态被手工分析,以分析程序的逻辑和假设;code-basedtesting－－基于代码的测试根据从实现中引出的目标设计测试用例;codingstandards－－编程规范一些编程方面需要遵循的标准,包括命名方式、排版格式等内容;CompatibilityTesting－－兼容性测试测试软件是否和系统的其它与之交互的元素之间兼容,如：浏览器、操作系统、硬件等; completepathtesting－－完全路径测试参考穷尽测试exhaustivetestingcompleteness－－完整性实体的所有必须部分必须被包含的属性;complexity－－复杂性系统或组件难于理解或验证的程度;Component－－组件一个最小的软件单元,有着独立的规格ComponentTesting－－组件测试参考单元测试computationdatause－－计算数据使用一个不在条件中的数据使用;computersystemsecurity－－计算机系统安全性计算机软件和硬件对偶然的或故意的访问、使用、修改或破坏的一种保护机制; condition－－条件一个不包含布尔操作的布尔表达式,例如：Aconditioncoverage－－条件覆盖通过测试执行到的条件的百分比;conditionoutcome－－条件结果条件为真为假的评价;configurationcontrol－－配置控制配置管理的一个方面,包括评价、协调、批准、和实现配置项的变更; configurationmanagement－－配置管理一套技术和管理方面的原则用于确定和文档化一个配置项的功能和物理属性、控制对这些属性的变更、记录和报告变更处理和实现的状态、以及验证与指定需求的一致性; conformancecriterion－－一致性标准判断组件在一个特定输入值上的行为是否符合规格的一种方法;ConformanceTesting－－一致性测试测试一个系统的实现是否和其基于的规格相一致的测试;consistency－－一致性在系统或组件的各组成部分和文档之间没有矛盾,一致的程度;consistencychecker－－一致性检查器一个软件工具,用于测试设计规格中需求的一致性和完整性;controlflow－－控制流程序执行中所有可能的事件顺序的一个抽象表示;controlflowgraph－－控制流图通过一个组件的可能替换控制流路径的一个图形表示;conversiontesting－－转换测试用于测试已有系统的数据是否能够转换到替代系统上的一种测试;correctivemaintenance－－故障检修用于纠正硬件或软件中故障的维护;correctness－－正确性软件遵从其规格的程度;correctness－－正确性软件在其规格、设计和编码中没有故障的程度;软件、文档和其它项满足需求的程度;软件、文档和其它项满足用户明显的和隐含的需求的程度;coverage－－覆盖率用于确定测试所执行到的覆盖项的百分比;coverageitem－－覆盖项作为测试基础的一个入口或属性：如语句、分支、条件等;crash－－崩溃计算机系统或组件突然并完全的丧失功能;criticality－－关键性需求、模块、错误、故障、失效或其它项对一个系统的操作或开发影响的程度; criticalityanalysis－－关键性分析需求的一种分析,它根据需求的风险情况给每个需求项分配一个关键级别; cyclomaticcomplexity－－循环复杂度一个程序中独立路径的数量;datacorruption－－数据污染违背数据一致性的情况;datadefinition－－数据定义一个可执行语句,在该语句上一个变量被赋予了一个值;datadefinitionC-usecoverage－－数据定义C-use覆盖在组件中被测试执行到的数据定义C-use使用对的百分比;datadefinitionC-usepair－－数据定义C-use使用对一个数据定义和一个计算数据使用,数据使用的值是数据定义的值;datadefinitionP-usecoverage－－数据定义P-use覆盖在组件中被测试执行到的数据定义P-use使用对的百分比;datadefinitionP-usepair－－数据定义P-use使用对一个数据定义和一个条件数据使用,数据使用的值是数据定义的值;datadefinition-usecoverage－－数据定义使用覆盖在组件中被测试执行到的数据定义使用对的百分比;datadefinition-usepair－－数据定义使用对一个数据定义和一个数据使用,数据使用的值是数据定义的值;datadefinition-usetesting－－数据定义使用测试以执行数据定义使用对为目标进行测试用例设计的一种技术;datadictionary－－数据字典1一个软件系统中使用的所有数据项名称,以及这些项相关属性的集合;2数据流、数据元素、文件、数据基础、和相关处理的一个集合;dataflowanalysis－－数据流分析一个软件验证和确认过程,用于保证输入和输出数据和它们的格式是被适当定义的,并且数据流是正确的;dataflowcoverage－－数据流覆盖测试覆盖率的度量是根据变量在代码中的使用情况;dataflowdiagram－－数据流图把数据源、数据接受、数据存储和数据处理作为节点描述的一个图形,数据之间的逻辑体现为节点之间的边;dataflowtesting－－数据流测试根据代码中变量的使用情况进行的测试;dataintegrity－－数据完整性一个数据集合完全、正确和一致的程度;datause－－数据使用一个可执行的语句,在该语句中,变量的值被访问;datavalidation－－数据确认用于确认数据不正确、不完整和不合理的过程;deadcode－－死代码在程序操作过程中永远不可能被执行到的代码;Debugging－－调试发现和去除软件失效根源的过程;decision－－判定一个程序控制点,在该控制点上,控制流有两个或多个可替换路由;Decisioncondition－－判定条件判定内的一个条件;decisioncoverage－－判定覆盖在组件中被测试执行到的判定结果的百分比;decisionoutcome－－判定结果一个判定的结果,决定控制流走哪条路径;decisiontable－－判定表一个表格,用于显示条件和条件导致动作的集合;DepthTesting－－深度测试执行一个产品的一个特性的所有细节,但不测试所有特性;比较广度测试; designofexperiments－－实验设计一种计划实验的方法,这样适合分析的数据可以被收集;design-basedtesting－－基于设计的测试根据软件的构架或详细设计引出测试用例的一种方法;deskchecking－－桌面检查通过手工模拟软件执行的方式进行测试的一种方式;diagnostic－－诊断检测和隔离故障或失效的过程;dirtytesting－－肮脏测试参考负面测试negativetestingdisasterrecovery－－灾难恢复一个灾难的恢复和重建过程或能力;documentationtesting－－文档测试测试关注于文档的正确性;domain－－域值被选择的一个集合;domaintesting－－域测试参考等价划分测试equivalencepartitiontestingdynamicanalysis－－动态分析根据执行的行为评价一个系统或组件的过程;DynamicTesting－－动态测试通过执行软件的手段来测试软件;embeddedsoftware－－嵌入式软件软件运行在特定硬件设备中,不能独立于硬件存在;这类系统一般要求实时性较高;emulator－－仿真一个模仿另一个系统的系统或设备,它接受相同的输入并产生相同的输出;End-to-Endtesting－－端到端测试在一个模拟现实使用的场景下测试一个完整的应用环境,例如和数据库交互,使用网络通信等; entityrelationshipdiagram－－实体关系图描述现实世界中实体及它们关系的图形;entrypoint－－入口点一个组件的第一个可执行语句;EquivalenceClass－－等价类组件输入或输出域的一个部分,在该部分中,组件的行为从组件的规格上来看认为是相同的; equivalencepartitioncoverage－－等价划分覆盖在组件中被测试执行到的等价类的百分比;equivalencepartitiontesting－－等价划分测试根据等价类设计测试用例的一种技术;EquivalencePartitioning－－等价划分组件的一个测试用例设计技术,该技术从组件的等价类中选取典型的点进行测试;error－－错误IEEE的定义是：一个人为产生不正确结果的行为;errorguessing－－错误猜测根据测试人员以往的经验猜测可能出现问题的地方来进行用例设计的一种技术;errorseeding－－错误播种/错误插值故意插入一些已知故障fault到一个系统中去的过程,目的是为了根据错误检测和跟踪的效率并估计系统中遗留缺陷的数量;exception－－异常/例外一个引起正常程序执行挂起的事件;executablestatement－－可执行语句一个语句在被编译后会转换成目标代码,当程序运行是会被执行,并且可能对程序数据产生动作; ExhaustiveTesting－－穷尽测试测试覆盖软件的所有输入和条件组合;exitpoint－－出口点一个组件的最后一个可执行语句;expectedoutcome－－期望结果参考预期结果predictedoutcome;failure－－失效软件的行为与其期望的服务相背离;fault－－故障在软件中一个错误的表现;feasiblepath－－可达路径可以通过一组输入值和条件执行到的一条路径;featuretesting－－特性测试参考功能测试FunctionalTestingFMEA－－失效模型效果分析FailureModesandEffectsAnalysis可靠性分析中的一种方法,用于在基本组件级别上确认对系统性能有重大影响的失效FMECA－－失效模型效果关键性分析FailureModesandEffectsCriticalityAnalysisFMEA的一个扩展,它分析了失效结果的严重性;FTA－－故障树分析FaultTreeAnalysis引起一个不需要事件产生的条件和因素的确认和分析,通常是严重影响系统性能、经济性、安全性或其它需要特性;functionaldecomposition－－功能分解参考模块分解modulardecompositionFunctionalSpecification－－功能规格说明书一个详细描述产品特性的文档;FunctionalTesting－－功能测试测试一个产品的特性和可操作行为以确定它们满足规格;glassboxtesting－－玻璃盒测试参考白盒测试WhiteBoxTestingIEEE－－美国电子与电器工程师学会InstituteofElectricalandElectronicEngineers incrementaltesting－－渐增测试集成测试的一种,组件逐渐被增加到系统中直到整个系统被集成;infeasiblepath－－不可达路径不能够通过任何可能的输入值集合执行到的路径;inputdomain－－输入域所有可能输入的集合;inspection－－检视对文档进行的一种评审形式;installabilitytesting－－可安装性测试确定系统的安装程序是否正确的测试;instrumentation－－插装在程序中插入额外的代码以获得程序在执行时行为的信息;instrumenter－－插装器执行插装的工具IntegrationTesting－－集成测试测试一个应用组合后的部分以确保它们的功能在组合之后正确;该测试一般在单元测试之后进行; interface－－接口两个功能单元的共享边界;interfaceanalysis－－接口分析分析软件与硬件、用户和其它软件之间接口的需求规格;interfacetesting－－接口测试测试系统组件间接口的一种测试;invalidinputs－－无效输入在程序功能输入域之外的测试数据;isolationtesting－－孤立测试组件测试单元测试策略中的一种,把被测组件从其上下文组件之中孤立出来,通过设计驱动和桩进行测试的一种方法;jobcontrollanguage－－工作控制语言用于确定工作顺序,描述它们对操作系统要求并控制它们执行的语言;LCSAJ－－线性代码顺序和跳转LinearCodeSequenceAndJump包含三个部分：可执行语句线性顺序的起始,线性顺序的结束,在线性顺序结束处控制流跳转的目标语句;LCSAJcoverage－－LCSAJ覆盖在组件中被测试执行到的LCSAJ的百分比;LCSAJtesting－－LCSAJ测试根据LCSAJ设计测试用例的一种技术;LoadTesting－－负载测试通过测试系统在资源超负荷情况下的表现,以发现设计上的错误或验证系统的负载能力; logicanalysis－－逻辑分析1评价软件设计的关键安全方程式、算法和控制逻辑的方法;2评价程序操作的顺序并且检测可能导致灾难的错误;logic-coveragetesting－－逻辑覆盖测试参考结构化测试用例设计structuraltestcasedesignmaintainability－－可维护性一个软件系统或组件可以被修改的容易程度,这个修改一般是因为缺陷纠正、性能改进或特性增加引起的;maintainabilitytesting－－可维护性测试测试系统是否满足可维护性目标;modifiedcondition/decisioncoverage－－修改条件/判定覆盖在组件中被测试执行到的修改条件/判定的百分比; modifiedcondition/decisiontesting－－修改条件/判定测试根据MC/DC设计测试用例的一种技术;MonkeyTesting－－跳跃式测试随机性,跳跃式的测试一个系统,以确定一个系统是否会崩溃; MTBF－－平均失效间隔实际meantimebetweenfailures两次失效之间的平均操作时间;MTTF－－平均失效时间meantimetofailure第一次失效之前的平均时间MTTR－－平均修复时间meantimetorepair两次修复之间的平均时间multipleconditioncoverage－－多条件覆盖参考分支条件组合覆盖branchconditioncombinationcoverage mutationanalysis－－变体分析一种确定测试用例套完整性的方法,该方法通过判断测试用例套能够区别程序与其变体之间的程度;NegativeTesting－－逆向测试/反向测试/负面测试测试瞄准于使系统不能工作;non-functionalrequirementstesting－－非功能性需求测试与功能不相关的需求测试,如：性能测试、可用性测试等;N-switchcoverage－－N切换覆盖在组件中被测试执行到的N转换顺序的百分比;N-switchtesting－－N切换测试根据N转换顺序设计测试用例的一种技术,经常用于状态转换测试中;N-transitions－－N转换N＋1转换顺序operationaltesting－－可操作性测试在系统或组件操作的环境中评价它们的表现;outputdomain－－输出域所有可能输出的集合;partitiontesting－－分类测试参考等价划分测试equivalencepartitiontestingpath－－路径一个组件从入口到出口的一条可执行语句顺序; pathcoverage－－路径覆盖在组件中被测试执行到的路径的百分比;pathsensitizing－－路径敏感性选择一组输入值强制组件走一个给定的路径;pathtesting－－路径测试根据路径设计测试用例的一种技术,经常用于状态转换测试中; performancetesting－－性能测试评价一个产品或组件与性能需求是否符合的测试; portabilitytesting－－可移植性测试瞄准于证明软件可以被移植到指定的硬件或软件平台上; PositiveTesting－－正向测试测试瞄准于显示系统能够正常工作;precondition－－预置条件环境或状态条件,组件执行之前必须被填充一个特定的输入值;predicate－－谓词一个逻辑表达式,结果为‘真’或‘假’;predicatedatause－－谓词数据使用在谓词中的一个数据使用;programinstrumenter－－程序插装参考插装instrumenterprogressivetesting－－递进测试在先前特性回归测试之后对新特性进行测试的一种策略;pseudo-random－－伪随机看似随机的,实际上是根据预先安排的顺序进行的;QA－－质量保证qualityassurance1已计划的系统性活动,用于保证一个组件、模块或系统遵从已确立的需求;2采取的所有活动以保证一个开发组织交付的产品满足性能需求和已确立的标准和过程;QC－－质量控制qualitycontrol用于获得质量需求的操作技术和过程,如测试活动;RaceCondition－－竞争状态并行问题的根源;对一个共享资源的多个访问,至少包含了一个写操作,但是没有一个机制来协调同时发生的访问;recoverytesting－－恢复性测试验证系统从失效中恢复能力的测试;regressionanalysisandtesting－－回归分析和测试一个软件验证和确认任务以确定在修改后需要重复测试和分析的范围;RegressionTesting－－回归测试在发生修改之后重新测试先前的测试以保证修改的正确性;release－－发布一个批准版本的正式通知和分发;reliability－－可靠性一个系统或组件在规定的条件下在指定的时间内执行其需要功能的能力; reliabilityassessment－－可靠性评价确定一个已有系统或组件的可靠性级别的过程;requirements-basedtesting－－基于需求的测试根据软件组件的需求导出测试用例的一种设计方法;review－－评审在产品开发过程中,把产品提交给项目成员、用户、管理者或其它相关人员评价或批准的过程; risk－－风险不期望效果的可能性和严重性的一个度量;riskassessment－－风险评估对风险和风险影响的一个完整的评价;safety－－生命安全性不会引起人员伤亡、产生疾病、毁坏或损失设备和财产、或者破坏环境;safetycritical－－严格的安全性一个条件、事件、操作、过程或项,它的认识、控制或执行对生命安全性的系统来说是非常关键的;SanityTesting－－理智测试软件主要功能成分的简单测试以保证它是否能进行基本的测试;参考冒烟测试SDP－－软件开发计划softwaredevelopmentplan用于一个软件产品开发的项目计划;securitytesting－－安全性测试验证系统是否符合安全性目标的一种测试;security.－－信息安全性参考计算机系统安全性computersystemsecurityserviceabilitytesting－－可服务性测试参考可维护性测试maintainabilitytestingsimplesubpath－－简单子路径控制流的一个子路径,其中没有不必要的部分被执行;simulation－－模拟使用另一个系统来表示一个物理的或抽象的系统的选定行为特性;simulation－－模拟使用一个可执行模型来表示一个对象的行为;simulator－－模拟器软件验证期间的一个设备、软件程序、或系统,当它给定一个控制的输入时,表现的与一个给定的系统类似;SLA－－服务级别协议servicelevelagreement服务提供商与客户之间的一个协议,用于规定服务提供商应当提供什么服务;SmokeTesting－－冒烟测试对软件主要功能进行快餐式测试;最早来自于硬件测试实践,以确定新的硬件在第一次使用的时候不会着火;softwaredevelopmentprocess－－软件开发过程一个把用户需求转换为软件产品的开发过程;softwarediversity－－软件多样性一种软件开发技术,其中,由不同的程序员或开发组开发的相同规格的不同程序,目的是为了检测错误、增加可靠性;softwareelement－－软件元素软件开发或维护期间产生或获得的一个可交付的或过程内的文档;softwareengineering－－软件工程一个应用于软件开发、操作和维护的系统性的、有纪律的、可量化的方法; softwareengineeringenvironment－－软件工程环境执行一个软件工程工作的硬件、软件和固件;softwarelifecycle－－软件生命周期开始于一个软件产品的构思,结束于该产品不再被使用的这段期间;SOP－－标准操作过程standardoperatingprocedures书面的步骤,这对保证生产和处理的控制是必须的;sourcecode－－源代码用一种适合于输入到汇编器、编译器或其它转换设备的计算机指令和数据定义; sourcestatement－－源语句参考语句statementspecification－－规格组件功能的一个描述,格式是：对指定的输入在指定的条件下的输出;specifiedinput－－指定的输入一个输入,根据规格能预知其输出;spiralmodel－－螺旋模型软件开发过程的一个模型,其中的组成活动,典型的包括需求分析,概要设计,详细设计,编码,集成和测试等活动被迭代的执行直到软件被完成;SQL－－结构化查询语句structuredquerylanguage在一个关系数据库中查询和处理数据的一种语言;state－－状态一个系统、组件或模拟可能存在其中的一个条件或模式;statediagram－－状态图一个图形,描绘一个系统或组件可能假设的状态,并且显示引起或导致一个状态切换到另一个状态的事件或环境;statetransition－－状态转换一个系统或组件的两个允许状态之间的切换;statetransitiontesting－－状态转换测试根据状态转换来设计测试用例的一种方法;statement－－语句。

软件测试工程师常用中英文对照表

为了达到你的目标，你会用什么方法，采取什么步骤？
43
你认为自己是什么性格的人？
44
你为什么要申请这份职位?
45
How would you get the best from people?
你如何成为一个出色人？
Reference Answers
With my qualifications and experience, I feel I am hardworking, responsible and diligent in any project I undertake. Your organization could benefit from my analytical and interpersonal skills. Well, I am hoping to get an offer of a better position. If opportunity knocks, I will take it. I have finished three new projects, and I am sure I can apply my experience to this position. Money is important, but the responsibility that goes along with this job is what interests me the most. I hope to get a kind of learning to get skills from my work. Though I have studied in school for nearly 16 years, I have only learned knowledge. In the university, I got no chance to see real life and didn’ t get working skills. So I want to learn some working skills and become a professional in an industry. As the saying goes, “well begun is half done”. Your company is a famous one in the industry and boasts a high reputation. I hope to choose your company as the beginning of my career. I can not only learn new things, but set a solid foundation for my future career as well. I hope this job will give me a chance to take responsibility. In more than ten years’ of study as a student, I have never taken any responsibility in any real sense or earned money for a company. I think people can only become mature by taking on responsibility. I hope this work will give me the chance to develop fully.

1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。