Welcome to our blog page We'd like to share knowledge of the areas that are the most fascinating to us.

Est-ce que cela vous est déjà arrivé de ne pas savoir si la police que vous avez utilisée sur un site web était en 12 pt ou 13 pt? Ou peut-être que vous vous demandiez sans cesse si une image avait été légèrement déplacée vers la gauche auparavant? Si la mise en page est une priorité sur votre site web, il est peut-être temps de penser à automatiser le test de cet aspect de votre projet. VisualCeption est une solution remarquable pour ce genre de cas.

Nous faisons beaucoup de développement Drupal. Nous faisons également beaucoup de tests automatisés. C'est pourquoi nous avons décidé de compléter la fonctionnalité standard de Codeception avec de nouveaux modules dédiés à Drupal. Cela nous aide beaucoup dans notre travail quotidien. Comme dans notre article précédent, tous les exemples listés ci-dessous seront basés sur un projet basé sur docker-console, c'est pourquoi nous encourageons tout le monde à lire d'abord les articles précédents si vous ne l'avez pas encore fait.

Si vous avez lu nos articles précédents, vous savez déjà très bien comment démarrer un projet dans la console Docker. Si vous ne l'avez pas encore fait, vous devriez commencer par cet article, car aux fins de cet article, nous partons du principe que votre projet dans la console Docker est déjà opérationnel. Par conséquent, toutes les commandes exécutées ci-dessous s'y référeront. Dans cet article, nous souhaitons vous introduire au monde des tests automatisés en utilisant Codeception, basé sur ce type de projet.

Les personnes qui suivent notre blog savent déjà que nous utilisons Docker chez Droptica.

Si vous êtes un développeur Drupal, il est presque certain que vous avez entendu parler de drush. Drush est un utilitaire en ligne de commande qui vous permet d'interagir avec drupal, eh bien - depuis la ligne de commande. Chaque agence Drupal ou toute personne digne de ce nom qui fait du développement drupal utilise drush car cela accélère massivement le développement drupal, économisant temps et argent. Drush est fourni avec de nombreuses commandes intégrées, mais vous pouvez également ajouter les vôtres.

Lors de la création de sites web, vous avez probablement parfois constaté comment votre page change d'apparence sur différents navigateurs, sans parler de la variété des appareils. Selon le nombre de configurations différentes que nous souhaiterons vérifier, le temps passé à les tester augmentera rapidement et l'enthousiasme diminuera probablement à un rythme similaire en répétant la même action sur un autre appareil.

La création de contenu à l'aide du module Paragraphs est une approche complètement différente par rapport à la création de contenu "standard" dans Drupal. En bref : nous préparons les composants (type de paragraphe) et ensuite, lors de la création d'une entrée, nous sélectionnons l'un des composants disponibles.  Les composants peuvent être des éléments simples contenant du texte, des contenus avec des colonnes ou des éléments complexes tels que des curseurs, des vidéos ou des galeries de photos.

Il est évidemment nécessaire de rechercher et de tirer parti des outils qui peuvent être utilisés lors de la prestation de services de développement Drupal. Il est temps pour une autre dose d'informations sur notre travail chez Droptica. Aujourd'hui, nous aborderons la gestion des versions de fichiers et les tests d'applications. Subversion Les premiers projets mis en œuvre avec Drupal (encore sous le nom OPENBIT) utilisaient le système Subversion (également connu sous le nom de SVN, site du projet) pour la gestion des versions de fichiers.

Clutch (un portail de classement des entreprises de développement) nous a nommés leader mondial parmi les entreprises travaillant avec Drupal. C'est un grand succès. Nous faisons partie des meilleures entreprises travaillant avec Drupal dans le monde. Les résultats de notre travail sont de plus en plus visibles. Depuis le début, Droptica visait à fournir les meilleurs services Drupal.

Toute personne ayant déjà travaillé dans l'informatique a sûrement rencontré des problèmes de communication entre les programmeurs et les testeurs, ou dans d'autres cas. En parlant avec des programmeurs, vous pouvez entendre de nombreuses anecdotes concernant les rapports de bugs et les retours qu'ils ont reçus. Travaillant comme testeur dans une agence spécialisée en Drupal, je vois ce problème de l'autre côté, mais je comprends l'équipe de développement. Quand je renvoie une tâche après les tests, je me retrouve souvent à vouloir simplement écrire : « Ça ne fonctionne pas ! »