软件测试词汇英文及解释
软件测试英语专业词汇
1.Software life cycle———软件生命周期
开始于一个软件产品的构思，结束于该产品不再被使用的这段期间。
2.Test ———测试
执行软件以验证其满足指定的需求并检测错误的过程。检测已有条件之间的不同，并评价软件项的特性软件项的分析过程。软件工程过程的一个活动，它将软件在预定的条件下运行以判断软件是否符合预期结果。
3.Acceptance testing———验收测试，可接受性测试
系统开发生命周期方法论的一个阶段，这时相关的用户和／或独立测试人员根据测试计划和结果对系统进行测试和接收。它让系统用户决定是否接收系统。它是一项确定产品是否能够满足合同或用户所规定需求的测试。这是管理性和防御性控制。
4.Ad hoc testing———随机测试
没有书面测试用例、记录期望结果、检查列表、脚本或指令的测试。主要是根据测试者的经验对软件进行功能和性能抽查。随机测试是根据测试说明书执行用例测试的重要补充手段，是保证测试覆盖完整性的有效方式和过程。
5.Alpha testing———α测试
是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试，Alpha测试不能由程序员或测试员完成。
6.Automated Testing———自动化测试
使用自动化测试工具来进行测试，这类测试一般不需要人干预，通常在GUI、性能等测试中用得较多。
7.Beta testing———β测试
测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场，Beta测试不能由程序员或测试员完成。
8.Black box testing———黑盒测试
指测试人员不关心程序具体如何实现的一种测试方法。根据软件的规格对软件进行各种输入和观察软件的各种输出结果来发现软件的缺陷的测试，这类测试不考虑软件内部的运作原理，因此软件对用户来说就像一个黑盒子。
9.White box testing ———白盒测试
glass box testing ———玻璃盒测试
根据软件内部的工作原理分析来进行测试，基于代码的测试，测试人员通过阅读程序代码或者通过使用开发工具中的单步调试来判断软件的质量，一般黑盒测试由项目经理在程序员开发中来实现。
https://www.wendangku.net/doc/7a14491307.html,patibility Testing———兼容性测试
Configuration testing———配置测试
测试软件是否和系统的其它与之交互的元素之间兼容，如：浏览器、操作系统、硬件等。
验证测试对象在不同的软件和硬件配置中的运行情况。
11.Dynamic testing———动态测试
通过执行软件的手段来测试软件。
12.Functional testing———功能测试
feature testing———特性测试
测试一个产品的特性和可操作行为以确定它们满足规格。也称为behavioral testing（行为测试），根据产品特征、操作描述和用户方案，测试一个产品的特性和可操作行为以确定它们满足设计需求。本地化软件的功能测试，用于验证应用程序或网站对目标用户能
正确工作。使用适当的平台、浏览器和测试脚本，以保证目标用户的体验将足够好，就像应用程序是专门为该市场开发的一样。
13.Installing testing/ Installation Testing———安装测试
确保该软件在正常情况和异常情况的不同条件下，例如，进行首次安装、升级、完整的或自定义的安装都能进行安装。异常情况包括磁盘空间不足、缺少目录创建权限等。核实软件在安装后可立即正常运行。安装测试包括测试安装代码以及安装手册。安装手册提供如何进行安装，安装代码提供安装一些程序能够运行的基础数据。
14.International testing———国际化测试I18N：Internationalization 国际化
国际化测试的目的是测试软件的国际化支持能力，发现软件的国际化的潜在问题，保证软件在世界不同区域中都能正常运行。国际化测试使用每种可能的国际输入类型，针对任何区域性或区域设置检查产品的功能是否正常，软件国际化测试的重点在于执行国际字符串的输入/输出功能。国际化测试数据必须包含东亚语言、德语、复杂脚本字符和英语（可选）的混合字符。
15.Localization testing ———本地化测试L10N：Localization本地化
本地化测试的对象是软件的本地化版本。本地化测试的目的是测试特定目标区域设置的软件本地化质量。本地化测试的环境是在本地化的操作系统上安装本地化的软件。从测试方法上可以分为基本功能测试，安装/卸载测试，当地区域的软硬件兼容性测试。测试的内容主要包括软件本地化后的界面布局和软件翻译的语言质量，包含软件、文档和联机帮助等部分。
16.Localizability testing———本地化能力测试
本地化能力是指不需要重新设计或修改代码，将程序的用户界面翻译成任何目标语言的能力。为了降低本地化能力测试的成本，提高测试效率，本地化能力侧是通常在软件的
伪本地化版本上进行。本地化能力测试中发现的典型错误包括：字符的硬编码（即软件中需要本地化的字符写在了代码内部），对需要本地化的字符长度设置了国定值，在软件运行时以控件位置定位，图标和位图中包含了需要本地化的文本，软件的用户界面与文档术语不一致等。
17.non-functional requirements testing———非功能性需求测试
与功能不相关的需求测试，如：性能测试、可用性测试等。
18.Performance testing———性能测试
评价一个产品或组件与性能需求是否符合的测试。包括负载测试、强度测试、数据库容量测试、基准测试等类型。
19.Load testing———负载测试
通过测试系统在资源超负荷情况下的表现，以发现设计上的错误或验证系统的负载能力。
在这种测试中，将使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行的能力。负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。此外，负载测试还要评估性能特征，例如，响应时间、事务处理速率和其他与时间相关的方面。
20.storage testing———存储测试
21.Stress Testing———压力测试
22.Pilot testing———引导测试
软件开发中，验证系统在真实硬件和客户基础上处理典型操作的能力。在软件外包测试中，引导测试通常是客户检查软件测试公司测试能力的一种形式，只有通过了客户特定的引导测试，软件测试公司才能接受客户真实软件项目的软件测试。
23.Portability testing———可移植性测试
测试瞄准于证明软件可以被移植到指定的硬件或软件平台上。
24.Regression testing———回归测试
在发生修改之后重新测试先前的测试以保证修改的正确性。理论上，对软件的任何新版本，都需要进行回归测试，验证以前发现和修复的错误是否在新软件版本上再现。25.Sanity testing ———健全测试/理智测试
软件主要功能成分的简单测试以保证它是否能进行基本的测试。参考“Smoke testing （冒烟测试）”。
26.Smoke testing ———冒烟测试
冒烟测试的对象是每一个新编译的需要正式测试的软件版本，目的是确认软件基本功能正常，可以进行后续的正式测试工作。对软件主要功能进行快餐式测试。最早来自于硬件测试实践，以确定新的硬件在第一次使用的时候不会着火。冒烟测试的执行者是版本编译人员。
27.Static testing/Non-Execution-Based Testing———静态测试
不通过执行来测试一个系统。如代码检查，文档检查和评审等。
28.Unit testing———单元测试
指一段代码的基本测试，其实际大小是未定的，通常是一个函数或子程序，一般由开发者执行。
29.isolation testing———孤立测试
组件测试（单元测试）策略中的一种，把被测组件从其上下文组件之中孤立出来，通过设计驱动和桩进行测试的一种方法。
30.Integration testing———集成测试
被测试系统的所有组件都集成在一起，找出被测试系统组件之间关系和接口中的错误。
该测试一般在单元测试之后进行。
31.UI：User interface———用户界面
广义是指使用户可以和计算机进行交互的硬件和/或软件。狭义是指软件中的可见外观及其底层与用户交互的部分（菜单、对话框、窗口和其它控件）。
32.UI Testing：User interface testing———用户界面测试
指测试用户界面的风格是否满足客户要求，文字是否正确，页面是否美观，文字，图片组合是否完美，操作是否友好等等。UI 测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。确保用户界面符合公司或行业的标准。包括用户友好性、人性化、易操作性测试。
33.maintainability testing———可维护性测试
测试系统是否满足可维护性目标。
34.Monkey Testing———跳跃式测试
随机性，跳跃式的测试一个系统，以确定一个系统是否会崩溃。
35.Negative Testing———逆向测试/反向测试/负面测试
测试瞄准于使系统不能工作。
36.N-switch testing———N切换测试
根据N转换顺序设计测试用例的一种技术，经常用于状态转换测试中。
37.operational testing———可操作性测试
在系统或组件操作的环境中评价它们的表现。
38.partition testing———分类测试
参考等价划分测试（equivalence partition testing）
39.progressive testing———递进测试
在先前特性回归测试之后对新特性进行测试的一种策略。
40.path testing———路径测试
根据路径设计测试用例的一种技术，经常用于状态转换测试中。
41.Positive Testing———正向测试
测试瞄准于显示系统能够正常工作。
42.recovery testing———恢复性测试
验证系统从失效中恢复能力的测试。
43.regression analysis and testing———回归分析和测试
一个软件验证和确认任务以确定在修改后需要重复测试和分析的范围。
44.requirements-based testing———基于需求的测试
根据软件组件的需求导出测试用例的一种设计方法。
45.security testing———安全性测试
验证系统是否符合安全性目标的一种测试。
46.GB 18030 testing———GB 18030测试
软件支持GB 18030字符集标准能力的测试，包括GB 18030字符的输入、输出、显示、存储的支持程度。
47.incremental testing———渐增测试
集成测试的一种，组件逐渐被增加到系统中直到整个系统被集成。
48.installability testing———可安装性测试
确定系统的安装程序是否正确的测试。
49.interface testing———接口测试
测试系统组件间接口的一种测试。
50.LCSAJ testing———LCSAJ测试
根据LCSAJ设计测试用例的一种技术。
51.logic-coverage testing———逻辑覆盖测试
参考结构化测试用例设计（structural test case design）
52.serviceability testing ———可服务性测试
53.modified condition/decision testing———修改条件/判定测试
根据MC/DC设计测试用例的一种技术。
54.Migration testing———迁移测试
55.Module testing———模块测试
56.pseudo-localization testing———伪本地化测试
57.state transition testing———状态转换测试
58.statement testing———语句测试
59.statistical testing———统计测试
60.structured basis testing———结构化的基础测试
61.Syntax testing———语法分析
62.System Testing———系统测试
technical requirements testing———技术需求测试
63.Thread testing ———线程测试
64.top-down testing———自顶向下测试
https://www.wendangku.net/doc/7a14491307.html,ability Testing———可用性测试
https://www.wendangku.net/doc/7a14491307.html,er acceptance Test———用户验收测试
67.volume testing———容量测试
69.Accessibility test———软体适用性测试
70.Bench test———基准测试
71.Bottom-up testing———自底向上测试
72.boundary value testing———边界值测试
73.branch condition combination testing ———分支条件组合测试
74.branch condition testing———分支条件测试
75.branch testing———分支测试
76.Breadth Testing ———广度测试
77.Brute force testing———强力测试
78.Buddy test———合伙测试
79.code-based testing———基于代码的测试
https://www.wendangku.net/doc/7a14491307.html,plete path testing———完全路径测试
https://www.wendangku.net/doc/7a14491307.html,ponent testing———组件测试
82.Conformance Testing———一致性测试
83.conversion testing———转换测试
84.data definition-use testing———数据定义使用测试
85.data flow testing———数据流测试
86.Depth Testing———深度测试
87.design-based testing———基于设计的测试
88.dirty testing———肮脏测试
89.documentation testing———文档测试
91.End-to-End testing———端到端测试
92.Equivalence partition testing———等价划分测试
93.Exploratory testing ———探索性测试
94.Exhaustive Testing———穷尽测试
95.Field testing———现场测试
96.Identify Exploratory Tests———识别探索性测试
97.Keyword driven testing———关键字驱动测试
98.Execution-Based Testing ———动态测试
99.Gray-Box Testing———灰盒测试
100.Capture/Replay Tool=capture/playback tool———捕获/回放工具一种测试工具，能够捕获在测试过程中传递给软件的输入，并且能够在以后的时间中，重复这个执行的过程。这类工具一般在GUI测试中用的较多。
特殊单词
101.Garbage characters———乱码字符
程序界面中显示的无意义的字符，例如，程序对双字节字符集的字符不支持时，这些字符不能正确显示。
102.feasible path———可达路径
可以通过一组输入值和条件执行到的一条路径。
103.infeasible path———不可达路径
不能够通过任何可能的输入值集合执行到的路径。
104.functional decomposition———功能分解
参考模块分解（modular decomposition）三大原则：模块独立性、模块凝聚、模块耦合。
105.input domain———输入域
所有可能输入的集合。
106.inspection———检视/审查
对文档进行的一种评审形式。Code Inspection：代码审查
107.instrumentation———插装
在程序中插入额外的代码以获得程序在执行时行为的信息。
108.instrumenter———插装器
执行插装的工具。program instrumenter（程序插装）
109.Interface———接口
两个功能单元的共享边界。
110.interface analysis———接口分析
分析软件与硬件、用户和其它软件之间接口的需求规格。
111.invalid inputs———无效输入
在程序功能输入域之外的测试数据。
112.job control language———工作控制语言
用于确定工作顺序，描述它们对操作系统要求并控制它们执行的语言。
113.LCSAJ coverage———LCSAJ覆盖
在组件中被测试执行到的LCSAJ的百分比。
114.logic analysis———逻辑分析
（1）评价软件设计的关键安全方程式、算法和控制逻辑的方法。
（2）评价程序操作的顺序并且检测可能导致灾难的错误。
115.modified condition/decision coverage———修改条件/判定覆盖在组件中被测试执行到的修改条件/判定的百分比。
116.multiple condition coverage———多条件覆盖
参考分支条件组合覆盖（branch condition combination coverage）
117.mutation analysis———变体分析
一种确定测试用例套完整性的方法，该方法通过判断测试用例套能够区别程序与其变体之间的程度。
118.N-switch coverage———N切换覆盖
在组件中被测试执行到的N转换顺序的百分比。
119.N-transitions———N转换
N＋1转换顺序
120.output domain———输出域
所有可能输出的集合。
121.path coverage———路径覆盖
在组件中被测试执行到的路径的百分比。
122.path sensitizing———路径敏感性
选择一组输入值强制组件走一个给定的路径。
123.precondition———预置条件
环境或状态条件，组件执行之前必须被填充一个特定的输入值。
124.predicate———谓词
一个逻辑表达式，结果为‘真’或‘假’。
125.predicate data use———谓词数据使用
在谓词中的一个数据使用。
126.pseudo-random———伪随机
看似随机的，实际上是根据预先安排的顺序进行的。
127.Race Condition———竞争状态
并行问题的根源。对一个共享资源的多个访问，至少包含了一个写操作，但是没有一个机制来协调同时发生的访问。
128.release———发布
一个批准版本的正式通知和分发。Release note（版本说明）
129.reliability/Availability———可靠性
一个系统或组件在规定的条件下在指定的时间内执行其需要功能的能力。
130.reliability assessment———可靠性评价
确定一个已有系统或组件的可靠性级别的过程。
131.risk assessment———风险评估
对风险和风险影响的一个完整的评价。
132.safety———（生命）安全性
不会引起人员伤亡、产生疾病、毁坏或损失设备和财产、或者破坏环境。
133.safety critical———严格的安全性
一个条件、事件、操作、过程或项，它的认识、控制或执行对生命安全性的系统来说是非常关键的。
134.security.———（信息）安全性
参考计算机系统安全性（computer system security）
135.simple subpath———简单子路径
控制流的一个子路径，其中没有不必要的部分被执行。
136.simulation———模拟
使用另一个系统来表示一个物理的或抽象的系统的选定行为特性。使用一个可执行模型来表示一个对象的行为。
137.simulator———模拟器
软件验证期间的一个设备、软件程序、或系统，当它给定一个控制的输入时，表现的与一个给定的系统类似。
https://www.wendangku.net/doc/7a14491307.html,g time———延迟时间
139.Lead time———前置时间
140.Maintenance———维护, corrective maintenance：故障检修,Operation and Maintenance：运行和维护
141.maintainability———可维护性
一个软件系统或组件可以被修改的容易程度，这个修改一般是因为缺陷纠正、性能改进或特性增加引起的。
142.Master project schedule———总体项目方案
143.Memory leak———内存泄漏
https://www.wendangku.net/doc/7a14491307.html,estone———里程碑
145.Mock up———模型，原型
146.mouse over———鼠标在对象之上
147.mouse leave———鼠标离开对象
148.off by one———缓冲溢出错误
149.nominal load———额定负载
150.Off-the-shelf software———套装软件
151.paper audit———书面审计
152.Pair Programming———成对编程
153.Peer review———同行评审
154.Performance indicator———性能（绩效）指标
155.Post condition ———后置条件
156.Precondition———前提条件
157.Prototype———原型
158.Pseudo code———伪代码
159.Refactoring———重构
160.Requirements management tool———需求管理工具
161.Schema Repository ———模式库
162.Software development process———软件开发过程163.software diversity———软件多样性
164.software element———软件元素
165.software engineering environment———软件工程环境166.source code———源代码
167.source statement———源语句
168.specified input———指定的输入
169.spiral model———螺旋模型
170.Staged Delivery———分布交付方法
171.state diagram———状态图
172.Statement coverage———语句覆盖
173.Static Analysis———静态分析
174.Static Analyzer———静态分析器
175.Stepwise refinement———逐步优化
176.Flow-control———流控制
177.structural coverage———结构化覆盖
178.structured design———结构化设计
179.structured programming———结构化编程
180.structured walkthrough———结构化走查
181.stub———桩
182.sub-area———子域
183.symbolic evaluation———符号评价
184.symbolic execution———参考符号执行
185.symbolic trace———符号轨迹
186.Synchronization———同步
187.system analysis———系统分析
188.System design———系统设计
189.system integration———系统集成
190.test automation———测试自动化
191.test case design technique ———测试用例设计技术192.test case suite———测试用例套
193.test comparator ———测试比较器
194.test completion criterion———测试完成标准195.test coverage———测试覆盖
196.Test design———测试设计
197.Test driver ———测试驱动
198.test environment———测试环境
199.Formal Test Environment———正式的测试环境200.test execution technique ———测试执行技术201.test generator———测试生成器
202.test harness———测试用具
203.Test infrastructure———测试基础建设
204.Test Metrics———测试度量
205.test measurement technique———测试度量技术206.test procedure ———测试规程
207.test records———测试记录
208.Test scenario———测试场景
209.Test strategy ———测试策略
210.Test target———测试目标
211.testability———可测试性
212.Testing bed———测试平台
213.time sharing———时间共享
214.time-boxed———固定时间
215.ToolTip ———控件提示或说明
216.traceability analysis———跟踪性分析
217.traceability matrix———跟踪矩阵
218.Trade-off———平衡
219.Transaction ———事务/处理
220.transaction volume———交易量
221.transform. analysis———事务分析
222.Trojan horse ———特洛伊木马
223.truth table———真值表
224.Tune System———调试系统
https://www.wendangku.net/doc/7a14491307.html,age scenario———使用场景
https://www.wendangku.net/doc/7a14491307.html,er database———用户数据库
https://www.wendangku.net/doc/7a14491307.html,er profile———用户信息
https://www.wendangku.net/doc/7a14491307.html,er scenario———用户场景
229.Virtual user———虚拟用户
230.Waterfall model———瀑布模型
231.actual outcome———实际结果
232.Algorithm analysis———算法分析
233.anomaly ———异常
234.application software———应用软件235.Architecture ———构架
236.Artifact———工件
237.Assertion checking———断言检查
238.Association———关联
239.audit trail———审计跟踪
240.Backus-Naur Form———BNF范式
241.Baseline———基线
242.Basic Block———基本块
243.basis test set———基本测试集
244.Behavior———行为
245.Benchmark———标杆/指标/基准
246.Best practice ———最佳实践
247.Blocking bug———阻碍性错误
248.boundary value coverage———边界值覆盖
249.Boundary values———边界值
250.Boundary Value Analysis———边界值分析251.branch condition coverage———分支条件覆盖252.Branch coverage———分支覆盖
253.branch outcome———分支结果
254.branch point———分支点
255.Buffer———缓冲
256.Bug bash———错误大扫除
257.bug fix———错误修正
258.Build-in———内置
259.cause-effect graph ———因果图
260.certification———证明
261.change control———变更控制
262.Change Management———变更管理
263.Change Request———变更请求
264.Character Set———字符集
265.Check In———检入
266.Check Out———检出
267.Closeout———收尾
268.code audit———代码审计
269.Code coverage ———代码覆盖
270.Code rule———编码规范
关于软件测试工程师个人简历范文
三一文库（https://www.wendangku.net/doc/7a14491307.html,）/个人简历 关于软件测试工程师个人简历范文 目前所在：广州年龄：22 籍贯：广州国籍：中国 婚否：未婚民族：汉族 身高：173cm体重： 简历求职意向 求职职位：软件测试工程师：员工，计算机软件/其它类：工作经验/年：无专业职称：无职称 工作类型：均可就职时间：随时 期望薪资：1000以下求职地区：广州 工作履历 羊城晚报起止年月：20XX-07-01～20XX-08-01 公司性质：国有企业所属行业：广告/媒体 担任职位：销售员 工作描述：销售报纸,体验工作的感觉,与锻炼和不同届层交流
离职原因：上学 教育简历 毕业学校：广东科贸职业学院 学历：大专获得学位:毕业时间：20XX-07-01 所学专业：软件技术第二专业：无 起始年月终止年月学校（机构）所学专业获得证书证书编号20XX-03-0120XX-09-01广东科贸职业学院软件技术英语B级证14063110810234 20XX-09-0120XX-12-01广东科贸职业学院软件技术Photoshop图象处理(四级)证20XX03210097278 20XX-04-0120XX-04-01广州中星培训学院CCNA-- 语言能力 外语：英语一般粤语水平：精通 第二外语：无国语水平：精通 简历自我评价 能够熟练的运用MicrosoftOffice(如：Word、Excel、等)的各种功能进行高效的办公室日常工作；熟悉SQLServer2005数据库建立；掌握C#/https://www.wendangku.net/doc/7a14491307.html,编程语言，能熟练应用相关工具VisualStudio20XX进行应用程序和数据库系统的开发：本人有较强的团队精神，动手及学习能力较强，能吃苦耐劳，具有积极向上的进取心。对测试类与策划类比较感兴趣,对数字比较敏感！ 求职自我介绍参考
软件测试常用英语词汇汇总
软件测试常用英语词汇 静态测试：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 Completion criteria 测试用例：The Test Cases 测试进度表：The Test Schedules 风险：Risks 接口：Interface 最终用户：The End User 正式的测试环境：Formal Test Environment 确认需求：Verifying The Requirements
测试专业术语
软件测试术语表 Acceptance Testing－－可接受性测试 一般由用户/客户进行的确认是否可以接受一个产品的验证性测试。 actual outcome－－实际结果 被测对象在特定的条件下实际产生的结果。 Ad Hoc Testing－－随机测试 测试人员通过随机的尝试系统的功能，试图使系统中断。 algorithm－－算法 （1）一个定义好的有限规则集，用于在有限步骤内解决一个问题； （2）执行一个特定任务的任何操作序列。 algorithm analysis－－算法分析 一个软件的验证确认任务，用于保证选择的算法是正确的、合适的和稳定的，并且满足所有精确性、规模和时间方面的要求。 Alpha Testing－－Alpha测试 由选定的用户进行的产品早期性测试。这个测试一般在可控制的环境下进行的。analysis－－分析 （1）分解到一些原子部分或基本原则，以便确定整体的特性； （2）一个推理的过程，显示一个特定的结果是假设前提的结果； （3）一个问题的方法研究，并且问题被分解为一些小的相关单元作进一步详细研究。 anomaly－－异常 在文档或软件操作中观察到的任何与期望违背的结果。 application software－－应用软件 满足特定需要的软件。 architecture－－构架 一个系统或组件的组织结构。 ASQ－－自动化软件质量（Automated Software Quality） 使用软件工具来提高软件的质量。 assertion－－断言 指定一个程序必须已经存在的状态的一个逻辑表达式，或者一组程序变量在程序执行期间的某个点上必须满足的条件。 assertion checking－－断言检查 用户在程序中嵌入的断言的检查。 audit－－审计 一个或一组工作产品的独立检查以评价与规格、标准、契约或其它准则的符合程度。 audit trail－－审计跟踪 系统审计活动的一个时间记录。 Automated Testing－－自动化测试 使用自动化测试工具来进行测试，这类测试一般不需要人干预，通常在GUI、性能等测试中用得较多。 Backus-Naur Form－－BNF范式
软件测试英语单词
软件测试英语单词
软件测试英语单词 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：分支条件组合测试
软件测试常用术语 (新手必看)
在软件测试中会遇到一些专有名词，英文缩写，涉及到网络、软件、测试各个层面,软件测试需要跨平台，所以在技术拓展上要留意多方面的积累与总结！ ADO: ActiveX Data Object，ActiveX 数据对象。是ASP语言访问数据库的中间件。 BAT: Build Acceptance Testing，工作版本可接受测试。新工作版本正式测试前进行的一项快速测试过程，目的是保证软件的基本功能和内容正确完整，具有可测试性，经过BAT 测试后，就进入了正轨测试阶段。 BRC: Bug Review Council，缺陷复查委员会。负责 Adobe 软件缺陷的成员，负责复查报告的新缺陷是否正确，并且修正处理。 CCJK : Chinese Simplified，Chinese Traditional, Japanese，Korean，简体中文，繁体中文，日文和朝鲜语。本地化测试中的四种典型东亚语言。 CMM : Capability Maturity Model，能力成熟度模型。美国卡内基·梅隆大学的软件工程研究院(SEI)开发的用于软件开发过程的管理及工程能力的提高与评估的方法，共五个级别。 C/S : Client/Server，客户机/服务器。来源：深圳软件测试局域网软件的一种模式。 DBCS : Double Bytes Character Set，双字节字符集。用两个字节长度表示一个字符的字符编码系统。中文，日文和朝鲜文都用双字节字符集表示。 DLL : Dynamic Link Library，动态链接库。大型软件常用的一种软件开发方法，按照功能模块将不同功能分别集成在不同的动态链接库中。国际化软件开发中通常将可以本地化的软件界面资源文件放在单独的动态链接库中，便于本地化处理。 DTS : Defect Tracking System，缺陷跟踪系统。软件测试中集中管理软件缺陷（bug）的数据库，完成缺陷报告、修改、查询、统计等功能。 EOF : End Of File，文件结尾。某些文件在存储时在结尾处写入代表结尾的特殊信息。 ERP : Enterprise Resource Planning，企业资源规划。它是从 MRP （物料资源计划）发展而来的新一代集成化管理信息系统，它扩展了 MRP 的功能，其核心思想是供应链管理，它跳出了传统企业边界，从供应链范围去优化企业的资源，是基于网络经济时代的新一代信息系统。 EULA : End User License Agreement，终端用户许可协议。软件中关于终端用户安装和使用授权和其他许可的内容，通常是一个单独的文档。 FIGS : French，Italian，Germany，Spanish, 法语，意大利语，德语，西班牙语。是软件本地化的欧洲代表语言。
软件测试常用术语
软件【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】： 使用人工或自动手段，来运行或测试某个系统的过程。其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别（1983，IEEE软件工程标准术语）。 测试环境【Testing Environment(TE)】： 软件测试环境就是软件运行的平台，包括软件、硬件和网络的集合。用一个等式来表示：测试环境＝软件＋硬件＋网络。其中，“硬件”主要包括PC机（包括品牌机和兼容机）、笔记本、服务器、各种PDA终端等；“软件”主要指软件运行的操作系统；“网络”主要针对的是C/S结构和B/S结构的软件。 【备注：作为一个合格的软件测试工程师，不仅要熟悉软件的知识，也要了解硬件和网络的相关知识】 测试用例【Test Case(TC)】： 指的是在测试执行之前设计的一套详细的测试方案，包括测试环境、测试步骤、测试数据和预期结果。用一个等式来简单表示：测试用例＝输入＋输出＋测试环境。其中，“输入”包括测试数据和操作步骤；“输出”指的是期望结果；测试环境指的是系统环境设置。
软件测试英文简历模板
Recommendation Report Recommendation Company ： Recommendation Position：Adv.Testing Manager Recommendation Date：2014/8/28 Current Location：Dalian Target Location：Shenyang On-board Date ：1 month after being offered Summary： Above 5 years experience in testing software development. Rich experiences in testing Lead position，and now lead 10 members Identify testing target, Scope, risk, quality request and standard, and test method. Fluent in oral and written English,Have been on business trip at America. Good technology knowledge. Have deployment work experience, familiar with database, Linux operation system, J2EE develop program and ESB or other interface test or develop tool, Basic knowledge about Pressure Test with LoadRunner and automation test with QTP. Good Leaning skill, can learn new knowledge or technology as soon as possible. Have experience for SIT, UAT and direct test on online system, support system from test environment to online, Business trip on shop floor. Basic Information Name: Gender: Female Year of Birth: Foreign Language English: Fluent Education Background & Training Experiences 2005/8 -- 2009/6 XXXXXXXUniversity Information management & Information System Bachelor degree Working Period 2009.07-2012.07 XXXXXXXCompany 2012.07 until Now
软件测试中英文术语对照表
软件测试中英文术语对照表． 软件测试中英文术语对照表英文术语中文术语对应的说明 High Level Test Case Abstract Test Case 抽象测试用例
Acceptance Testing Acceptance 验 为了满足组件或系统使用者客户或其他授权Acceptance Criteria 验收准 体的需要，组件或系统必须达到的准则IEEE 610) 一般由用客户进行的确认是否可以接受一Acceptance Testing验收测 业务流系统的验证性测试是根据用户需求以确保系统复合所有验收准进行的正式测试（IEEE 61一致Accessibility Testing可达性测可达性测试就是测试残疾人或不方便的人使即被测试的软件是软件或者组件的容易程度这能够被残疾或者部分有障碍人士正常使用中也包含了正常人在某些时候发生暂时性障的情况下正常使用，如怀抱婴儿Accuracy准确软件产品提供的结果的正确性一致性和精确 Functionality。参序的能力ISO9126Testing Actual OutcomeActual Result 实际结 实际结Actual Result组件或系统测试之后产生或观察到的行 临时评Ad Hoc Review非正式评审（和正式的评审相比随机测非正式的测试执行即没有正式的测试准备Ad Hoc Testing 也没有期望结果和必须遵格设计和技术应用的测试执行指Adaptability适应而适应不同特定软件产品无需进行额外修改Probability境的能。参(ISO9126敏捷测Agile Tesing
如极限编程开发的项目进行对使用敏捷方法 Test强调测试优先行的设计模式软件测试Driven Development Algorithm Test[Tmap]算法测Branch Testing AlphAlpha Testing 测由潜在用户或者独立的测试团队在开发环境 通常在或者模拟实际操作环境下进行的测试发组织之外进行。通常是对现货软件COTS) 行内部验收测试的一种方式Analyzability 可分析性软件产品缺陷或运行失败原因可悲诊断的能力，。参见或对修改部分的可识别能力(ISO9126)Maintainability 分析器Analyzer Static Analyzer Anomaly 异常任何和基于需求文档、设计文档、用户文档、标准或者个人的期望和预期之间偏差的情况都可以称为异常。异常可以在但不限于下面的过程中识别：评审（Review)、测试分析（Test Analysis)、编译(Compilation)、软件产品或应用文档的使用等。参见Defect、Deviation、 ErroFaulFailurIncidenProblem Branch Testing 弧测Arc Testing 软件产品吸引用户的能吸引(ISO 9126。参Attractiveness Usability 对软件产品或过程进行的独立评审审来确认产Audit 是否满足标准指南规格说明书以及基于客准则的步骤等，包括下面的文档：）产品内容与形式；）产品开发应该遵循的流程）度量符合标准或指南的准则IEEE 1028)
【调研问卷模板】软件测试能力素质测试
【调研问卷模板】软件测试能力素质测试 1. 请填写个人信息 姓名 ____________ 手机号 ____________ 岗位 ____________ 面试时间 ____________ 实操分数 ____________ 技术复核分数 ____________ 面试人 ____________ 2. 你为什么选择这个专业？为什么选择这个行业？本题考察兴趣、动机，只有感兴趣的事情，你才可以把它做到最好。 1分 2分 3分 4分 5分 3. 你想过什么样的人生？本题考察人生观. －排除贪图安逸、只想享乐的人－排除找工作混日子的人－重点挖掘想实现人生价值，为社会做出贡献的人 1分 2分 3分 4分 5分
4. 你在3到5年的职业生涯规划是什么？你打算怎样达到自己的目标？本题考察自我管理能力，自我管理能力强的人，具有以下行为. －设置SMART的目标－勤奋努力，并展现出高水平的创造力－自发完成目标，而不需要太多的监管－为结果负责 1分 2分 3分 4分 5分 5. 匹配度指个人职业生涯规划，与公司的目标的契合度。如. 某人希望成为一名服装设计师，那UI／UE的岗位就不适合他 1分 2分 3分 4分 5分 6. 你认为一个人要获得事业上或工作上的成功，最重要的素质是什么？本题考察的是勤奋刻苦的品质，对个人成功的影响。俗话说勤能补拙、愚公移山，没有付出，就没有收获。 1分 2分 3分 4分 5分
7. 假设你发现你的上司的一个工作举措是有违公司规章制度的，你会怎么处理？你不会因为担心你的上司会因为这件事而对你有看法吗？本题考察诚信正直，诚信正直的人表现出以下行为. －维护企业的廉正－显示高标准的道德行为－理解违反诚信正直对个人或 他人的影响－值得信赖 1分 2分 3分 4分 5分 8. 请描述你最满意的项目，你在项目中的角色和贡献，项目中用到的技术，学到的知识及克服的困难本题考察诚信正直，诚信正直的人表现出以下行为. －维护企业的廉正－显示高标准的道德行为 －理解违反诚信正直对个人或他人的影响－值得信赖 1分 2分 3分 4分 5分 9. 请给出你做得失败的一个项目的例子？你从中学到了什么？本题考察学习能力，失败是成功之母，只有从失败中不断总结经验教训，才可能通往成功 1分 2分 3分
软件测试专业术语中英文对照
软件测试专业术语中英文对照A 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：自动化测试 B 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：分支条件组合测试
软件测试常用术语表
第119贴【2004－10－12】：常见测试术语一 Acceptance Testing－－可接受性测试 一般由用户/客户进行的确认是否可以接受一个产品的验证性测试。 actual outcome－－实际结果 被测对象在特定的条件下实际产生的结果。 Ad Hoc Testing－－随机测试 测试人员通过随机的尝试系统的功能，试图使系统中断。algorithm－－算法 （1）一个定义好的有限规则集，用于在有限步骤内解决一个问题；（2）执行一个特定任务的任何操作序列。 algorithm analysis－－算法分析 一个软件的验证确认任务，用于保证选择的算法是正确的、合适的和稳定的，并且满足所有精确性、规模和时间 方面的要求。 Alpha Testing－－Alpha测试 由选定的用户进行的产品早期性测试。这个测试一般在可控制的环境下进行的。 analysis－－分析 （1）分解到一些原子部分或基本原则，以便确定整体的特性；（2）一个推理的过程，显示一个特定的结果是假 设前提的结果；（3）一个问题的方法研究，并且问题被分解为一些小的相关单元作进一步详细研究。 anomaly－－异常 在文档或软件操作中观察到的任何与期望违背的结果。
application software－－应用软件 满足特定需要的软件。 architecture－－构架 一个系统或组件的组织结构。 ASQ－－自动化软件质量（Automated Software Quality） 使用软件工具来提高软件的质量。 assertion－－断言 指定一个程序必须已经存在的状态的一个逻辑表达式，或者一组程序变量在程序执行期间的某个点上必须满足的 条件。 assertion checking－－断言检查 用户在程序中嵌入的断言的检查。 audit－－审计 一个或一组工作产品的独立检查以评价与规格、标准、契约或其它准则的符合程度。 audit trail－－审计跟踪 系统审计活动的一个时间记录。 Automated Testing－－自动化测试 使用自动化测试工具来进行测试，这类测试一般不需要人干预，通常在GUI、性能等测试中用得较多。 第120贴【2004－10－13】：常见测试术语二 Backus-Naur Form－－BNF范式 一种分析语言，用于形式化描述语言的语法 baseline－－基线
软件测试工程师简历模板样本
个人简历 姓名：*** 性别：男 出生年月：联系电话：135*** 学历：本科专业：计算机科学与技术 工作经验：4年民族：汉 毕业学校：***大学 住址：*** 电子信箱：*** 自我简介： 具有多年软件测试工作经验，适应能力强，认真好学，善于和人沟通; 能高效完成本职工作，做事踏实、认真负责、耐心细心; 每个参与项目都能做到成绩突出,且能影响和组织他人工作，富有团队精神。 求职意向： 目标职位：软件测试 目标行业：互联网·电子商务| 计算机软件| 计算机硬件·网络设备| IT服务·系统集成| 通信(设备·运营·增值服务) 期望薪资：面议 期望地区：*** 到岗时间：1周以内 工作经历： –***软件有限公司 测试工程师
工作职责和业绩： 1.主要从事LINUX系统下的嵌入式软件测试工作，负责本公司DVB、IPTV机顶盒 研发及商用阶段的测试； 2.负责生产测试规范、软件测试用例、部门培训资料等文档的编写工作； 3.负责指导及管理本项目组测试人员的测试工作。 曾负责项目: 华为合作***电信、***联通、***电信、***电信及***电信IPTV项目;***PCCW及 ***FetchTV机顶盒项目 工作常用知识技能: 网络技术、音视频码流知识、LINUX操作、TFTP、FTP、HTTP、网络抓包分析、 压力测试、自动化测试、串口打印分析、C语言、英文邮件读写等. –***科技有限公司 软件测试及网络技术工程师 工作职责和业绩： 1.主要从事WINDOWS系统下的B/S及C/S结构软件测试工作，负责本公司社保 网络申报系统的测试工作； 2.负责社保网络申报软件系统所使用服务器、数据库、网络环境的搭建及维护工作； 3.负责测试用例、系统网络方案、部门培训资料、用户使用说明书等文档的编写工 作； 4.负责系统商用阶段的用户培训、软件实施等工作。 曾负责项目: ***社保中心项目 工作常用知识技能: 网络技术、WINDOWS操作、FTP、HTTP、SQLserver、服务器安装、网络环境搭 建等。 教育培训： –***大学 计算机科学与技术 专业描述与主修课程： 专业课程： 计算机类：C语言程序设计、数据结构与算法、操作系统、软件工程、面向对象程序
软件测试英语专业词汇
1. 软件测试英语专业词汇 2. NLV ：Nation Language Version 本地化版本 3. FVT ：Functional Verification Testing 功能验证测试 4. TVT ：Translation Verification Testing 翻译验证测试 5. SVT：System Verification Testing 系统验证测试 6. fault ――故障 在软件中一个错误的表现。 7. feasible path --- 可达路径 可以通过一组输入值和条件执行到的一条路径。 8. feature testin ----- 特性测试 参考功能测试( Functional Testing) 9. FMEA ― ―失效模型效果分析 (Failure Modes and Effects Analysis) 可靠性分析中的一种方法，用于在基本组件级别上确认对系统性能有重大影响的失效 10. FMECA ― ―失效模型效果关键性分析(Failure Modes and Effects Criticality Analysis) FMEA 的一个扩展，它分析了失效结果的严重性。
11. FTA——故障树分析(Fault Tree Analysis) 引起一个不需要事件产生的条件和因素的确认和分析，通常是严重影响系统性能、经济性、安全性或其它需要特性。
12. functional decomposition 功能分解 参考模块分解( modular decomposition) 13. Functional Specification －－功能规格说明书 一个详细描述产品特性的文档。 14. Functional Testin 功能测试 测试一个产品的特性和可操作行为以确定它们满足规格。 15. glass box testin ——玻璃盒测试 参考白盒测试( White Box Testing) 16. IEEE――美国电子与电器工程师学会(Institute of Electrical and Electronic Engineers) 17. incremental testing ---- 渐增测试 集成测试的一种，组件逐渐被增加到系统中直到整个系统被集成。 18. infeasible path --- 不可达路径 不能够通过任何可能的输入值集合执行到的路径。 19. in put domain -- 输入域 所有可能输入的集合。 20. inspection 检视 对文档进行的一种评审形式。 21. installability testing ---- 可安装性测试 确定系统的安装程序是否正确的测试。 22. instrumentation --- 插桩
软件测试工程师简历终审稿)
软件测试工程师简历文稿归稿存档编号：[KKUY-KKIO69-OTM243-OLUI129-G00I-FDQS58-
简历 个人信息 姓名：陈晓性别：女 出生日期：1987年3月18日工作年限：四年以上 手机：电子邮件： 自我评价 1. 能熟练的用英文创建测试用例、提交bug，建立测试报告。 2. 有参与过较高强度的测试任务。即，同时参与测试多项案子。 3. 熟悉手机场外测试。 4. 系统的培训过手机各项功能测试，并不断的去学习协议及新功能。 5. 有较长期国外出差的经验，主要承担pv和pm的工作，即，协助软件开发人员，在国外的 环境下做测试，同时协助软体与客户做双方交流。 6. 有培训新人学习手机测试的经验。 7. 有监控测试的经验。即，监控他方的测试结果，并予以指导。 8. 熟悉ACT、CTS、Monkey等手机自动测试。 9. 有测试网站维护经验。 工作经验 2008/7--至今：南京市华宇科技有限公司手机软件测试工程师 项目经验 2008/7 --至今：MOTO 、LG、 SEMC系列手机 软件环境：MTK,Android等平台 项目描述： 1. 泰国客户i-mobile 的7261，7511机型，主要负责Settings模块。 2. LG公司的Ally，LG33，V30,Sloan，X330，X335,X350.参与整个周期测试， 负责过Settings，Call，Wap，MMS，Gallery,SS等模块的测试，同时也会参与 Field trial测试。尤其，在X350案子中，个人去韩国LG作两个月的出差， 主要负责测试软体，协助硬体测试以及作客户与软体的沟通,并得到了客户工作 上的认可。 3. Sony Ericsson公司的Samba，Teacake。熟悉了解新的测试内容和方法。 4. Motorola公司的8202，8205，8206，8207，8208，Brea，Brea 3G以及近一 年多基于的Android平台的手机测试XT760、Argon、Argon mini等。 Android 平台的手机测试，主要负责根据协议或者客户需求、android平台特性以及许多 新功能、编写相应的测试条例；指导、查看他人测试，整理制作报告；做手机场 外网络测试，GPS测试；另学习新的测试方法，如ACT、CTS、Monkey自动测试 方法等。 5. 有培训新人学习测试的经验。由浅入深，逐步教学各个功能、模块。 6. 与客户或开发人员能做好及时、有效的沟通。 责任描述： 1.系统的培训过手机各项功能测试，并不断的去学习协议及新功能。 2.熟练用英文创建英文测试用例、测试报告。
工程师软件测试的英文简历
工程师软件测试的英文简历 工程师软件测试的英文简历范文 软件测试工程师英文 Basic Info zhaopin Gender: Date of Birth: XXXX Native Place: XXXX Yrs.of Experience: 2 year Email: Mobile Phone: Career Objective Desired Position: Test Engineer Desired Location: Shanghai I can start: within 1 month Professional Skills
1.Proficient in testing methods and theory, have the ability to design test plan and test case aording to user requirements specification and related documents; 2.Excellent mand of the whole process of testing work and testing management tools; 3.Proficient in a variety of automated testing tools (QT, Python, Selenium), familiar with windows and Linux operating system; 4.Master Wireshark work packet analysis tool, SecureCRT terminal emulation program, office series(Excel、Word、PowerPoint、Visio); 5.Acquainted with the products of security industry. Self Assessment Nearly two years of software testing experience, have rich experience on test, proficient in the testing process and method. Able to think logically, good at summing up and
初中英语教师的个人简历模板
初中英语教师的个人简历模板 姓名：何女士性别：女 婚姻状况：未婚民族：汉族 户籍：广东-韶关年龄：28 现所在地：广东-东莞身高：160cm 希望地区：广东-东莞 希望岗位：培训类-英语培训师 文体/教育类-教务管理人员 市场营销/公关类-公关专员 公司文职类-高级秘书 贸易类-外贸专员/助理 寻求职位： 待遇要求：5000元/月可面议 最快到岗：半个月之内 教育经历 2003-09 ～2007-07 湛江师范学院英语教育本科 2000-09 ～2003-07 韶关市第七中学各种科目高中 工作经验至今5年0月工作经验，曾在5家公司工作 **公司（2011-07 ～2012-08） 公司性质：私营企业行业类别：教育、培训 担任职位：初中英语教师岗位类别：初级教育 工作描述： 1 运用中心专用教材授课。学生从六年级到高一。 2 与学生、家长保持良好的沟通，及时接收学生、家长的反馈意见，对学生进行教学引导和心理疏导工作；学生经过一段时间的学习，学习态度有很大改进，被动学习变为了主动学习。并得到家长信任。简历模板https://www.wendangku.net/doc/7a14491307.html, 3 根据学生的实际情况，制定适宜的教学方案，并进行学习方法指导、学习习惯的培养和适度的课后跟踪服务；做好学生的升期续费工作。在职期间续费率为百分之百。 4、积极参加教研活动，配合和完成上级布置的教研任务。 小感悟：1 教师必须站在学生角度，换位思考，现在的学生都是很聪明的人，如果感受到老师的真心，自然就会去信任，这样，教学起来，事半功倍。对家长同样如此。 2 教学中需要创新。而且需要了解学生需求以及心理。知道学生需要什么，这样，才能提高学生的学习兴趣。 教学一直坚信：授之以鱼，不如授之以渔。直接告诉学生答案，不过，告诉学生解题思路和方法，哪些地方该注意。这样，才能战无不胜。 部分升期续费成功案例： David：东莞中学初二级学生。数学成绩不错，但英语基础不是很好。考试七、八十分。最初接手这个学生时，时不时有打电话给家长，与家长联系，反映学生情况。但学生听到电话，认为本人打小报告，所以，有点反感情绪。所以，后来换了方法，分开打电话，一个电话打给学生，巩固所学知识，一个电话打给家长，让家长及时了解学生情况。家长很满意。而学生方面，经常对学生微小的进步进行表扬鼓励，学生慢慢有了兴趣，坚持在每周日上同步提高班（每周额外免费辅导），经过一段时间，基础大大提高，而且也开始习惯自己分析题目。Charlie：东华中学初二级学生。学生主动性不高，而且依赖性比较强。和姐姐一起在本中心学英语。姐姐英语成绩很好，但弟弟基础相对没那么好，而且，自信心不强。该生小学时成
软件测试英语专业词汇
NLV：Nation Language Version 本地化版本 FVT：Functional Verification Testing 功能验证测试 TVT：Translation Verification Testing 翻译验证测试 SVT：System Verification Testing 系统验证测试 fault－－故障 在软件中一个错误的表现。 feasible path－－可达路径 可以通过一组输入值和条件执行到的一条路径。 feature testing－－特性测试 参考功能测试（Functional Testing） FMEA－－失效模型效果分析（Failure Modes and Effects Analysis） 可靠性分析中的一种方法，用于在基本组件级别上确认对系统性能有重大影响的失效 FMECA－－失效模型效果关键性分析(Failure Modes and Effects Criticality Analysis) FMEA的一个扩展，它分析了失效结果的严重性。 FTA－－故障树分析(Fault Tree Analysis) 引起一个不需要事件产生的条件和因素的确认和分析，通常是严重影响系统性能、经济性、安全性或其它需要特性。 functional decomposition－－功能分解 参考模块分解（modular decomposition） Functional Specification －－功能规格说明书 一个详细描述产品特性的文档。 Functional Testing－－功能测试 测试一个产品的特性和可操作行为以确定它们满足规格。 glass box testing－－玻璃盒测试 参考白盒测试（White Box Testing） IEEE－－美国电子与电器工程师学会（Institute of Electrical and Electronic Engineers） incremental testing－－渐增测试 集成测试的一种，组件逐渐被增加到系统中直到整个系统被集成。 infeasible path－－不可达路径 不能够通过任何可能的输入值集合执行到的路径。 input domain－－输入域 所有可能输入的集合。
软件测试英文术语
软件测试常用单词： 1．静态测试：Non-Execution-Based Testing或Static testing 代码走查：Walkthrough 代码审查：Code Inspection 技术评审：Review 2．动态测试：Execution-Based Testing 3．白盒测试：White-Box Testing 4．黑盒测试：Black-Box Testing 5．灰盒测试：Gray-Box Testing 6．软件质量保证SQA：Software Quality Assurance 7．软件开发生命周期：Software Development Life Cycle 8．冒烟测试：Smoke Test 9．回归测试：Regression Test 10．功能测试：Function Testing 11．性能测试：Performance Testing 12．压力测试：Stress Testing 13．负载测试：Volume Testing 14．易用性测试：Usability Testing 15．安装测试：Installation Testing 16．界面测试：UI Testing 17．配置测试：Configuration Testing 18．文档测试：Documentation Testing 19．兼容性测试：Compatibility Testing 20．安全性测试：Security Testing 21．恢复测试：Recovery Testing 22．单元测试：Unit Tes 23．集成测试：Integration Test 24．系统测试：System Test 25．验收测试：Acceptance Test 26．测试计划应包括： 测试对象：The Test Objectives, 测试范围：The Test Scope,