SpencerCDixon/redux-cli

Implement an in memory file system to use in testing

Open

#104 ouverte le 20 sept. 2017

Voir sur GitHub
 (1 commentaire) (0 réactions) (0 assignés)JavaScript (886 stars) (63 forks)batch import
2.0good first contributionhelp wantedtesting

Description

Let's reduce the dependence on writing and reading actual files during tests.

It should be reasonably straight forward to translate the tests to mock-fs or similar library. And streamline the tests for reading rc files and blueprint directories

Guide contributeur

Stack technique
javascriptnodejs
Domaine
clideveloper experience
Type d'issue
test
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
2
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-3 hours
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
stale
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
clear
Prérequis
Node.js testingfile system mockingredux cli repository structure
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
60
Direction de recherche
First, examine the existing test suite in the redux cli repository to identify tests that read or write to the file system (e.g., tests for reading rc files and blueprint directories). Study the mock fs library API to understand how to create an in memory file system. Then, systematically replace each file IO operation in the tests with mock fs equivalents, ensuring the test logic remains unchanged. Finally, run the full test suite to confirm no real file system access occurs and all tests pass.