Algunas preguntas del oral

[Emanuel Ortiz]

Gente,

Les paso un compilado de las preguntas que hicieron la semana pasada.

1. Que criterios tendria en cuenta para armar la linea base?

2. Que modelan los paradigmas de objetos, estructurado y agil?

3. El ciclo  de vida influye en la estimación?

4. Que tiene en cuenta para estimar?

5. Valor de la estimacion.

6. Que aporte podria haber dado hidalgo luego de la etapa 1 al cono de la incertidumbre.

7. Del tp de contratos si estas de acuerdo con las cosas q agregarias o no y pq.

8. Del tp de contratos que cosas para vos faltan o sobran. En el punto de documentos sobrantes y faltantes.

9. Del tp de contratos porque se elijio esa metodologia? Consideras que esta mal? Justificar.

10. Que es trazabilidad y como manejarla.

11. Que es calidad de proceso y de producto. Diferencias (o relacion).

12. Pq un cp debe estar escrito?.

13. Pq una prueba unitaria fomenta el cambio?

14. Cuales son las caracteristicas de una buena prueba unitaria? Explicar cada una de ellas.

15. Definir Dummy, Fake, Stub, y Mock. Ademas describir para que se usa cada uno.

16. Cuales son los roles de scrum y que hace cada uno?

17. Diferencia entre una UAT y una prueba de aceptacion (Esta pregunta no me cierra mucho....ver si hay algo en la teoria...ya que parece lo mismo)

18. Cuales son los valores en la metodologia agil?

[Damian Sima]

pa los que preguntaban de fake stub y mock, aca esta la papa

http://martinfowler.com/articles/mocksArentStubs.html

en particular:

Meszaros uses the term Test Double as the generic term for any kind of pretend object used in place of a real object for testing purposes. The name comes from the notion of a Stunt Double in movies. (One of his aims was to avoid using any name that was already widely used.) Meszaros then defined four particular kinds of double:

• Dummy objects are passed around but never actually used. Usually they are just used to fill parameter lists.
• Fake objects actually have working implementations, but usually take some shortcut which makes them not suitable for production (an in memory databaseis a good example).
• Stubs provide canned answers to calls made during the test, usually not responding at all to anything outside what's programmed in for the test. Stubs may also record information about calls, such as an email gateway stub that remembers the messages it 'sent', or maybe only how many messages it 'sent'.
• Mocks are what we are talking about here: objects pre-programmed with expectations which form a specification of the calls they are expected to receive.

Of these kinds of doubles, only mocks insist upon behavior verification. The other doubles can, and usually do, use state verification. Mocks actually do behave like other doubles during the exercise phase, as they need to make the SUT believe it's talking with its real collaborators - but mocks differ in the setup and the verification phases.

2013/11/12 Emanuel Ortiz <emanuel...@gmail.com>

--
Has recibido este mensaje porque estás suscrito al grupo "UADE - Seminario de Integración Profesional 2" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus correos electrónicos, envía un correo electrónico a uade-sip2+...@googlegroups.com.
Para obtener más opciones, visita https://groups.google.com/groups/opt_out.

--
Damián. > - )

[Nicolás Ige]

Gente, a qué hora van para uade?

Me pedí el día, si quieren nos juntamos antes para ver los TPs y la teoria.

Saludos,

[Damian Sima]

Ya estoy aula 225

[Nicolás Ige]

OK en un rato estoy.

Saludos,