b3t10 - Metodologías y Control Versiones

Question 1

Metríca3 es la metodología orientada a procesos creada en la Administración

Question 2

Qué roles hay en Métrica3?

Answer 2

Directivo
Jefe de Proyecto
Consultor
Analista
Programador

Question 3

Indica 3 metodologías orientadas a procesos

Answer 3

SSADM
Merise
Metrica3

Question 4

Indica 3 metodologías orientadas a objetos
En qué metodología se unifica?

Answer 4

Booch Method
OMT
OOSE Jacobson

Se unifican en
RUP -> Rational Unified Process

Question 5

De qué tipo es la metodología RUP?

Answer 5

Iterativa incremental.
Es un proceso de desarrollo dirigido por casos de uso y centrado en la arquitectura. Quiere decir que primero se prepara la arquitectura y luego se hacen iteraciones. En cada iteración se coge un conjunto de casos de uso y se hacen todas las fases (cada fase podrá tener distinto peso en la iteración, dependiendo de qué iteración sea).

Question 6

Qué versión abierta de la Eclipse Foundation hay de RUP?

Answer 6

OpenUP
Otro ejemplo de UP, en versión agile sería AUP - Agile Unified Process

Question 7

Qué tres procesos tiene Metrica3?

Answer 7

Planificación (PSI) del sistema de información
Desarrollo (DSI) del sistema de información
Mantenimiento (MSI) del sistema de información

Question 8

En qué otros 5 procesos se divide el proceso de Desarrollo (DSI) de Metrica3?

Answer 8

EVS - Estudio de viabilidad
ASI - Analisis
DSI- Diseño
CSI - Construcción
IAS - Iplantación y aceptación

Question 9

En qué se dividen los procesos en Métrica3? Y estas a su vez?

Answer 9

Se dividen en actividades
Las actividades se dividen en tareas

Question 10

Cómo se llaman las partes de Métrica3 que son comunes a todos los procesos? Cuáles son?

Answer 10

Se llaman Interfaces

Calidad
Gestión de proyectos
Gestión de la configuración
Seguridad

Question 11

4 Valores del Manifiesto Ágil

Answer 11

Individuos e interacciones sobre procesos y herramientas
Software funcionando sobre documentación extensiva
Colaboración con el cliente sobre negociación contractual
Respuesta ante el cambio sobre seguir un plan

Question 12

12 Principios del Manifiesto Ágil

Answer 12

1. Nuestra principal prioridad es satisfacer al cliente a través de la entrega temprana y continua de software con valor.
2. Aceptamos que los requisitos cambien, incluso en etapas tardías del desarrollo. Los procesos ágiles aprovechan el cambio para proporcionar ventaja competitiva al cliente.
3. Entregamos software funcional frecuentemente, entre dos semanas y dos meses, con preferencia al período de tiempo más corto posible.
4. Los responsables del negocio y los desarrolladores trabajamos juntos de forma cotidiana durante todo el proyecto.
5. Los proyectos se desarrollan en torno a individuos motivados. Hay que darles el entorno y el apoyo que necesitan, y confiarles la ejecución del trabajo.
6. El método más eficiente y efectivo de comunicar información al equipo de desarrollo y entre sus miembros es la conversación cara a cara.
7. El software funcionando es la medida principal de progreso.
8. Los procesos ágiles promueven el desarrollo sostenido. Los promotores, desarrolladores y usuarios debemos mantener un ritmo constante de forma indefinida.
9. La atención continua a la excelencia técnica y al buen diseño mejora la agilidad.
10. La simplicidad, o el arte de maximizar la cantidad de trabajo no realizado, es esencial.
11. Las mejores arquitecturas, requisitos y diseños emergen de equipos auto-organizados.
12. A intervalos regulares, el equipo reflexiona sobre cómo ser más efectivo para, a continuación, ajustar y perfeccionar su comportamiento en consecuencia.

Question 13

Metodologías ágiles

Answer 13

XP
SCRUM
FDD
KANBAN

Question 14

SCRUM

Answer 14

Tipo: iterativa incremental
Roles:
- Cerdos: Product owner, Scrum master (facilitador), Scrum team (5-9) personas con habilidades transversales
- Gallinas: Stakeholder

Prácticas y artefactos
- Product backlog
- Sprint backlog
- Burndown chart

• Sprint Planning
• Daily scrum (15 min)
• Sprint review (al final del sprint, 1h)
• Sprint retrospective (revisión y mejora, 1h)

Question 15

Xtreme Programing

Answer 15

• Potencia relaciones interpersonales.
• Historias de usuario (se agrupan en epicas) (se desgranan en tareas)
• Roles: Programador, cliente, encargado de pruebas (tester), encargado de seguimiento (tracker), entrenador (coach), consultor, gestor (big boss)
• Prácticas: Programación en parejas, refactoring, estiman los técnicos, el cliente prioriza, integración contínua, cliente in situ, max 40h /semana, pruebas unitarias primero (TDD), entregas pequeñas

Question 16

Productos de integración contínua

Answer 16

• Pipelines -> Jenkins
• Construcción -> Maven
• Repositorios de codigo fuente -> GIT, SVN, TFS (teams foundation)
• Repos binarios -> Artifactory(jfrog), Nexus(sonatype), Archiva
• Análisis código -> SonarQube
• Test unitarios -> JUnit
• Runtime -> JBOSS

CI -> hasta test
CD -> hasta deploy

Question 17

Qué son las pruebas de caja blanca y caja negra?

Answer 17

Caja blanca -> se conoce el detalle del algoritmo del código, se prueban los caminos, bifurcaciones, etc.. no que el resultado sea correcto
Caja negra -> no se conoce el detalle del algoritmo, se analizan las entradas y salidas

Question 18

Herramientas de pruebas

Funcionales
Unitarias
Carga
Análisis código estático

Answer 18

Funcionales -> Selenium, Soap-UI, Postman, Watir (Ruby), WatiN (.NET)
Unitarias -> JUnit, NUnit, TestNG, Jasmin, Mocha, Jest
Carga -> JMeter, HP LoadRunner, LoadUI
Análisis código estático -> SonarQube, PMD, Checkstyle, FindBugs

Question 19

Tipos de pruebas funcionales

Answer 19

Unitarias: de cada componente
Integración: varios componentes / subsistema
Aceptación: orientadas al usuario desde el pto. de vista funcional
Regresión: todo sigue funcioando ante un cambio
Alpha: por el usuario con el desarrollador como observador en entorno controlado
Beta: por el usuario en su entorno de trabajo y sin observadores

Question 20

Tipos de pruebas no funcionales

Answer 20

Compatibilidad
Rendimiento
Seguridad
Usabilidad
…

Question 21

Definiciones de Métrica3 de los tipos de pruebas

Pruebas Unitarias.
Pruebas de Integración.
Pruebas del Sistema.
Pruebas de Implantación.
Pruebas de Aceptación.
Pruebas de Regresión.

Answer 21

Leer
https://manuel.cillero.es/doc/metodologia/metrica-3/tecnicas/pruebas/

Question 22

Diferenciar bien entre las pruebas de
Rendimiento
Volumen
Sobrecarga

que están dentro de las pruebas de Sistema de Metrica3

Answer 22

• Pruebas de rendimiento. Consisten en determinar que los tiempos de respuesta están dentro de los intervalos establecidos en las especificaciones del sistema.
• Pruebas de volumen. Consisten en examinar el funcionamiento del sistema cuando está trabajando con grandes volúmenes de datos, simulando las cargas de trabajo esperadas.
• Pruebas de sobrecarga. Consisten en comprobar el funcionamiento del sistema en el umbral límite de los recursos, sometiéndole a cargas masivas. El objetivo es establecer los puntos extremos en los cuales el sistema empieza a operar por debajo de los requisitos establecidos.

Question 23

En métrica3 hablan de elementos conductores cuando se refieren a mucks, para simular precondiciones en las pruebas unitarias.

Question 24

Qué dos tipos de sistemas de control de versiones hay? Indica productos de cada

Answer 24

• Centralizados: CVS, SVN Subversion (servidor svn), TortoiseSVN (cliente svn), TFS de Microsoft (Team Foundation Server) (antes era Sourcesafe)
• Distribuidos: GIT, Sourcetree(cliente git), Mercurial, Bazaar, Darcs, BitKeeper

Question 25

Quíen inventa GIT?

Answer 25

Linus Torvalds para el desarrollo del kernell de Linux

Question 26

Qué características tiene GIT?

Answer 26

Distribuido Soporte avanzado de ramas y mezclas

Question 27

Qué protocolos soporta GIT?

Answer 27

Compatible con **HTTPs** y **SSH**, local protocol y también usa un protocolo propio (**GIT Protocol** por el 9418)

Question 28

Sobre qué tipos de objetos aplica GIT la criptografía sha-1?

Answer 28

Uso de criptografía sha-1 sobre objects tree (como directorios) blobs (como files) commit (snapshots? tag

Question 29

Qué son los siguientes conceptos GIT history commit .gitignore HEAD

Answer 29

history -> los commits apuntan al commit anterior, formando un historial de lo que ha ocurrido commit: snapshot .gitignore -> se añade lo que se quiere que quede fuera del control de versiones HEAD -> Puntero que apunta al último commit

Question 30

Qué pasos tiene un flujo de trabajo en GIT

Answer 30

1. Crear un repositorio en local (git init) 2. Clonar un repositorio 3. Configuración básica

Question 31

Como se hace la configuración básica de GIT? y qué campos típicos se configuran?

Answer 31

git config --global user.name "pepe" git config --global user.mail "pepe@gmail.com" fichero .gitignore

Question 32

Qué hacen los siguientes comandos de git git status git init git clone url git remote -v git log git add git commit -m nombre git branch nombreRama git checkout git diff git merge git tag git push git fetch git pull git reset git rebase

Answer 32

git status -> comprobar el estado del repositorio local, en qué rama estás, ... git init -> crear repositorio git en local desde cero. La rama principal se llama master, aunque se puede cambiar. Se le suele nombrar también main, trunk, development ... **El repo está vacío pero se crea un directorio oculto llamado ".git" con los metadatos del repositorio local** git clone url -> crea un repositorio local a partir de un repositorio remoto. Te crea por defecto la rama origin/main (o master, o development, ... según el producto) git remote -v -> indica con qué repositorio remoto está enlazado el repositorio local git log -> te muestra el histórico de commits, con su hash git add -> añade desde el working directory al staging area, haciendo que ya tenga "seguimiento" git commit -m nombre -> hace un commit poniéndole git branch nombreRama-> crea una rama git checkout -> moverse de rama. Con -b te crea la rama y te mueve a ella. Las ramas están en el Local Repo y se actualiza en el Working directory, saltando el staging area git diff -> mostrar diferencias entre commits git merge -> mezclar dos ramas git tag -> para crear etiquetas sobre commits git push -> para mezclar tu rama master del repo local con la del repo remoto git fetch -> te trae los metadatos del repo remoto, y sabes si estás actualizado o no git pull -> se baja el repo remoto al repo local, a la rama master git reset -> deshacer commits git rebase -> para mezclar commits entre ramas

Question 33

Qué tres tipos de git reset hay?

Answer 33

git reset --soft -> deshace el commit en repo local tal y lo deja en el staging area, como si no se hubiese hecho el git commit git reset --mixed -> deshace el commit en repo local tal y lo deja en el working directory, como si no se hubiese hecho el git add git reset --hard -> deshace el commit y elimina los ficheros cuando se hace un reset de un commit, hay que tener en cuenta que se hace de ese commit y de todos los posteriores. No se puede "extraer" un commit de en medio

Question 34

Qué es la herramienta Git Revert?

Answer 34

Para revertir commits, pero a diferencia del git reset, no elimina nada de la historia En lugar de eliminar el commit de la historia del proyecto, introduce un commit nuevo que hace lo inverso al commit que se quiere eliminar

Question 35

Qué plataformas para repositorios remotos hay? (forjas)

Answer 35

GitHub BitBucket Gitlab Source Forge GForge Redmine Google Code

Question 36

Flujo colaborativo en GitHub git fork git pullrequest

Answer 36

git fork -> se hace una foto al repo remoto y de ahí se hace el clone a tu repo local. Cuando se quiera subir el código se hace con pull request git pullrequest -> sube los cambios para que el dueño del repo remoto vea si los quiere mergear.

Question 37

Herramientas de CI/CD

Answer 37

Jenkins Travis CI Circle CI TeamCity CodeShip Bamboo

Question 38

Qué tres espacios hay en el repositorio local de git? Para qué es cada uno?

Answer 38

Working directory Staging area (o index) -> zona para tener lo que se querrá commitear Local repo

Question 39

Echar un vistazo a los comandos mercurial

Answer 39

https://zbrain-academy.es/pluginfile.php/76387/mod_resource/content/1/Git%20and%20Mercurial%20commands.pdf