Pruebas de Software: pruebas Alfa (Alpha Testing)

ufeff




Resumen— Se mostrara lo que acarrea el desarrollo de software y las pruebas que éstos deben superar para salir al mercado como software de calidad. De forma detallada, se explicara como hacer una prueba alpha en un software que resuelve una ecuación de segundo grado. Para esto, se mostraran las distintas clases de pruebas de software y las diferencias con la prueba alpha, para masadelante por medio de capturas de pantallas corroborar dicho procedimiento y luego sacar una conclusión al respecto.

Palabras clave— Beta Testing, Beta Tester, Pruebas, Calidad de Software, Fases de Desarrollo, RTM, Alfa, Alpha.
[1] Introducción
En la historia del desarrollo del software siempre ha habido un punto muy importante en esta, y este es la calidad con la cual se genera software.Anteriormente el desarrollo del software era un proceso rustico, el cual no poseía una normativas y reglas a seguir para entregar un producto con calidad. Desde el inicio de la programación de software hasta ahora se han visto varias etapas las cuales trajeron consigo mayores desafíos e innovaciones, entre esta, cabe resaltar la crisis del software.
La “crisis del software” nos muestra la lentaevolución que ha tenido la industria del software que data cerca de 30 años. En la OTAM [1] en los años de 1967 y 1968 se hicieron dos reuniones con el fin de resolver este problema en donde difícilmente resulta ponerse de acuerdo y optar por un estándar completamente definido. Las fases que se han tratado a través de los años hasta la fecha son las siguientes:
Primera Fase. Los Albores(1945-1955):

Programar no es una tarea diferenciada del diseño de una máquina.
Uso del Lenguaje máquina y ensamblador

Segunda Fase. El Florecimiento (1955-1965):

Aparecen una multitud de lenguajes.
Es posible hacer todo.

Tercera Fase. La Crisis (1965-1970):

Desarrollo Inalcanzable de grandes programas.
Ineficiencia, errores, coste impredecible.
Nada es posible.



Cuarta Fase.Innovación Conceptual (1970-1980):

Fundamentos de Programación.
Verificación de Programación.
Metodologías de Diseño.

Quinta Fase. El Diseño del Problema ( 1980-200?):

Entornos de programación.
Especificación Formal…
Programación Automática.

Pero aun con estas etapas del desarrollo del software, en nuestros días se ven errores a causa de que no se usan metodologías o se usanherramientas la cuales que actualmente existen en el mercado, y con las cuales nos alejan de ciertos mitos que suelen escucharse y se extienden en tres partes: los de gestión, los del cliente, y los del desarrollador.
De forma general, esto mitos [2] son:

Ya tenemos el mejor libro para construir software
Lo ultimo en computadora para desarrollar
Poco importa la planificación,
Solo basta conocerel problema de forma general
Si requiere un cambio el sistema el software fácilmente lo hará
Hasta que se ponga en uso el programa se ve la calidad de este
Solo es necesario entregar el programa funcionando.

Por esta razón, se implementa lo que se conoce como las pruebas de software. La separación del proceso de "debugging" del "Testing", fue una idea introducida por Glenford J. Myers in1979. [3] Myers enfocaba las pruebas como algo destructivo ("una prueba exitosa es aquella que descubre un Bug" [3] [4] aquí se refleja claramente el deseo de la comunidad de ingenieros de software de separar las actividades fundamentales del desarrollo, debugging y verificación).

Dave Gelperin y William C. Hetzel en 1988 clasificaron la evolución de las fases y objetivos de las pruebas en lassiguientes etapas [5]:


Antes -1956 - Orientadas a la depuración [6]
1957–1978 - Orientadas a la demostración [7]
1979–1982 - Orientadas a la destrucción [8]
1983–1987 - Orientadas a la evaluación [9]
1988–2000 - Orientadas a la prevención [10]

El objetivo de las pruebas es presentar información sobre la calidad del producto a las personas responsables de este.

Teniendo esta...