semble que Cuke n'apprétrise pas le message d'erreur complet (au moins lorsque le problème se produit dans le modèle), ce qui permet de localiser le problème.
Voici ce qu'il génère sur une erreur: p> < Pré> xxx pré>
et voici ce que les rails montrent quand le même problème est reproduit dans le navigateur: p> Le premier est un peu trop soigné. Aucune exception dans Cucumber.Log non plus. Et mon modèle a quelques partiels et une mise en page. Étant donné des indices, une enquête tout à fait une enquête. P> existe-t-il une bougie secrète à tirer pour obtenir une erreur complète de concombre? P> P>
3 Réponses :
Peut-être pas beaucoup d'aide mais l'objet @cart ne semble pas avoir été instancié. Consultez votre contrôleur pour que ce soit. P>
Le problème n'est pas le bogue lui-même, mais le fait que Cuke n'a pas utile de rapporter des détails.
Désolé pour ça. Eh bien, vous avez presque obtenu l'erreur des rails et le numéro de ligne du test. On pourrait penser que le nom de la variable de Nil dans Nil.items aurait peut-être été inséré là-bas d'une manière ou d'une autre, sinon je ne sais pas ce que de plus à attendre du concombre?
Réponse correcte (grâce à Cuke Google Group) utilise l'option - BackTrace code> lors de l'exécution de concombre. P>
Vous pouvez commenter la ligne suivante dans vos fonctions / support.env pour utiliser la manutention des erreurs de rails.
Cucumber::Rails.bypass_rescue
Votre titre de question aurait fait une bonne chanson ou une bonne série d'épisodes de la série télévisée, mais pas une question si question, alors j'ai modifié :)