What is the translation of " TEST-DRIVEN DEVELOPMENT " in Hungarian?

• a tesztvezérelt fejlesztés
• a teszt-vezérelt fejlesztést
• teszt vezérelt fejlesztés

Examples of using Test-driven development in English and their translations into Hungarian

Test-driven development cycle.
Teszt-vezérelt fejlesztési ciklus.

Pair programming[1] Planning game Test-driven development Whole team.
Páros programozás[1] Tervezési játék Teszt vezérelt fejlesztés Egész csapat.

Add a test In test-driven development, each new feature begins with writing a test.
Teszt hozzáadása A tesztvezérelt fejlesztés során minden új funkció teszt írásával kezdődik.

The following sequence is based on the book Test-Driven Development by Example:[2].
A következő lépések a Test-Driven Development by Example könyv elméletén alapulnak:[1].

Test-driven development is one of the core practices of Extreme Programming.
A tesztvezérelt fejlesztés(Test Driven Development) egy kulcsfontosságú gyakorlat az extrém programozásban.

Refactor code The growing code base must be cleaned up regularly during test-driven development.
Kódszépítés A növekvő kódot rendszeresen meg kell tisztítani a tesztvezérelt fejlesztés során.

Test-driven development ensures in this way that all written code is covered by at least one test.
A teszt-vezérelt fejlesztés így biztosítja, hogy az összes írott kódot legalább egy teszt lefedje.

CI is intended to be used in combination with automated unit tests written through the practices of test-driven development.
A CI-t az automatizált egységteszttel kombinálva, a tesztvezérelt fejlesztés során kell felhasználni.

To emphasize the importance of testing and test-driven development fundamentals, we will tell you about these as well.
Kiemeljük majd a tesztelés fontosságát és megismerjük a tesztvezérelt programozás alapjait is példákon keresztül.

Robot Framework is a framework that automates acceptance testing and acceptance test-driven development.
A Robot keretrendszer egy általános tesztautomatizálisi keretrendszer elfogadási teszteléshez és elfogadási teszt-alapú fejlesztéshez.

We dedicate special attention to agile test-driven development and continuous integration even for Magento 1.
Különös figyelmet fordítunk az agilis, tesztalapú fejlesztésre és a folyamatos integrációra, természetesen a Magento 1 projektek esetén is.

Test-driven development is a software development process that forms the basis of several development methodologies.
A teszt vezérelt alkalmazásfejlesztés egy szoftverfejlesztési folyamat, mely számos fejlesztési módszertan alapját képezni.

Agile software development Build automation Continuous design Continuous integration Test-driven development Application lifecycle management.
Agilis szoftverfejlesztés Folyamatos integráció Tesztvezérelt fejlesztés Alkalmazás életciklus-menedzsment.

Acceptance test-driven development Acceptance testing Behavior-driven development Hoare triple Cucumber syntax.
Elfogadási teszt vezérelt fejlesztés Elfogadási teszt Viselkedés-vezérelt fejlesztés Hoare triple Cucumber szintaxis.

Robot Framework is an automation framework used for acceptance testing and acceptance test-driven development(ATDD).
A Robot Framework egy nyílt forrású tesztelési automatizálási keret az elfogadási teszteléshez és az elfogadási tesztvezérelt fejlesztéshez( ATDD).

Unit tests created in a test-driven development environment are typically created by the developer who is writing the code being tested.
A teszt-vezérelt fejlesztői környezetben létrehozott egységteszteket általában ugyanaz a fejlesztő hozza létre, aki a tesztelt kódot is írja.

But there has since been traffic in the other direction as well, with open-source projects increasingly adopting techniques such as test-driven development.
De azóta a forgalom a másik irányba is, a nyílt forráskódú projektek egyre elfogadása technikák, mint a teszt vezérelt fejlesztés.

Test-driven development constantly repeats the steps of adding test cases that fail, passing them, and refactoring.
A tesztvezérelt fejlesztés folyamatosan megismétli a az újabb tesztesemények hozzáadását, amik sikertelenül végződnek, később sikeresek lesznek és ezeket folyamatosan refaktorálja.

Seeing waste Value stream mapping Set-based development Pull systems Queuing theory Motivation Measurements Test-driven development Trunk-based development..
Látni a pazarlást Értékáramlás feltérképezése Készlet-alapú fejlesztés Húzó rendszerek Várakozási elmélet Motiváció Mérések Tesztvezérelt fejlesztés Bőrönd-alapú fejlesztés..

There are various aspects to using test-driven development, for example the principles of"keep it simple, stupid"(KISS) and"You aren't gonna need it"(YAGNI).
A tesztvezérelt fejlesztés alkalmazásának különféle aspektusai vannak, ilyen például a„tartsd egyszerűen, ostoba”( KISS) és a„Nem lesz rá szükséged”(YAGNI) alapelvek.

Testing is considered a best practice for software development in its own right, regardless of whether or not continuous integration is employed, and automation is an integral part of project methodologies like test-driven development.
A tesztelést a szoftverfejlesztés legjobb gyakorlatának is tekintik, függetlenül attól, hogy folyamatos integrációt alkalmaz-e, és az automatizálás a projekt módszertanának szerves része, mint például a tesztvezérelt fejlesztés.

Without the entire organization believing that test-driven development is going to improve the product, management may feel that time spent writing tests is wasted.[23].
Anélkül, hogy az egész szervezet úgy gondolná, hogy a teszt-alapú fejlesztés javítani fog a terméken, a vezetés úgy érezheti, hogy a tesztek írására fordított idő egyszerű pazarlás.[1].

It has many new features, including persistence ignorance and POCO support, foreign key associations, lazy loading, test-driven development support, functions in the model, and new LINQ operators.
A rendszer számos új funkciót tartalmaz, egyebek között a megőrzés figyelmen kívül hagyását és az egyszerű régi CLR-objektumok(POCO) támogatását, a külső kulcsos kapcsolatokat, a lusta betöltést, a tesztvezérelt fejlesztés támogatását, a modellben levő függvényeket és a LINQ rendszerbeli új operátorokat.

The modern practices of continuous integration, test-driven development, and iterative development significantly reduce the inter-developer communication overhead, and thus allow for better scalability.
Az olyan modern módszerek, mint a tesztvezérelt fejlesztés, a folyamatos integráció és az iteratív fejlesztés jelentősen csökkenti a kommunikációra fordított időt, így javítja a skálázhatóságot.

Test-driven development(TDD) is a software development process that relies on the repetition of a very short development cycle: requirements are turned into very specific test cases, then the code is improved so that the tests pass.
A Tesztvezérelt fejlesztés(TDD) egy szoftver fejlesztési folyamat, ami egy nagyon rövid fejlesztési ciklus ismételgetésén alapul, tehát a követelményeket speciális teszt esetekként fogalmazzuk meg, a kódot pedig ehhez mérten írjuk meg, így az át fog menni a teszten.

Test-driven development is related to, but different from acceptance test- driven development(ATDD).[26] TDD is primarily a developer's tool to help create well-written unit of code(function, class, or module) that correctly performs a set of operations.
A tesztvezérelt fejlesztés kapcsolódik, de különbözik az elfogadási tesztvezérelt fejlesztéstől(ATDD).[1] A TDD elsősorban egy fejlesztői eszköz, amely elősegíti az egységkódok helyes megírását(funkció, osztály vagy modul), amely helyesen fogja végrehajtani műveletek adott halmazát.

Test-driven development offers more than just simple validation of correctness, but can also drive the design of a program.[15] By focusing on the test cases first, one must imagine how the functionality is used by clients(in the first case, the test cases).
A tesztvezérelt fejlesztés nem csupán a helyesség érvényességét jelzi, hanem a program megtervezését is segíti.[1] Ha először a teszt esetekre összpontosítunk, el kell képzelnünk, hogy az ügyfelek hogyan használják majd a funkciókat(az első esetben a teszt eseteket).

Test-driven development does not perform sufficient testing in situations where full functional tests are required to determine success or failure, due to extensive use of unit tests.[21] Examples of these are user interfaces, programs that work with databases, and some that depend on specific network configurations.
A tesztvezérelt fejlesztés nem hajt végre elegendő tesztelést olyan helyzetekben, amikor a teljes működési tesztekre szükség van a siker vagy kudarc meghatározásához, ennek oka az egységtesztek széles körű használata.[1] Ezekre jó példa a felhasználói felületek, az adatbázisokkal működő programok, és néhány olyan rendszer, amely az adott hálózati konfigurációtól függ.

Test-driven development has been adopted outside of software development, in both product and service teams, as test-driven work.[25] Similar to TDD, non-software teams develop quality control(QC) checks(usually manual tests rather than automated tests) for each aspect of the work prior to commencing.
A teszt-vezérelt fejlesztést mára már a termék-, és a szolgáltatócsoportok is átvették, mint teszt-vezérelt munka.[1] A TDD-hez hasonlóan a nem-szoftver csapatok a munka minden egyes vonatkozásában a munka megkezdése előtt minőség-ellenőrzési(QC) ellenőrzéseket hajtanak végre(általában manuális teszteket, nem automatizált teszteket dolgoznak ki).

Advanced practices of test-driven development can lead to acceptance test- driven development(ATDD) and Specification by example where the criteria specified by the customer are automated into acceptance tests, which then drive the traditional unit test-driven development(UTDD) process.[10] This process ensures the customer has an automated mechanism to decide whether the software meets their requirements.
A tesztvezérelt fejlesztés fejlett gyakorlatai hasonlóak lehetnek az elfogadási tesztvezérelt fejlesztés(ATDD) és a Specifikáció példákon keresztül szemléletéhez. Utóbbi például azt jelenti, hogy az ügyfél által megadott kritériumokat automatizálják, mint elfogadási tesztek, amelyek ezután vezetik a hagyományos egység tesztvezérelt fejlesztési(UTDD) folyamatokat.[1] Ez a folyamat biztosítja, hogy az ügyfél automatizált mechanizmussal rendelkezik annak eldöntésére, hogy a szoftver megfelel-e a követelményeinek.