Get Started for FREE
Sign up with Facebook Sign up with X
I don't have a Facebook or a X account
 Your new post is loading...
Your new post is loading...
Scoop.it!
![HP ALM Tutorial [A Quick and Simple Step-By-Step Guide] | Devops for Growth | Scoop.it](https://img.scoop.it/v1th_rcAlJhrUXe7qFv6Yzl72eJkfbmt4t8yenImKBVvK0kTmF0xjctABnaLJIm9)
From
rossoneill
Looking for an HP ALM tutorial? Here you will find a step-by-step tutorial on how to use all of HP ALM modules which include the dashboard, management, requirements, testing, and defects 
No comment yet.
Sign up to comment
Scoop.it!
Dans un souci de minimiser les coûts tout en conservant la qualité des logiciels utilisés, l’État français a défini depuis 2012, un cadre de convergence des logiciels libres à privilégier ou à abandonner dans le développement des systèmes d’information de ses ministères. L’ensemble des logiciels libres préconisés se présente sous la forme du socle interministériel de logiciels libres (SILL), c’est-à-dire sous la forme d’un tableau qui répertorie les logiciels conseillés ou abandonnés par l’Éta
Scoop.it!
Les tests basés sur les cartes mentales peuvent permettre aux testeurs de se concentrer sur la génération d'idées de test, ils vous exposent à votre réflexion et vous permettent de réfléchir et d'organiser vos idées efficacement. Cet article partage des idées et des connaissances sur les cartes mentales et montre comment elles peuvent être utilisées.
Scoop.it!
L’utilisation d’applications sur des périmètres critiques nécessite de s’assurer du bon fonctionnement des applications avant qu’elles soient mises en production. Pour cela des périodes de recette sont prévues dans les plannings d’évolution des applications. Afin d’optimiser ces processus de recette l’équipe PSI/DPCM/PARC à décidé de s’outiller des logiciels Quality Centerpour le suivi de la recette et Quick Test Professional pour l’automatisation des tests. Dans ce cadre, j’ai contribué à la définition d'une méthodologie de tests basée sur ces outils et mis en œuvre cette méthode sur plusieurs applications.
Scoop.it!
le processus de test global de l’organisation devrait s’améliorer de façon continue, comment ? et quel modèle à suivre ?
Scoop.it!
Il y a un peu plus trois ans, je publiais Au fait, c'est quoi un bon test unitaire, d'intégration ou fonctionnel ?, un billet où je décrivais quelques caractéristiques d'une bonne suite de tests logiciel. Ce billet reste d'actualit
Scoop.it!
 Test (informatique) - WikipédiaEn informatique, un test désigne une procédure de vérification partielle d'un système. Son objectif principal est d'identifier un nombre maximum de comportements problématiques du logiciel. Il permet ainsi, dès lors que les problèmes identifiés seront corrigés, d'en augmenter la qualité.
Mickael Ruau's insight:
Sommaire
Scoop.it!
Testing is necessary, but the time that strong, sequential testing requires (and that the market demands) means a longer time-to-market, hurting success and profits. Parallel test is a new framework for testing software that radically reduces the cost and time associated with traditional testing méthodologies.
Scoop.it!
 Test d'acceptationEn informatique, le test d'acceptation (ou recette) est une phase de développement des projets, visant à assurer formellement que le produit est conforme aux spécifications (réponse donnée à un instant " t " aux attentes formulées). Elle s'inscrit dans les activités plus générales de qualification.
Scoop.it!
Il est difficile d'adapter les méthodes de test traditionnelles à une culture Agile. Les équipes se sentent obligées de sacrifier la qualité de leur produit au profit de la rapidité de livraison.
Mickael Ruau's insight:
R5 : Les notes de QA fonctionnent par story, c'est donc généralement les ingénieurs QA qui détectent les risques récurrents. C'est devenu de plus en plus difficile au fil des ans, à mesure que notre équipe QA Jira Software s'est développée, car un ingénieur QA ne sait pas nécessairement ce que les autres savent. Jusqu'à présent, nous avons atténué cet écart en organisant des réunions hebdomadaires de partage des connaissances et en mettant à disposition des pages wiki où nous gardons une trace des risques communs ou surprenants. Nous arrivons à un stade où cette méthode ne convient plus. À l'heure actuelle, nous travaillons sur une base de connaissances plus structurée avec une base de données de règles exécutées sur chaque commit. Par exemple, si elle voit que vous utilisez l'objet « User » dans votre code Jira Software, elle ajoutera un commentaire indiquant : « L'objet User peut être nul si l'utilisateur actuel est anonyme, vérifiez que vous le gérez correctement » au ticket. Ainsi, nous pourrons exploiter les connaissances des responsables de QA, et nous pourrions nous passer des lancements et des démonstrations de QA. Cela serait utile !
Scoop.it!
Le temps file et il est déjà l'heure pour vous de booker vos agendas pour la PTC v2.0 Pour rappel, il s'agit de :- 4 soirées (les 23, 24, 25 & 26 Novembre 2020)- D'un évènement 100% Online & Gratuit- 3 talks/soirée de 18.30 à 21.30 (UTC+1) Les inscriptions à cet évènement sont ouvertes !…
Scoop.it!
Imagine that your tests are as readable as documentation
Mickael Ruau's insight:
Instead of writing tests, we just writing documentation from the code. Each test method is a documentation generator that not indicate expected result but just write the result. The user has to verify documentation produced and to validate that it describe the expected behavior. When documentation changed, test fails and the user needs to validate or not this new behavior. It’s a mix between living documentation and Golden Master (or characterization-testing]). Full project documentation is here: https://sfauvel.github.io/documentationtesting/
Scoop.it!
Un test de fumée (Smoke test) consiste en des tests fonctionnels ou unitaires de fonctions logicielles critiques. Les tests de fumée viennent avant d'autres tests approfondis.
|
Scoop.it!
Points Clés
Mickael Ruau's insight:
Lorsque nous écrivons des tests automatisés, nous pouvons rencontrer des problèmes. Les tests ne passeront pas, ou nous passerons beaucoup de temps à faire l'effort. « Ce code n'est pas testable », dirions-nous. Surtout, ce n'est pas vrai. Le code est toujours testable, mais le coût peut être élevé et l'effort épuisant. La bonne nouvelle est que nous pouvons modifier le code pour qu'il soit hautement testable, en identifiant les anti-patterns et en les corrigeant. La meilleure nouvelle est que nous, les développeurs, pouvons faire en sorte que le code corresponde aux exigences du test, en discutant avec les testeurs, qui le testent réellement. Les testeurs peuvent-ils vraiment affecter la façon dont le code est écrit ?Cela dépend vraiment de la relation entre les testeurs et les développeurs. Dans une équipe agile et cohésive, il y a une ouverture d'esprit. Mais dans de nombreux cas, les testeurs obtiennent leur code « prêt à tester », des semaines ou des mois après que les développeurs aient fini de programmer. À ce stade, demander aux développeurs de "remonter le temps", de laisser ce qu'ils font et de changer ce qu'ils considèrent comme du "code déjà fonctionnel" ne semble pas très agréable. Mais il existe d'autres problèmes qui rendent les développeurs moins attentifs aux besoins de leurs testeurs. Premièrement, ils croient (à cause de ce que les organisations leur enseignent) que lorsqu'ils poussent leur code, cela devient le travail de quelqu'un d'autre. Ils ne sont pas conscients des efforts que les testeurs doivent déployer pour effectuer les tests. En fait, plusieurs fois, ils ne sont même pas au courant des plans de test, des ressources et parfois même des résultats (en dehors des bugs). Donc la distance dans le temps, les connaissances, la réflexion - tout cela rend la discussion entre développeurs et testeurs peu efficace - notamment en termes de testabilité. Arriver en retard avec les demandes est trop tardif. Des modèles de code qui conduisent à une meilleure testabilitéIl existe de nombreux modèles de code et anti-patterns que nous savons être bons (et mauvais) pour les développeurs. Habituellement, nous les considérons en termes de maintenabilité. Mais ils ont également un impact sur la testabilité.
Scoop.it!
Dis tonton, tu peux me donner quelques best practices steuplé ? Les premières bonnes pratiques sont : Bon sens, Organisation, Réflexions. Rien de magiques mais qui, bien appliquées, seront les garants de la bonne utilisation d’un référentiel de test. Je vais les exposer sous forme de question à se poser aux bons moments
Mickael Ruau's insight:
Une dernière bonne pratique pour la route ? Faite un copier / coller des pratiques ci-dessus dans un fichier Excel, nommé ce fichier « Checklist garante de la qualité du référentiel de test. ». Il ne vous restera plus :
Et pour la petite histoire, sachez que mettre en pratique tout les jours ces préconisations fera de le mise en oeuvre de cet outil un niveau CMMI 3 (voir article complémentaire sur CMMI3 et QC).
Scoop.it!
On parle de niveaux de test par rapport à la pyramide des tests suivante. Lorsque l’on souhaite automatiser des tests il faut toujours commencer par le bas de la pyramide car ces tests sont plus rapides à mettre en place et donc moins coûteux.
Scoop.it!
Retrouvez l'article "Le test utilisateur, l’un des outils les plus puissants de l’UX" publié par Ludotic, agence spécialiste en ergonomie et UX design
Mickael Ruau's insight:
Un panorama des techniques de test utilisateur.
Scoop.it!
This eMag takes a deep dive into the techniques and culture changes required to successfully test, observe, and understand microservices.
Scoop.it!
Test de régression - WikipédiaUn article de Wikipédia, l'encyclopédie libre. Une régression est un défaut introduit dans un logiciel à l'occasion de corrections de bogues ou n'importe quel changement établi dans un logiciel : ajout de nouvelles fonctionnalités, modification de fonctionnalités existantes ou modification d'un composant externe au logiciel lui-même : nouvelle version du système, de l' interface graphique, d'un compilateur ou d'une bibliothèque tierce qui interviennent dans son fonctionnement.
Scoop.it!
Adhoc testing is a type of unplanned testing which does not follow any formal process like requirement documents, test plan, test cases, etc.
Mickael Ruau's insight:
Adhoc testing vs Exploratory testingAdhoc Testing Exploratory Testing It begins with learning the application first and then carrying out the actual testing process. It begins with testing the application first and then understanding it through exploration. It is an independent testing type. It is a type of Adhoc testing. It doesn’t require any sort of documentation. It is mandatory to have documentation on the details of testing. Testers with in-depth knowledge about the application can perform Adhoc testing. It is not necessary to have an expert to explore the application. Testing starts after all the data is collected to perform the testing. In exploration testing, the data collection and testing happen simultaneously. It works for negative testing scenarios. It mainly goes with positive scenarios. It focuses on enhancing the testing process. It focuses on learning the application It depends on the tester's creativity and intuition. It depends on the tester's curiosity and perception. There is no time limit in Ad hoc testing. It is a time-boxed method.
Scoop.it!
Tout ce qu'il faut savoir pour mettre en place des tests opérationnels de vos applications mobiles, sites web, objets connectés. Pourquoi est-ce important de tester dans des conditions réelles ? Pourquoi un bugtracker de qualité vous fera économiser de l'argent ?
Mickael Ruau's insight:
Un test opérationnel est un test d'assurance qualité pour les produits numériques tels que les sites web, les applications, les logiciels et les objets connectés bien avant leurs lancement sur le marché. Effectué après la phase de test d'acceptation, un test opérationnel vérifie si toutes les exigences client sont respectées. Avec ce test, il est possible de s'assurer que votre produit numérique est prêt à être diffusé au grand public. En général, un test opérationnel est exécuté pour s'assurer que le produit répond aux exigences établies par sa performance, son accessibilité, sa stabilité et d'autres fonctions importantes.
Scoop.it!
![Practical Software Testing - New FREE eBook [Download] | Devops for Growth | Scoop.it](https://img.scoop.it/bg8pw26-OljvqWjQcCZPGTl72eJkfbmt4t8yenImKBVvK0kTmF0xjctABnaLJIm9)
Assuming that you have no idea where to start in learning software testing, we have designed this free software testing ebook just for you so that you can get started in no time.
Scoop.it!
Dans nos missions d'accompagnement, nous constatons plusieurs problèmes dans la gestion des anomalies : les équipes en charge de corriger des anomalies man
Scoop.it!
At OVHcloud, the Domain Names team currently manages a total of 5 millions domain names. To handle this volume, and anticipate future growth, we have been migrating our information system from a monolith to a microservice-inspired architecture. Although this ongoing migration presents lots of advantages over the monolithic approach (scalability being the most obvious), a … Declarative integration tests in a microservice environment Read More »
|
HP ALM Tutorial (STEP-BY-STEP GUIDE)
DASHBOARD
HP ALM DashboardMANAGEMENT
HP ALM ManagementREQUIREMENTS
HP ALM RequirementsTESTING
HP ALM TestingTest Resources – is where you store your code for automation, or data for Sprinter (a tool to speed up manual testing).
DEFECTS
HP ALM Defects