¿Cómo programar Tu propio software?
Pruebas alfa
Reúne un equipo de pruebas. Prueba tu prototipo varias veces. Soluciona los errores en el orden de prioridad. Agrega más características. Prueba cada característica a medida que la agregas. Bloquea tus características cuando la etapa alfa termine.
En la etapa alfa, el equipo de pruebas puede y debe ser pequeño. Un grupo pequeño te proporcionará comentarios centrados y te da la capacidad de interactuar individualmente con las personas del equipo. Cada vez que le hagas actualizaciones al prototipo, se envían las versiones a los miembros del equipo de pruebas alfa. Estas personas probarán todas las características incluidas y tratarán de dañar el programa mientras documentan sus resultados.  Si estás desarrollando un producto comercial, querrás asegurarte de que todos los miembros del equipo de pruebas firmen un acuerdo de confidencialidad. Esto evitará que le cuenten a otras personas sobre el programa y prevendrá las fugas de información a la prensa y a otros usuarios. Tómate algo de tiempo para proponer un plan de pruebas sólido. Asegúrate de que todos los miembros del equipo de pruebas tengan una manera sencilla de reportar los errores del programa y de acceder a las versiones nuevas del prototipo. Los repositorios de código son una manera excelente y sencilla de manejar este aspecto. Los errores son la perdición de cualquier desarrollador. Los fallos en el código y el uso inesperado pueden ocasionar todo tipo de problemas en el producto terminado. A medida que sigues trabajando en tu prototipo, hazle todas las pruebas que puedas. Haz todo lo posible para dañar tu programa y luego trata de evitar que eso ocurra en el futuro.  Si tu programa maneja fechas, prueba ingresando fechas extrañas. Las fechas realmente antiguas o demasiado futuras pueden ocasionar reacciones extrañas en el programa. Ingresa el tipo incorrecto de variables. Por ejemplo, si tienes un formulario que le pregunta la edad al usuario, en su lugar ingresa una palabra y observa lo que ocurre con el programa. Si tu programa tiene una interfaz gráfica, haz clic en todo. ¿Qué ocurre cuando regresas a una pantalla anterior o haces clic en los botones en el orden equivocado? Al revisar el programa en la etapa alfa, pasarás mucho tiempo arreglando características que no sirven correctamente. Cuando organices los reportes de errores para el equipo de pruebas, tendrás que dar dos criterios para organizar los resultados: gravedad y prioridad.  La gravedad de un error es una medida para determinar el daño que causa. Los errores que hacen fallar al programa, corrompen los datos y evitan que el programa se ejecute se conocen como "bloqueadores". Las características que no sirven o que proporcionan resultados incorrectos se conocen como errores "críticos", mientras que las características difíciles de usar o de mal aspecto se conocen como errores "importantes". También hay errores normales, menores y triviales que afectan las secciones más pequeñas o las características menos importantes. La prioridad de un error determina el orden que debe tener cuando te pongas a la tarea de solucionar los problemas. Arreglar los errores de un programa es un proceso que demora bastante y le resta tiempo a las tareas de agregar características y perfeccionar el programa. Por lo tanto, tienes que tener en cuenta la prioridad de un error para asegurarte de cumplir con las fechas límite. Todos los errores bloqueadores y críticos toman la prioridad más alta, en ocasiones conocida como "P1". Los errores de tipo "P2" generalmente son aquellos clasificados como "importantes" que tienen programado su arreglo, pero no impiden que el producto final llegue a su destino. Los errores de tipo "P3" y "P4" generalmente no tienen programada una fecha para su arreglo y entran en la categoría de "características deseables". Durante la fase alfa agregarás más características al programa para hacer que se acerque al concepto descrito en el documento de diseño. La etapa alfa es donde el prototipo evoluciona en la base para el programa completo. Al final de la etapa alfa, tu programa debe tener implementadas todas sus características. No te alejes demasiado de tu documento de diseño original. Un problema común en el desarrollo de software es la "funcionalitis creciente", en el que se siguen añadiendo ideas nuevas que hacen perder el enfoque original y dividen el tiempo de desarrollo en muchas características diferentes. Quieres que tu programa sea el mejor en lo que se supone que debe hacer, más no una herramienta que sirva para todo. A medida que agregas características al programa durante la fase alfa, envía la versión nueva al equipo de pruebas. La frecuencia de las versiones nuevas dependerá completamente del tamaño de tu equipo y del progreso que hagas en las características. Cuando implementes todas las características y funciones en tu programa, puedes terminar la fase alfa. En este punto no debes añadir más características y las que están incluidas básicamente deben funcionar. Ahora puedes seguir a una etapa de pruebas y perfeccionamiento más amplia, conocida como la fase beta.
Alpha Testing