¿Qué es el aseguramiento de la calidad? ¿Está probando y solucionando errores, o es algo más?¿El aseguramiento de calidad es lo mismo que probar y corregir errores?
Respuesta
Software QA involucra todo el proceso de desarrollo de software, monitoreando y mejorando el proceso, asegurándose de que se sigan todos los estándares y procedimientos acordados, y se asegure de que se encuentren y se resuelvan los problemas.
más detalle: Software QA FAQ
QA = Probando, valida y verifica.
La corrección de errores no es tarea del examinador. mientras que el probador puede indicar errores para el programador.
Las pruebas también se encuentran entre una de las cinco etapas del desarrollo de software.
Por lo general, la última etapa (mantenimiento/mejora) está relacionada con la fijación de errores.
Pero durante todo el ciclo de vida del desarrollo de SW, los errores se identifican a través de pruebas, o por cliente o por programador.
QA es la forma corta de Aseguramiento de Calidad.
Garantía de calidad significa Comprobar un producto contra el alcance definido donde se cumple o no el alcance. Incluye la reparación de errores de prueba y otras cosas.
El primer equipo de QA verificará el producto contra el alcance definido. Si encontraron errores o una funcionalidad incorrecta en el producto, publicarán un error y se asignarán a un desarrollador que haya desarrollado este producto.
El desarrollador solucionará este problema llamado error. El equipo de control de calidad volverá a verificar lo mismo y verificará esto.
Este ciclo continuará hasta ya menos que se cumpla el alcance definido del proyecto.
También puede encontrar más información en los siguientes enlaces ..
Definición de control de calidad:
definición de corrección de errores
http://encyclopedia2.thefreedictionary.com/bug+fix
Definición de las pruebas de
http://searchwindevelopment.techtarget.com/sDefinition/0,,sid8_gci534970,00.html
Otros enlaces:
http://www.softwaretestinghelp.com/types-of-software-testing/
http://www.exforsys.com/tutorials/testing/bug-life-cycle-guidelines.html
http://www.onlamp.com/pub/a/onlamp/2005/08/11/fixingbugs.html
Espero que esto ayude
Aún se pueden encontrar millones de resultados y definición de Google
Cheers,
QA es mucho más que corregir errores y probar. También es más que verificar el producto contra el alcance definido (aunque esa es una parte importante).
QA debe estar sucediendo en todas las etapas del proyecto o fase del proyecto. Los requisitos deben estar sujetos a control de calidad para garantizar que sean significativos, realizables, etc. Las pruebas unitarias deben estar sujetas a control de calidad para garantizar que den suficiente cobertura a la aplicación. Tenga en cuenta que esto no es comprobar que la prueba funciona, pero que las pruebas en su conjunto son "lo suficientemente buenas". El código en sí mismo debe estar sujeto a QA en forma de revisiones de códigos y pruebas unitarias.
Estas actividades de control de calidad no tienen que ser llevadas a cabo por un departamento separado; las revisiones de códigos son algo que deben hacer otros desarrolladores.
Si (y es un gran si) hay un control de calidad suficiente a lo largo del proyecto, entonces la cantidad de pruebas/corrección de errores que ocurre al final de la fase del proyecto debe mantenerse al mínimo.
Prueba y solución de errores y verificación forma parte del control de calidad. Pero la garantía de calidad como tal es un proceso/práctica para garantizar que se entregue la calidad prometida. Entonces QA podría implicar asegurarse de que los Requisitos estén completos/Los requisitos sean válidos/Corrija el proceso de compilación implementado/Dev practiquen buenas prácticas de codificación ... no todos se implementan en todos los proyectos, pero es parte de QA
Para las definiciones reales (sí, hay más de uno) de garantía de calidad, puede verificar ISO 24765, que es un estándar que define los términos de ingeniería de software. (No creo que se me permita copiar las definiciones aquí, así que solo estoy haciendo referencia). ISO 24765 reagrupa las definiciones de ISO 12207 e ISO 15288 por lo que también podría verificar estas dos. CMMI también guía su propia definición de control de calidad.
Para su información:
ISO 12207 -> Systems and software engineering - Software life cycle processes.
ISO 15288 -> Systems and software engineering - System life cycle processes.
ISO 24765 -> Systems and software engineering - Vocabulary
Yo definiría la garantía de calidad en 2 partes.
=> (software) La garantía de calidad es una forma sistemática de adquirir una buena confianza de que un software cumplirá con la calidad. QA se compone de Procesos -> Actividades -> Tareas -> Procedimientos. La cantidad de Procesos y la profundidad con la que los Procesos se descompondrán en Actividades, Tareas y Procedimientos dependerán, por lo general, del tamaño del equipo y de la Criticidad del software que se está desarrollando. El control de calidad intentará principalmente prevenir defectos mientras que el control de calidad tratará de descubrir defectos (por lo que creo que la corrección de errores no es parte de la garantía de calidad sino que forma parte del control de calidad). QA tiene procesos de prueba pero se enfoca más en las pruebas de integración y calificación.
=> La calidad es el grado en que el software satisfará las necesidades del cliente (tanto dichas como no dichas), requisitos y expectativas. (Tenga en cuenta que es bastante difícil saber la necesidad no dicha del cliente y las expectativas del cliente).
Quality Assurance comienza desde la etapa inicial de cualquier proyecto. Incluye la ejecución de un conjunto de procesos y procedimientos establecidos por una organización para alcanzar ciertos objetivos de calidad.
La validación es una parte importante de la Garantía de calidad. Tienes que validar contra los resultados deseados o los requisitos dados.
No hay ningún software en el universo sin errores en ninguna plataforma que el usuario use. El objetivo es obtener un producto inteligente con un número máximo de casos resueltos y manejados en software. Por uso y casos me refiero a cubrir el número máximo de casos de comportamiento del cliente
Puede garantizar la calidad de su producto solo cuando tiene un conjunto de pruebas documentales. La evidencia que indica que ha realizado todo el proceso y todas las tareas se han realizado.
El equipo de QA tiene muchas responsabilidades en lo que respecta a la certificación de la estandarización de la organización. p.ej. certificados como ISO 9001: 2008
Q) ¿Qué es la garantía de calidad?
La garantía de calidad se refiere a los procesos y procedimientos que monitorizan sistemáticamente diferentes aspectos de un servicio, proceso o instalación para detectar, corregir y asegurar que se cumplen las normas de calidad.
La garantía de calidad nos ayudó a eliminar productos defectuosos y aumentar la satisfacción del cliente.
Q) ¿Es la prueba y corrección de errores, o es algo más?
aseguramiento de la calidad es más que pruebas. Proporciona un marco para definir cómo se define la calidad en una organización y debe implementarse en una organización. Los procesos y procedimientos relacionados con la calidad se definirán aquí.
Es relacionada con el proceso de desarrollo de todo el software, examinando con cuidado y seguimiento del proceso de desarrollo de software, realimentando los problemas de proceso que encuentran, la realización de las pruebas, y tienen la autoridad para decidir cuando el producto está listo para el lanzamiento.
objetivo principal es "no hay errores" en lugar de mantener el producto en el calendario o por debajo del presupuesto.
así, por encima del punto aclara que es garantía de calidad mucho más que probar :)
- 1. Técnicas de aseguramiento de la calidad R
- 2. es StringComparison.Ordinal lo mismo que InvariantCulture para probar la igualdad?
- 3. Aseguramiento de la calidad en la fase de diseño?
- 4. ¿Es LinqToSQL lo mismo que Linq?
- 5. ¿DbContext es lo mismo que DataContext?
- 6. puntero NULL es lo mismo que desasignarlo?
- 7. ¿Es "extend self" lo mismo que "module_function"?
- 8. ¿Es AppendHeader exactamente lo mismo que AddHeader?
- 9. ¿No es 00.0 lo mismo que 0.0?
- 10. ¿Es 'yield self' lo mismo que instance_eval?
- 11. ¿Currying es lo mismo que sobrecargar?
- 12. ¿Es '<? =' Lo mismo que 'eco'?
- 13. ¿Corba es lo mismo que SOA?
- 14. ¿Es dp lo mismo que dip?
- 15. YARD no es lo mismo que RDoc?
- 16. ¿Es "2D fft" lo mismo que dos 1D fft?
- 17. ¿Es el mango lo mismo que un puntero inteligente?
- 18. ¿Es com.sun.org.apache lo mismo que el paquete org.apache?
- 19. ¿Cómo corregir CodeSign cuando dice que el usuario canceló la operación? (Y no lo hice)
- 20. aseguramiento connectionstring
- 21. Cómo corregir el mensaje de visual studio 'projects out of date' cada vez que lo ejecuto
- 22. ¿Es OpenJDK JVM lo mismo que Oracle Java SE JVM?
- 23. JPA: es @PrimaryKeyJoinColumn (...) lo mismo que @JoinColumn (..., insertable =?, Updatable =?)?
- 24. es `hg forget` lo mismo que` git rm --cached`?
- 25. ¿Es Java 1.6 lo mismo que JDK 6?
- 26. es SSIS inserción masiva lo mismo que una inserción masiva
- 27. Encoding.Default no es lo mismo que ninguna codificación en File.ReadAllText?
- 28. ¿Calloc (4, 6) es lo mismo que calloc (6, 4)?
- 29. ¿Es PHP para Windows lo mismo que Linux, Mac, etc.?
- 30. ¿Es ReferenceEquals (null, obj) lo mismo que null == obj?
No sé, ¿por esto que downvoted - Esto es exactamente lo que pienso así. Confiar en otras personas para arreglar tus peculiaridades, hax y errores es simplemente un mal estilo :) – cwap
Creo que alguien acaba de tener un mal día o algo así, porque vinieron y votaron por el mío también al mismo tiempo – TStamper