Descubrimiento de defectos en ingeniería de software

Sabemos que la tecnología no puede garantizar que no se produzcan defectos . Por lo tanto, deberían ser una forma de identificar los defectos en una etapa temprana antes de que el costo requerido para repararlos se vuelva más alto. Por esta razón, se ha descubierto un defecto cuando se informa un defecto particular al equipo de desarrollo y otros desarrolladores reconocen que el defecto es válido o no.

No se considera necesariamente que se haya descubierto un Defecto cuando los probadores identifican un problema dentro del software. Para que se descubra el defecto , los evaluadores deben informar el defecto al equipo de desarrolladores y luego el equipo de desarrollo reconoce además que el defecto es válido.

Pasos en el descubrimiento de
defectos: el descubrimiento de defectos generalmente se lleva a cabo en tres pasos:

1. Descubrir defecto:
   Descubrir defecto simplemente significa identificar el defecto antes de que cause problemas importantes al sistema y antes de entregar el producto al cliente. No todos los defectos que se identifican se consideran descubiertos. Algunos de los defectos no son válidos en absoluto.
2. Informar defecto:
   los evaluadores informan el defecto para que el equipo de desarrollo lo reconozca, de modo que el defecto pueda analizarse y corregirse. Estos informes de defectos pueden ser informes escritos a mano o electrónicos. Para que el informe de defectos sea bueno, es necesario proporcionar la mayor cantidad de información posible al equipo de desarrollo para reproducir el defecto. Más será la información compartida por el equipo de prueba, más fácil será para el equipo de desarrollo identificar el problema y encontrar formas de solucionarlo.
3. Aceptar Defecto:
   No es necesario que todos los defectos que se están reportando sean válidos. Por lo tanto, los Desarrolladores aceptan el defecto si es válido; de lo contrario, lo rechazan. Si este reconocimiento del defecto se lleva a cabo en una etapa tardía, entonces podría resultar costoso. Si el defecto es válido, el equipo de desarrollo resuelve aún más el defecto y minimiza su impacto en el sistema.