Aseguramiento de la Calidad, o de control de calidad, a menudo se da poca importancia en una organización de desarrollo de software, especialmente cuando los presupuestos son ajustados. Durante el debate del presupuesto para el desarrollo de software en una de mis compañías de software, el consejero delegado preguntó finalmente: "Bueno, es lo que realmente quiere contratar a un tipo de control de calidad, o un programador para agregar características al software?"
Fue una decisión difícil. Decidí contratar al programador porque teníamos una enorme lista de características para poner en práctica. Y no podíamos darnos el lujo de poner en práctica un proceso de control de calidad sin tener que contratar un número importante de personal de ingenieros de QA y alguien para su gestión.
En otro ejemplo, un cliente de Accelerance había desarrollado su software y se estaba preparando para una versión Beta a sus primeros clientes. Ellos también se había olvidado de control de calidad. Aunque el trabajo de sus programadores individuales fue buena, todo el sistema necesita de pruebas después de que el trabajo de programación se ha integrado en conjunto.
Este cliente se dio cuenta de que ir al mercado sin una prueba completa del sistema sería un desastre mayor. Un indicador evidente de la muerte inminente era la falta de datos en las pantallas de la aplicación cada vez que el vicepresidente de ingeniería tratado de utilizar el software. Su mercado objetivo era los consumidores comunes y corrientes que no tolerará ninguna falta de datos, confundir la conducta o mensajes de error inesperados.
¿Cómo podría crear buenos ingenieros de software mal ejemplo?
Se debe a que la GC es la hermana fea de la etapa de desarrollo de software. Incluso si los ingenieros están probando su unidad de código, que no quieren ser molestados con las pruebas de toda la aplicación. No se considera una "diversión" creativo o parte del proceso. Por lo tanto, de control de calidad es a menudo descuidado, que lleva a los usuarios de software mediocre y triste.
El outsourcing es una excelente solución para el problema de la inexistente o incompleta de control de calidad. Sin embargo, algunas personas se sorprenden al enterarse de control de calidad, incluso pueden ser externalizados. La externalización de su control de calidad es un paso excelente primera para tomar ventaja de recursos de bajo costo ingeniería en alta mar.
creens de la aplicación cada vez que el vicepresidente de ingeniería tratado de utilizar el software. Su mercado objetivo era los consumidores comunes y corrientes que no tolerará ninguna falta de datos, confundir la conducta o mensajes de error inesperados.¿Cómo podría crear buenos ingenieros de software mal ejemplo?
Se debe a que la GC es la hermana fea de la etapa de desarrollo de software. Incluso si los ingenieros están probando su unidad de código, que no quieren ser molestados con las pruebas de toda la aplicación. No se considera una "diversión" creativo o parte del proceso. Por lo tanto, de control de calidad es a menudo descuidado, que lleva a los usuarios de software mediocre y triste.
El outsourcing es una excelente solución para el problema de la inexistente o incompleta de control de calidad. Sin embargo, algunas personas se sorprenden al enterarse de control de calidad, incluso pueden ser externalizados. La externalización de su control de calidad es un paso excelente primera para tomar ventaja de recursos de bajo costo ingeniería en alta mar.
Una de las razones de control de calidad es un buen lugar para comenzar con la externalización es que no necesariamente tienen que divulgar el código fuente. Usted puede entregar una versión binaria del software de instalación y prueba por su equipo de control de calidad externos.
Buscar un equipo con experiencia en la realización del tipo de control de calidad que usted necesita. Se puede dividir de control de calidad en 5 diferentes tipos de pruebas:
1. Requisitos de prueba - asegurarse de que su software hace lo que usted diseñó para hacer
2. Pruebas de usabilidad - las pruebas especializadas que pueden requerir grupos de usuarios finales
3. Carga o pruebas de esfuerzo - para asegurar que su software tiene el rendimiento necesario
4. Entorno de prueba - prueba de su software en diferentes sistemas operativos, navegadores, etc
5. Pruebas de Regresión - un proceso automatizado para repetir las pruebas con rapidez en cada nueva versión de su software
Las pruebas de regresión se utiliza a menudo con las pruebas unitarias. Prueba de la unidad se lleva a cabo durante la programación y requiere acceso al código fuente. Otras pruebas de regresión por separado puede ejercer el usuario e interfaces de programación definidos para su software sin ver el código fuente.
comenzar con el outsourcing es que no necesariamente tienen que divulgar el código fuente. Usted puede entregar una versión binaria del software de instalación y prueba por su equipo de control de calidad externos.Buscar un equipo con experiencia en la realización del tipo de control de calidad que usted necesita. Se puede dividir de control de calidad en 5 diferentes tipos de pruebas:
1. Requisitos de prueba - asegurarse de que su software hace lo que usted diseñó para hacer
2. Pruebas de usabilidad - las pruebas especializadas que pueden requerir grupos de usuarios finales
3. Carga o pruebas de esfuerzo - para asegurar que su software tiene el rendimiento necesario
4. Entorno de prueba - prueba de su software en diferentes sistemas operativos, navegadores, etc
5. Pruebas de Regresión - un proceso automatizado para repetir las pruebas con rapidez en cada nueva versión de su software
Las pruebas de regresión se utiliza a menudo con las pruebas unitarias. Prueba de la unidad se lleva a cabo durante la programación y requiere acceso al código fuente. Otras pruebas de regresión por separado puede ejercer el usuario e interfaces de programación definidos para su software sin ver el código fuente.
Evitar la externalización demasiado a la vez. Elige el tipo de prueba que le dará el mayor beneficio. Por ejemplo, pruebas de regresión puede ser valiosa, porque puede volver a utilizar las pruebas a ti mismo después de haber sido desarrollado por el equipo de control de calidad externos. Por otro lado, Entorno de prueba requiere un gran número de casos de prueba, y la externalización de bajo coste es la única manera asequible a completar.
En resumen, es importante reconocer el valor de la garantía de la calidad en el proceso de desarrollo de software. Usted puede comenzar con un equipo de desarrollo de pequeñas y estar satisfechos con la calidad de su código. A medida que la complejidad del software crece, usted puede agregar los recursos de control de calidad ya sea mediante la subcontratación o la contratación de su equipo interno.
Al emprender la creación de un proyecto de software grande y complejo, es fundamental para planificar profesional de control de calidad como parte del esfuerzo. Si no lo hace, corre el riesgo de hacer una mala primera impresión y la pérdida de ventas a principios fundamentales, la financiación para los proyectos de futuro, o algo peor. A pesar de que el outsourcing es criticado por la eliminación de puestos de trabajo, contratación externa de control de calidad puede ser justo la herramienta que necesita para ayudar a mantener la suya.
No comments:
Post a Comment