[#154] Add UI-based unit tests for demo application

[Tayebsed93]

Note: Please transform - [ ] into - (NA) in the description when things are not applicable

Related issues

#154

Description

Add unit tests for screenshot comparisons

Motivation & Context

Types of change

• New feature (non-breaking change which adds functionality)

Previews

Checklist

Contribution

• I have read the contributing guidelines

Accessibility

• (NA) My change follows accessibility good practices

Design

• (NA) My change respects the design guidelines of Orange Unified Design System

Development

• My change follows the developer guide
• I checked my changes do not add new SwiftLint warnings
• I have added unit tests to cover my changes (optional)

Documentation

• My change introduces changes to the documentation and/or I have updated the documentation accordingly

Checklist (for Core Team only)

• (NA) The evolution have been tested and the project builds for iPhones and iPads
• Code review has been done by reviewers according to CODEOWNERS file
• (NA) Design review has been done
• (NA) Accessibiltiy review has been done
• (NA) Q/A team has tested the evolution
• Documentation has been updated if relevant
• Internal files have been updated if relevant (like CONTRIBUTING, DEVELOP, THIRD_PARTY, CONTRIBUTORS, NOTICE)
• CHANGELOG has been updated respecting keep a changelog rules and reference the issues

[Tayebsed93]

@pylapp Merci pour ton retour. Désormais, j'arrive à voir les warnings et plus de 250 d'entre eux sont corrigés. Les fonctions de test ont aussi été modifiées. Le rebase est fait

[pylapp]

La PR est loin d'être acceptable en l'état.

Il ne faut pas que tu corriges bêtement les warnings sans faire attention à ce que tu fais, surtout quand tu apportes de l'incohérence entre les fichiers du projet.

Regarde des classes de tests à côté ; tu pourras grandement t'en inspirer.

Dans les points à corriger :

1. Il faut des sauts de lignes entre les fonctions, c'est la base ;
2. le warning que tu as voulu corriger ne te dit pas de supprimer la ligne, mais les espaces inutiles en début de ligne ;
3. Pour les classes de tests on n'a pas besoin de deinit, pour le coup tu peux désactiver proprement ce warning comme indiqué en commentaire ;
4. Tu as réussi à mettre des fonctions de tests en dehors de leur classe de test ;
5. On ajoute les nouvelles lignes du CHANGELOG par le haut ; ta ligne est totalement perdue dans une section ;
6. Aucune documentation, tant pour les classes de tests que dans le DEVELOP par exemple ;
7. Les MARKS sont utilisés n'importe comment ;
8. Pourquoi on ne teste parfois que pour le color scheme light et pas le dark aussi ?
9. Tu rajoutes du code qui ne semble n'avoir aucun rapport avec ce que tu dois faire dans ta PR.

Un MARK est une balise qui sert d'ancrage dans la minimap de Xcode, je te laisse chercher. Si tu ajoutes après les : un tiret, une ligne horizontale apparait pour séparer visuellement les choses. L'intérêt des MARK est d'apporter une aide visuelle dans le code, avec une structure claire. Deux MARK qui se suivent ne servent à rien.

Par exemple, si je prends :

    // MARK: - Tests
    // MARK: - Orange Theme Light Mode Width Tests
    // MARK: - Width Tokens Tests

Le seul MARK utile est ici :

    // MARK: - Orange Theme Light Mode Width Tests

D'ailleurs, je ne comprends pas comment pour un même code modulo la valeur du paramètre "named" tu peux définir des cas de tests différents.
Il faudrait que tu précises à la fin de la rubrique "UI tests in demo app" de DEVELOP comment ça fonctionne. Si je ne comprends pas, d'autres ne comprendront pas. Si on doit te demander comment ça fonctionne, c'est qu'il y a un problème a minima de documentation quelque part. Si tu n'es pas à l'aise en anglais pour expliquer clairement comment ça fonctionne, rédige le paragraphe en français en commentaire de cette PR et je traduirais.

Au besoin, demande de l'aide à @ludovic35 qui avait travaillé sur le sujet.