unit-testing - unitarias - unit test c# ejemplo

Ember CLI que prueba relaciones modelo complicadas

Question

Hasta donde puedo ver, cuando se prueban modelos de datos de ascuas en la CLI de ascuas, todas las relaciones deben enumerarse según las needs . Esto está bien si la estructura es simple, pero en muchos casos habrá múltiples capas.

Por ejemplo, si los modelos se configuran con las siguientes relaciones definidas:

Model a:
   belongsTo: b
   belongsTo: c

Model b:
   hasMany: a
   hasMany: d

Model c:
   hasMany: a
   belongsTo: e

Model d:
   hasMany b

Model e:
   hasMany c

Luego, cada prueba unitaria para cualquiera de estos modelos requerirá todos los demás modelos enumerados en las needs , por ejemplo, una prueba para c :

needs: [
    ''model:a'' // Because c -> a
    ''model:e'' // Because c -> e
    ''model:b'' // Because c -> a -> b
    ''model:d'' // Because c -> a -> b -> d
]

Mi configuración real es mucho más complicada con 14 modelos, y cada uno está indirectamente relacionado con todos los demás.

¿Es correcto mi entendimiento? ¿Hay una manera más eficiente de hacer esto? ¿O hay una buena razón para hacerlo de esta manera que me falta?

Answer 1

Si está utilizando Ember ''Ember-QUnit'' predeterminado, entonces debe enumerar todos los modelos que necesita.

Pero hay una alternativa para probar que estoy usando, es decir, ember-data-factory-guy . Esto se utiliza para crear datos de fábrica en lugar de datos fijos cuando se prueba el modelo, componente, controlador, etc.

Puedes atravesarlo.

https://github.com/danielspaniel/ember-data-factory-guy