Créer jeu
Télécharger
Obtenir Plan Académique
Partager le jeu
Intégrez-le à votre plateforme

Vous pouvez intégrer le jeu dans un LMS compatible avec LTI 1.1 ou LTI 1.3 comme Canvas, Moodle ou Blackboard. Les scores seront ainsi automatiquement enregistrés dans le carnet de notes de la plateforme.
Télécharger
Vous avez dépassé le nombre maximum de jeux que vous pouvez intégrer à Google Classroom avec votre Plan actuel.

Pour intégrer autant de jeux que vous le souhaitez dans Google Classroom, vous avez besoin d’un Plan Académique ou un Plan Commerciel.

Vous avez dépassé le nombre maximum de jeux que vous pouvez intégrer à Microsoft Teams avec votre Plan actuel.

Pour intégrer autant de jeux que vous le souhaitez dans Microsoft Teams, vous avez besoin d’un Plan Académique ou un Plan Commerciel.

Le téléchargement du jeu est une fonctionnalité exclusive pour les utilisateurs avec un Plan Académique ou un Plan Commercial.

Obtenez votre Plan Académique ou Plan Commercial dès maintenant et commencez à intégrer vos jeux dans votre LMS, votre site Web ou votre blog.

Si vous le souhaitez, vous pouvez télécharger une jeu de test ici et tester son intégration:

Desarrollo de Software: Verdadero o Falso

Oui ou Non

Parties jouées 1

À propos de cette activité

Cuestionario rápido sobre desarrollo de software.

Créé par

Colombia

Téléchargez la version pour jouer sur papier

Créez votre propre jeu gratuite à partir de notre créateur de jeu
Affrontez vos amis pour voir qui obtient le meilleur score dans ce jeu

Top Jeux

%
Anonyme
Anonyme
%
%
%
Vous avez dépassé le nombre maximum de jeux que vous pouvez imprimer avec votre Plan actuel.

Pour imprimer autant de jeux que vous le souhaitez, vous avez besoin d’un Plan Académique ou un Plan Commerciel.

Imprimez votre jeu
Desarrollo de Software: Verdadero o Falso
 

Desarrollo de Software: Verdadero o FalsoVersion en ligne

Cuestionario rápido sobre desarrollo de software.

par michel
1

Las pruebas de rendimiento deben hacerse solo al final del proyecto.

2

El ciclo de vida del software incluye análisis, diseño, implementación, pruebas y mantenimiento.

3

El control de versiones gestiona el historial de cambios del código.

4

Las pruebas de unidad verifican que componentes pequeños funcionan de forma aislada.

5

La refactorización siempre reduce la calidad del código y debe evitarse.

6

Git es un sistema de control de versiones distribuido.

7

En Scrum, no existen roles definidos y todo el equipo decide todo sin ceremonias.

8

El versionado semántico (SemVer) no se usa en proyectos pequeños.

9

La documentación de la API debe escribirse solo al final y no actualizarse.

10

La metodología ágil favorece entregas incrementales y adaptación a cambios.

11

La programación modular facilita el mantenimiento al dividir el sistema en componentes independientes.

12

La integración continua automatiza la construcción y la ejecución de pruebas tras cada cambio.

13

Los requisitos deben definirse al inicio y nunca cambiar.

14

Es mejor escribir código sin comentarios para ganar rendimiento.

15

La gestión de requisitos ayuda a definir qué debe hacer el software y a priorizar funcionalidades.

16

El diseño orientado a objetos organiza el código en objetos con atributos y métodos.

17

La documentación detallada no aporta valor en proyectos grandes.

18

Las pruebas unitarias verifican el comportamiento de funciones o métodos individuales.

19

La refactorización siempre mejora el rendimiento del software.

20

La metodología ágil no utiliza iteraciones ni sprints.

Voulez-vous vraiment quitter la page ?

En quittant la page, vous perdrez la progression du jeu.