ISTQB - 名词解释

记下准备ISTQB考试时碰到的名词

A

B

C

Capture/playback tool / Capture/replay tool - A type of test execution tool where input are recorded during manual testing in order to generate automated test scripts that can be executed later (i.e. repayed). These tools are often used to support automated regression testing.

In- och uppspelnigsverktyg / omspelningsverktyg - även skriptverktyg. Testverktyg där indata spelas in under manuell testning för att generera automatiska testskript som kan exekveras senare. Dessa verktyg används ofta för att stödja automatisk regressionstestning. (6.1.5 Tool support for test execution and logging)

Kommentat: Ett bra sådant verktyg har även möjligheter atta modifiera, dvs. ändra i den inspelade sekvensen.

Configuration management tool - A tool that provide support for the identification and control of configuration iteems, their status over changes and versions, and the release of baselines consisting of configuration items.

Konfigurationshanteringsverktyg: Verktyg, dvs. system som underlättar identifiering och kontroll av konfigurationsobjekt, deras status för ändringar och versioner, och leverans av fastställd konfiguration bestående an konfigurationsobjekt.

配置管理工具 (6.1.2 Tool support for management of testing and tests)

D

 

Data-driven Test - 数据驱动测试,概念就是基于同一个测试回放动作下由外部来源注入不同数据的测试 (http://www.51testing.com/?uid-149538-action-viewspace-itemid-73998)

I

Incident management tool (defect management tool) - A tool that facilitates the recording and status tracking of incidents found during testing. They often have work-flow oriented facilitates to track and control the allocation, correction and re-testing of incidents and provide reporting facilities.

Avvikelsehanteringsverktyg / Felhanteringsverktyg - Ett verktyg som underlättar registering och tillståndspåring av fel. I felhanteringsverktyg finns ofta stöd för att följa ett arbetsflöde och för styring, tilldelning, åtgärd och omtestning av händelser eller fel, och det tillhandahåller hjälp för rapportering. (6.1.2 Tool support for management of testing and tests)

 

K

Keyword-driven Test - 关键字驱动测试 (http://www.51testing.com/html/27/1349.html

Probe effect - The effect on the component or system (by the probe) when it is being measured, e.g. by a performance testing tool or monitor. For example, performance may be slightly worse when performance testing tools are being used.

Probeeffekt - Effekten (påverkan) av en programvara exekveras med mätinstrument, t.ex. ett presentandatestverktyg eller en övervakare. Prestanda kan till exempel bli sämre när ett presentandatestverktyg används.

proof of concept - 概念验证(Proof of concept,簡稱POC)是对某些想法的一个较短而不完整的实现,以证明其可行性,示范其原理,其目的是为了验证一些概念或理论。概念验证通常被认为是一个有里程碑意义的实作的原型 。

L

M

Modeling tool - A tool that supports the validation of models of the software or system.

Modelleringsverktyg - Ett verktyg som stödjer skapande, förändring och verifiering av modeller för program eller system. (6.1.3 Tool support for static testing)

N

O

P

Q

 

R:

Requirements management tool - A tool that supports the recording of requirements, requirement attributes (e.g. priority, person responsible) and annotation and facilitatestracebility through layers of requirements and requirement change management. Some requirement management tool also provide facilities for static analysis, such as consistency checking and violations to pre-defined requirements rules.

Kravhanteringsverktyg - Verktyg som stödjer registering av krav, kravattribut och noteringar samt underlättar spårbarhet genom nivåer av krav och kravhantering och kravändringar. Vissa kravhanteringsverktyg har också stöd för statisk analys såsom kontroll av överensstämmande och överträdelse av fördefinierade krav eller regler.

violantion - överträdelse - 违规,违背 (6.1.2 Tool support for management of testing and tests)

Review tool - A tool that provides support to the review process. Typical features include review planning and tracking support, communication support, collaborative reviews and a repository for collecting and reporting of metrics.

Granskningsverktyg: Verktyg som stödjer granskningsprocessen. Typiska funktioner är granskningsplanering och spårning, stöd för kommunikation, stöd för granskningssamarbete och databas för insamling och rapportering av mätvärden. (6.1.3 Tool support for static testing) 

S:

Static analysis - Analysis of software artifact, e.g. requirement or code, carried out without execution of those software artifact.

Statisk analys - Analys av programvaruartefakter, t.ex. krav eller programvarukod, utan att dessa artefakter exekveras. Vanligtvis utförs statisk analys med hjälp av verktyg.

(6.1.3 Tool aupport for static testing)

Static analysis tool (static analyzer) -  A tool that carry out static analysis.

Verktyg för statisk analys - Ett verktyg som utför statisk analys. (6.1.3 Tool aupport for static testing)

Static code analysis -  Analysis of source code carried out without execution of that software.

Statisk kodanalys - Analys av källkod utförd utan att programvaran exekveras. (6.1.3 Tool aupport for static testing)

Static code analyzer - A tool that carries out static code analysis. The tool checks source code, for certain properties such as conformance to coding standards, quality metrics or data flow anomalies.

Verktyg för statisk kodanalys - En kategori av verktyg för statisk analys som enbart riktar in sig på analys av källkod. Verktyget analyserar koden med avseende på t.ex. tillämpningsgrad av kodstandarder, kvalitetsmått eller dataflödesavvikelser. (6.1.3 Tool aupport for static testing)

 

 

T:

 

Test oracle - 测试准则, 测试的预测结果。A test oracle is a source of expected test results for a test case.

Test case - 测试用例(Test Case)是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果,以便测试某个程序路径或核实是否满足某个特定需求。


Test comparator - 测试比较器 是指一个测试工具用于比较软件实际测试产生的结果与测试用例预期的结果。

                             A test tool to perform automated test comparison of actual results with expected results.

Testkomparator - Ett testverktyg som jämför det verkliga resultatet (som har producerats av objektet som testas) med det förväntade resultat för det specifika testfallet.

Test comparison - The process of identifying differences between the actual results produced by the component or system under test and the expected results for a test. Test comparison can be performed during test execution (dynamic comparison) or after test execution.

Testjämförelse - processen att identifiera skillnad mellan det verkliga resultatet (som har producerats av en komponent eller en programvara som testas) och det förväntade resultatet. Testjämförelse kan utföras under testexekvering (dynamisk jämförelse) eller efteråt.(在6.1.5 Tool support for test execution and logging)

Test data preparation tool - A type of test tool that enables data to be selected from existing databses or created, generated, manipulated and edited for use in testing.

Verktyg för förberedelse av testdata - Vertyg som interagerar med databser, filer eller dataöverföringar för att förbereda testdata för testexekvering. (6.1.4 Tool support for test specification)

Test design tool - A tool that supports the test design activity by generating test inputs from a specification that may be held in a Computer Aided Software Engineering (CASE) tool repository, e.g. a requirements management tool, or from specified test conditions held in the tool itself or from code.

Testdesignverktyg - Ett verktyg som stödjer testdesignaktiviteten genom att genera indata från en specifikationm som kan finns i en CASE-databass, t.ex. kravhanteringsverktyg. Data kan oskså generats från speciella testvillkor som finns i själva verktyget.

CASE - 电脑辅助软件工程 (6.1.4 Tool support for test specification)

Test execution tool - A type of test tool that is able to execute other software using an automated test script, e.g. capture/playback

Testexekveringsverktyg - En typ of testverktyg som utför exekvering av annan programvara genom automatiserade testskript, t.ex. in- och uppspelningsverktyg.

(6.1.5 Tool support for test execution and logging)

 

Test harness  - A set environment comprised of stubs and drivers needed to execute a test.

Testsele / testexekveringsplattform -  En testmiljö som består av de stubbar och drivrutiner som behövs för att genomföra en test.

Kommentar: En testexekveringsplattform kan möjliggöra testning av en del av ett system genom att simulera miljön i vilken testet skall exekvera. En tesexekveringsplattform kan också användas för att instrumentera systemet och rapportera testresultat.(6.1.5 Tool support for test execution and logging)

 

(6.1.5 Tool support for test execution and logging)

 

Test management tool - A tool that provides support to the test management and control part of a test process. It often has serveral capabilities, such as testware management, scheduling of tests, the logging of results, progress tracking, incident management and test reporting.

Testledningsverktyg - Verktyg som stödjer testledning. Exempel på funktioner i testledningsverktyg är: stöd för oberoende versionshantering, gränssnitt för testexekveringsvertyg, stöd för spårbarhet av test, loggning av restresultat osv.(6.1.2 Tool support for management of testing and tests)

测试管理工具- 是指用工具对软件的整个测试输入、执行过程和测试结果进行管理的过程。

U

Unit test framework tool -  A tool that provides

V

<think>好的,我现在需要帮助用户查找自动化测试工程师的简历模板、示例、技能描述和项目经验。首先,根据用户提供的四个引用内容,这些都是关于软件测试工程师简历的指导,但用户现在特别关注的是“自动化测试工程师”的简历部分,所以我需要从这些引用中提取相关信息,并可能补充一些自动化测试特有的内容。 首先,用户需要模板或示例。引用[1]提到简历模板应该上下结构,简单不花哨,可以来自招聘网站或网络下载。引用[4]也提到有1000套简历模板,可能需要推荐用户获取这些资源。不过用户可能需要具体的自动化测试相关模板,而不仅仅是普通测试的,因此可能需要强调自动化相关的技能和项目经验部分。 技能描述方面,引用[3]指出初级测试工程师需要掌握功能测试和接口测试,有一定的自动化基础。对于自动化测试工程师来说,可能需要更详细地列出自动化工具和框架,比如Selenium、Appium、TestNG、Jenkins等,以及编程语言如Python、Java。 项目经验部分,引用[1]、[2]、[3]、[4]都强调了项目经验的重要性。需要指导用户如何将自动化测试的具体任务量化,比如设计自动化测试框架、编写脚本数量、提升效率的百分比等。例如,在项目中描述使用Selenium实现Web自动化测试,并集成到CI/CD流程中,减少回归测试时间。 另外,用户可能需要区分初级和高级自动化工程师的简历内容。比如,初级可能侧重于参与自动化测试脚本编写,而高级则涉及框架设计或持续集成。引用[3]提到超过90%的问题都是基础性的,所以简历中的技能和项目需要清晰展示这些基础能力,同时突出自动化相关的进阶技能。 需要注意的是,用户可能希望看到具体的示例段落,比如如何描述一个自动化测试项目,包括使用的工具、职责、成果等。例如,在项目经验中说明使用了哪些自动化工具,设计了哪些测试用例,如何执行和维护脚本,以及带来的效率提升。 最后,用户可能需要资源获取渠道,如引用[2]和[4]提到的群组或文档资料,可以建议用户加入相关技术群或领取资料,以获取更多模板和指导。同时提醒用户在简历中保持诚实,避免夸大,确保能够回答面试中的技术问题。</think>### 自动化测试工程师简历模板与编写指南 #### 一、简历结构模板(上下结构,简洁版) --- **姓名 | 联系方式 | 邮箱 | 求职意向:自动化测试工程师** **教育背景** - 学校名称 | 专业 | 学历 | 毕业时间 **技术技能** - 自动化测试:Selenium/Appium/Pytest框架,Jenkins持续集成,Python/Java编程 - 接口测试:Postman/JMeter,自动化脚本开发(Requests库) - 其他:Git版本控制,SQL数据库查询,Linux基础命令 **项目经验** 1. **电商平台自动化测试项目**(2023.03-2023.06) - 使用Selenium+Python搭建Web自动化框架,设计并执行300+测试用例,覆盖核心购物流程 - 通过Jenkins实现每日定时执行,缺陷发现率提升40%,回归测试时间缩短70% - 输出自动化测试报告并与团队共享,推动修复关键路径Bug 15个[^3] **证书与培训** - ISTQB认证 | 腾讯云自动化测试专项课程 --- #### 二、技能描述要点(分层次编写) 1. **核心能力** - 精通Selenium/Appium实现Web/App UI自动化,熟悉Page Object设计模式 - 熟练使用Pytest/TestNG框架管理测试用例,结合Allure生成可视化报告 - 掌握接口自动化测试(Postman+Newman/JMeter+Ant) 2. **辅助技能** - 熟悉持续集成(Jenkins/GitLab CI),了解Docker容器化测试环境部署 - 具备性能测试基础(JMeter/LoadRunner),可编写基础压测脚本 3. **软技能** - 文档编写(Test Plan/Test Case)、跨部门协作、缺陷跟踪(Jira) #### 三、项目经验编写技巧(STAR法则) 1. **量化成果** - 错误示例:*"参与自动化测试开发"* - 正确示例:*"独立设计数据驱动框架,编写200+参数化测试脚本,将模块测试覆盖率从65%提升至90%"[^1]* 2. **技术栈明确** ```markdown - 技术组合:Python + Selenium + Pytest + Jenkins + Git - 实现功能:跨浏览器兼容性测试(Chrome/Firefox/Edge) - 创新点:通过Hook函数实现失败用例自动截图并归档 ``` 3. **突出难点解决** - *"解决Android设备兼容性问题:通过ADB命令动态获取设备信息,实现多机型自动化适配"[^4]* #### 四、常见问题规避 1. **避免空洞描述** - 错误:*"熟悉自动化测试"* - 正确:*"使用Robot Framework实现API自动化测试,日均执行500+接口用例"* 2. **真实性原则** - 仅写入可解释的技术点(如列出JMeter即需准备性能测试面试题)[^3] 3. **格式规范** - 时间倒序排列项目经验,工作内容分点不超过5项 - 技术名词首字母大写(如Appium/Jenkins)
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值