En Facebook, cada cambio enviado para la revisión del código debe tener un plan de prueba: instrucciones sobre cómo probar que el cambio propuesto funciona según lo previsto (consulte la Guía del usuario diferencial: Planes de prueba). Esto puede ser cualquier cosa, desde una lista detallada de instrucciones que ayudan a alguien a probar la función, hasta un “funciona en mi máquina” (en un apuro, puede salirse con la suya). En partes de la base de código que se basan en pruebas unitarias, el plan de prueba puede ser tan simple como “pruebas aprobadas”.
Tenga en cuenta que esto no necesariamente equivale a TDD. Se debe realizar algún tipo de prueba antes de comprometerse, pero no hay requisitos en cuanto a si las pruebas se escriben antes o después del código, o incluso si las pruebas están automatizadas.
La confianza en las pruebas automatizadas varía ampliamente dentro de la empresa, y que yo sepa, no existe un mandato de toda la empresa para utilizar TDD o cualquier otro tipo específico de pruebas.
- Startup Founders and Entrepreneurs: Tengo un proyecto para desarrollar una aplicación de Android y un sitio web para el mismo. El dinero es realmente bueno, pero solo puedo desarrollar la aplicación yo mismo, ¿qué debo hacer?
- ¿Por qué todos están tan enamorados de WordPress?
- ¿Cuáles son los principales desafíos cuando se localiza una aplicación móvil?
- ¿Cuál es la mejor herramienta de prueba de carga de página web móvil gratuita o de pago?
- ¿Cuáles son las cosas / instrucciones importantes a seguir al crear una aplicación para una aplicación web existente?
