Robot Framework Introduction

•Als ZIP, PDF herunterladen•

4 gefällt mir•15,138 views

laurent bristiel

Introduction à Robot Framework

Technologie

Robot Framework
Human Talks - Grenoble - 13 nov 2012

Laurent Bristiel
Ingénieur en tests logiciels

@laurentbristiel

Ça n’est pas quoi ?

Un framework de
Tests Unitaires

Ça n’est pas quoi ?

un outil
d'automatisation de
tests via IHM

Ça n’est pas quoi ?

une solution complète
des exigences
aux métriques

Ça sert à quoi ?

(re)vériﬁer des
scénarios
d’utilisation

Ça sert à quoi ?

Eviter les
regressions

Ça sert à quoi ?

Piloter le
développement

Comment ça marche ?
un test case est un
ﬁchier texte

Comment ça marche ?
un test case est un
ﬁchier texte

le test case contient une
suite de keywords et de
paramètres

Comment ça marche ?
un test case est un
ﬁchier texte

le test case contient une
suite de keywords et de
paramètres

les keywords sont soit
natifs soit développés en
Python

Comment ça marche ?
un test case est un Robot exécute les
ﬁchier texte keyword jusqu'a ce qu'il
rencontre une exception
le test case contient une
suite de keywords et de
paramètres

les keywords sont soit
natifs soit développés en
Python

C’est pour qui ?

Projet d’une
certaine taille
et certaine durée

C’est pour qui ?

Equipes projets
avec
QA technico-fonc

Mais encore ?
tests systèmes

manipulation base de données, ﬁchiers...

Mais encore ?
tests systèmes

manipulation base de données, ﬁchiers...

tests heterogènes

Mais encore ?
tests systèmes

manipulation base de données, ﬁchiers...

tests heterogènes

binaire, ligne de commande etc.

Mais encore ?
tests systèmes

manipulation base de données, ﬁchiers...

tests heterogènes

binaire, ligne de commande etc.

tests boite noire

Mais encore ?
tests systèmes

manipulation base de données, ﬁchiers...

tests heterogènes

binaire, ligne de commande etc.

tests boite noire

pas accès au code source

C’est la mode ?

Populaire dans
monde Agile Testing

C’est la mode ?

Users mailing list
de 900 pers.
(100 sujets/mois)

Weitere ähnliche Inhalte

Was ist angesagt?

Stratégie de tests type

madspock

Scripting robot

Chonlasith Jucksriporn

If you’re responsible for creating diverse, scalable automated tests but don’t have the time, budget, or a skilled-enough team to create yet another custom test automation framework, then you need to know about Robot Framework! In this webinar, Bryan Lamb (Founder, RobotFrameworkTutorial.com) and Chris Broesamle (Solutions Engineer, Sauce Labs) will reveal how you can use this powerful, free, open source, generic framework to create continuous automated regression tests for web, batch, API, or database testing. With the simplicity of Robot Framework, in conjunction with Sauce Labs, you can improve your test coverage and time to delivery of your applications.

Robot Framework Introduction & Sauce Labs Integration

Sauce Labs

Robot Framework is a generic keyword-driven test automation framework for acceptance level testing and acceptance test-driven development (ATDD). It has an easy-to-use tabular syntax for creating test cases and its testing capabilities can be extended by test libraries implemented either with Python or Java. Users can also create new keywords from existing ones using the same simple syntax that is used for creating test cases. Old presentation was updated on 1st of September, 2014. Content stayed mostly the same but examples were enhanced. Copyrights and some links were also updated a bit later. The presentation is nowadays hosted on GitHub where you can find the original in ODP format: https://github.com/robotframework/IntroSlides

Robot Framework Introduction

Pekka Klärck

Introduction to Robot Framework – Exove

Exove

Robot framework and selenium2 library

krishantha_samaraweera

Karate - powerful and simple framework for REST API automation testing

Roman Liubun

Introduction to Robot Framework (external)

Zhe Li

Robot Framework :: Demo login application

Somkiat Puisungnoen

Youtube Link: https://youtu.be/d-KWz7euLlc ** Edureka Python Certification Training: https://www.edureka.co/data-science-python-certification-course ** This Edureka PPT on 'Robot Framework With Python' explains the various aspects of robot framework in python with a use case showing web testing using selenium library. Follow us to never miss an update in the future. YouTube: https://www.youtube.com/user/edurekaIN Instagram: https://www.instagram.com/edureka_learning/ Facebook: https://www.facebook.com/edurekaIN/ Twitter: https://twitter.com/edurekain LinkedIn: https://www.linkedin.com/company/edureka Castbox: https://castbox.fm/networks/505?country=in

Robot Framework with Python | Edureka

Edureka!

Test de logiciels

Bilel Abed

Robot Framework Dos And Don'ts

Pekka Klärck

Introduction to Robot Framework

Somkiat Puisungnoen

ATDD Using Robot Framework

Pekka Klärck

Méthodologie de tests et qualité

SpikeeLabs

Test Automation Frameworks: Assumptions, Concepts & Tools

Amit Rawat

Robot framework

boriau

Automation test framework with cucumber – BDD

123abcda

Introduction to robot framework

Chonlasith Jucksriporn

As more and more companies are moving to the Cloud, they want their latest, greatest software features to be available to their users as quickly as they are built. However there are several issues blocking them from moving ahead. One key issue is the massive amount of time it takes for someone to certify that the new feature is indeed working as expected and also to assure that the rest of the features will continuing to work. In spite of this long waiting cycle, we still cannot assure that our software will not have any issues. In fact, many times our assumptions about the user's needs or behavior might itself be wrong. But this long testing cycle only helps us validate that our assumptions works as assumed. How can we break out of this rut & get thin slices of our features in front of our users to validate our assumptions early? Most software organizations today suffer from what I call, the "Inverted Testing Pyramid" problem. They spend maximum time and effort manually checking software. Some invest in automation, but mostly building slow, complex, fragile end-to-end GUI test. Very little effort is spent on building a solid foundation of unit & acceptance tests. This over-investment in end-to-end tests is a slippery slope. Once you start on this path, you end up investing even more time & effort on testing which gives you diminishing returns. In this session Naresh Jain will explain the key misconceptions that has lead to the inverted testing pyramid approach being massively adopted, main drawbacks of this approach and how to turn your organization around to get the right testing pyramid.

Inverting The Testing Pyramid

Naresh Jain

Was ist angesagt? (20)

Stratégie de tests type

Scripting robot

Robot Framework Introduction & Sauce Labs Integration

Robot Framework Introduction

Introduction to Robot Framework – Exove

Robot framework and selenium2 library

Karate - powerful and simple framework for REST API automation testing

Introduction to Robot Framework (external)

Robot Framework :: Demo login application

Robot Framework with Python | Edureka

Test de logiciels

Robot Framework Dos And Don'ts

Introduction to Robot Framework

ATDD Using Robot Framework

Méthodologie de tests et qualité

Test Automation Frameworks: Assumptions, Concepts & Tools

Robot framework

Automation test framework with cucumber – BDD

Introduction to robot framework

Inverting The Testing Pyramid

Ähnlich wie Robot Framework Introduction

Décryptage des LLMs au-delà de la hype - Lyon Data science

Marie-Alice Blete

Comment s'assurer que tout le monde parle la même langue dans l'équipe ? Et ainsi éviter les retours de recette ? Utiliser des spécifications exécutables, ou ses cousins le ATDD (Acceptance Test Driven Development) et le BDD (Behavior Driven Development), est un élément de réponse particulièrement pertinent. Cette méthode est également un point d'entrée puissant vers une stratégie d'automatisation des tests. Dans cette présentation vous découvrirez les tenants et les aboutissants de cette méthode, et repartirez les poches remplies de conseils de mise en place.

Introduction aux spécifications exécutables (dit aussi atdd, bdd)

Jean-Pierre Lambert

TDD/BDD: ou comment j’ai appris à ne plus m’en faire avec les tests (et la doc)

French Scrum User Group

Formation Extreme Programming, Tests unitaires, travail collaboratif

kemenaran

Human Talks Grenoble - 11/12/2012 - TDD

Xavier NOPRE

De nos jours de plus en plus d'entreprises ne jurent que par les tests unitaires. Faire du test, faire du test, faire du test ! “Une application n'est pérenne que si elle est testée et elle est testée si plus de 80% du code est couvert.” Cela devient même un élément décisif du recruteur en entretien : - Votre collaborateur a l'air vraiment bien mais... Il a déjà fait des tests unitaires ? Il a plus de deux ans d'expérience là dessus ? - Juste sur deux projets, par contre il possède la bonne philosophie. - Ah oui mais non il faut qu'il en ait fait 2 ans, c'est un minimum. On cherche des experts nous ! Problématique : "Je veux minimum 80% de couverture de code !!!" Qui n'a pas entendu cette phrase dans la bouche d'un chef de projet ou d'un lead dev trop consciencieux sans doute. Dans certains projets un test unitaire est bon si il couvre au moins 80% de la fonctionnalité à tester, c'est tout ce qui est demandé et c'est cela qu'il faut avoir. Il est avant tout essentiel de s'interroger sur la notion de couverture de code dans un test unitaire : La couverture de code est-elle un but ? un facteur qualité ? une représentation visuelle d'un test ? Ou est-ce cet horrible fantôme qui vient hanter une application ? Pour faire simple : un test qui couvre 100% du code à tester est-il forcement fiable ? Conférence PHPTour Lyon 2014 - Tests unitaires - Je veux mes 80% de couverture de code !!!! http://afup.org/pages/phptourlyon2014/sessions.php#1094

PHPTour Lyon 2014 - Conférence - Tests unitaires Je veux mes 80% de couvertur...

Cyrille Grandval

Cerberus Testing

CIVEL Benoit

Valider par des tests - Blend

Christophe Villeneuve

Cocoaheads Paris Nombembre Test unitaires

CocoaHeads France

Soirée du Test Logiciel - Intelligence Artificielle dans le test - J. VAN QUA...

TelecomValley

Programmation orientee aspect 201401 - Ensim

Laurent Broudoux

Agile tour 2015 alliés contre les défauts

Julien Jakubowski

Agile tour Lille 2015 allies ensemble contre les defauts

Antoine Blk

Le test, qu'il soit unitaire ou fonctionnel, est à la mode dans le monde du développement logiciel, suite entre autre à la mise en œuvre croissante des méthodes agiles et notamment de l'intégration continue ou des méthodes de développement telles que le TDD, le BDD ou la programmation par contrat. Récemment, ce phénomène a encore été amplifié au sein de la communauté PHP par l'apparition aux côtés de l'incontournable PHPUnit d'outils plus originaux tels que Behat, Praspel ou atoum qui permettent au développeur de rédiger des tests plus simplement. Pourtant, nous constatons tous les jours que le test conserve une grande part de mystère pour la plupart des développeurs, Bien souvent, ces derniers ne savent pas quoi tester, et encore moins comment écrire un test efficace ou mettre en place une politique de test pertinente. Certains s'interrogent par exemple sur la pertinence de leurs tests, se demandent s'il faut absolument tout tester, d'autres s'il est possible de tester la création d'un fichier, voir même s'il est intéressant de le faire, tandis que d'autres se demandent où se situe la frontière entre le test unitaire et le test fonctionnel ou s'il est nécessaire de tester toutes les méthodes d'une classe, alors que d'autres encore ne savent tout simplement pas par où commencer. Durant cette conférence, nous allons tenter, à l'aide de nos expériences respectives de créateur de framework de tests et de doctorat en informatique spécialisé dans le test, de répondre aux questions récurrentes que se pose une personne confrontée à la mise en place d'une politique de qualité logicielle en général et à l'écriture d'un test logiciel en particulier. À l'issue de cette foire aux questions didactique et interactive, vous devriez être capable d'aborder le test, indépendamment de sa nature, de manière plus sereine et efficace et produire ainsi un logiciel de la qualité que vous désirez.

Anatomie du test

Frederic Hardy

PyConFR - testons en python

gburet

Adoption incrémentale des tests dans Visual Studio ALM. Du test exploratoire au pilotage par l'analyse d'impact : Découvrez comment MTM peut soutenir de façon progressive votre effort de test. Que vous soyez Développeur et que vous ayez envie de participer à l'effort de test ; Que vous soyez Analyste métier et que vous souhaitiez capitaliser sur vos critères d'acceptances ; Que vous soyez Testeur et que vous souhaitez mettre de l'ordre dans votre patrimoine de test ; Que vous soyez responsable de l'usine logicielle et que vous souhaitiez capitaliser sur votre plateforme préférée ; Que vous soyez manager et que vous souhaitez améliorer votre visibilité sur les tests ; Ou que vous ayez simplement envie d'en apprendre plus sur les tests avec la plateforme Visual Studio ALM : cette présentation est faites pour vous ! Animé par @gregory_ott

Adoption incrémentale des tests dans VS ALM

MUG-Lyon Microsoft User Group

Cette présentation a été organisée par le @MUGLyon => http://muglyon.github.io/ Adoption incrémentale des tests dans Visual Studio ALM. Du test exploratoire au pilotage par l'analyse d'impact : Découvrez comment MTM peut soutenir de façon progressive votre effort de test. Que vous soyez Développeur et que vous ayez envie de participer à l'effort de test ; Que vous soyez Analyste métier et que vous souhaitiez capitaliser sur vos critères d'acceptances ; Que vous soyez Testeur et que vous souhaitez mettre de l'ordre dans votre patrimoine de test ; Que vous soyez responsable de l'usine logicielle et que vous souhaitiez capitaliser sur votre plateforme préférée ; Que vous soyez manager et que vous souhaitez améliorer votre visibilité sur les tests ; Ou que vous ayez simplement envie d'en apprendre plus sur les tests avec la plateforme Visual Studio ALM : cette présentation est faites pour vous !

Adoption incrémentale des tests dans VS ALM

Grégory Ott

Management des issues Github avec Neo4j et NLP

Christophe Willemsen

Présentation projet Mund@

Romain Cambier

Jenkins - Les jeudis de la découverte

Stephane Couzinier

Ähnlich wie Robot Framework Introduction (20)

Décryptage des LLMs au-delà de la hype - Lyon Data science

Introduction aux spécifications exécutables (dit aussi atdd, bdd)

TDD/BDD: ou comment j’ai appris à ne plus m’en faire avec les tests (et la doc)

Formation Extreme Programming, Tests unitaires, travail collaboratif

Human Talks Grenoble - 11/12/2012 - TDD

PHPTour Lyon 2014 - Conférence - Tests unitaires Je veux mes 80% de couvertur...

Cerberus Testing

Valider par des tests - Blend

Cocoaheads Paris Nombembre Test unitaires

Soirée du Test Logiciel - Intelligence Artificielle dans le test - J. VAN QUA...

Programmation orientee aspect 201401 - Ensim

Agile tour 2015 alliés contre les défauts

Agile tour Lille 2015 allies ensemble contre les defauts

Anatomie du test

PyConFR - testons en python

Adoption incrémentale des tests dans VS ALM

Management des issues Github avec Neo4j et NLP

Présentation projet Mund@

Jenkins - Les jeudis de la découverte

Robot Framework Introduction

1. Robot Framework Human Talks - Grenoble - 13 nov 2012

2. Laurent Bristiel Ingénieur en tests logiciels @laurentbristiel

3. C’est quoi ?

4. C’est quoi ? Framework générique

5. C’est quoi ? Automatisation

6. C’est quoi ? Tests Fonctionnels

7. Ça ressemble à quoi ?

8. Ça ressemble à quoi ? Fitnesse (Java)

9. Ça ressemble à quoi ? Cucumber (Ruby)

10. Ça ressemble à quoi ? Specﬂow (.NET)

11. Ça n’est pas quoi ?

12. Ça n’est pas quoi ? Un framework de Tests Unitaires

13. Ça n’est pas quoi ? un outil d'automatisation de tests via IHM

14. Ça n’est pas quoi ? une solution complète des exigences aux métriques

15. Ça sert à quoi ?

16. Ça sert à quoi ? (re)vériﬁer des scénarios d’utilisation

17. Ça sert à quoi ? Eviter les regressions

18. Ça sert à quoi ? Piloter le développement

19. Comment ça marche ?

20. Comment ça marche ? un test case est un ﬁchier texte

21. Comment ça marche ? un test case est un ﬁchier texte le test case contient une suite de keywords et de paramètres

22. Comment ça marche ? un test case est un ﬁchier texte le test case contient une suite de keywords et de paramètres les keywords sont soit natifs soit développés en Python

23. Comment ça marche ? un test case est un Robot exécute les ﬁchier texte keyword jusqu'a ce qu'il rencontre une exception le test case contient une suite de keywords et de paramètres les keywords sont soit natifs soit développés en Python

24. Comment ça marche ? un test case est un Robot exécute les ﬁchier texte keyword jusqu'a ce qu'il rencontre une exception le test case contient une suite de keywords et de si exception alors, TC KO, paramètres sinon TC OK les keywords sont soit natifs soit développés en Python

25. Comment ça marche ? un test case est un Robot exécute les ﬁchier texte keyword jusqu'a ce qu'il rencontre une exception le test case contient une suite de keywords et de si exception alors, TC KO, paramètres sinon TC OK les keywords sont soit génération d'un rapport natifs soit développés en Python

26. Par exemple ?

27. C’est pour qui ?

28. C’est pour qui ? Projet d’une certaine taille et certaine durée

29. C’est pour qui ? Equipes projets avec QA technico-fonc

30. C’est pour qui ? N’importe qui ?

31. Mais encore ?

32. Mais encore ? tests systèmes

33. Mais encore ? tests systèmes manipulation base de données, ﬁchiers...

34. Mais encore ? tests systèmes manipulation base de données, ﬁchiers... tests heterogènes

35. Mais encore ? tests systèmes manipulation base de données, ﬁchiers... tests heterogènes binaire, ligne de commande etc.

36. Mais encore ? tests systèmes manipulation base de données, ﬁchiers... tests heterogènes binaire, ligne de commande etc. tests boite noire

37. Mais encore ? tests systèmes manipulation base de données, ﬁchiers... tests heterogènes binaire, ligne de commande etc. tests boite noire pas accès au code source

38. Qui sont ses amis ?

39. Qui sont ses amis ? SCM

40. Qui sont ses amis ? Maven

41. Qui sont ses amis ? Jenkins

42. C’est la mode ?

43. C’est la mode ? Populaire dans monde Agile Testing

44. C’est la mode ? Users mailing list de 900 pers. (100 sujets/mois)

45. Essayez-moi !

Hinweis der Redaktion

\n
\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
\n
\n
\n
\n
\n
\n
\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
\n
\n
\n
\n
\n
\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
framework = arrive presque vide\nautomatisation = gere pas les tests manuels\nfonctionnels = tests orient&#xE9;s besoins, pas impl&#xE9;mentation\n
\n

Robot Framework Introduction

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Was ist angesagt?

Was ist angesagt? (20)

Ähnlich wie Robot Framework Introduction

Ähnlich wie Robot Framework Introduction (20)

Robot Framework Introduction

Hinweis der Redaktion