Saltar al contenido principal
Foro

Adherencia y Conocimiento

Dudas

Dudas

de Yeison Stiven Cuenca Cedeño - Número de respuestas: 1

En la parte de ¿Porque es necesario probar? hay un texto que dice "Las pruebas como medio de control de calidad ayuda a cumplir con los objetivos establecidos en cuanto a alcance, tiempo, calidad y presupuesto" a lo que me surge la siguiente duda:

¿Como es que la prueba ayuda a cumplir con los objetivos presupuestales?

Tambien hay otra parte donde dice que las pruebas se realizan de acuerdo a las necesidades específicas del software teniendo encuentra factores técnicos, de seguridad y comerciales, a lo que me surge la siguiente duda:

¿Como es que el factor comercial puede afectar las pruebas?

¿Qué riesgos podría haber durante el diseño del software para que el QA trabaje en estrecha colaboración con el desarrollador durante esta etapa?

De igual forma, que aportes puede tener un QA durante el desarrollo del código de software como para necesitar trabajar en estrecha colaboración con el desarrollador.

El principio de prueba 3 dice que las pruebas tempranas ahorran tiempo y dinero y se habla de probar los conceptos y especificaciones y me surge la siguiente duda ¿Como es que los conceptos y especificaciones son sometidos a prueba? entiendo que sería con pruebas estáticas, pero no comprendo cómo.

Tambien el principio 5 dice que las pruebas se desgastan y dice que los casos de prueba existentes deben corregirse, pero a que se refiere con corregir? ¿a cambiar la muestra de data?

Duranta la etapa de implementación dice que se crean guiones de prueba manuales y automatizados.

¿Que vendría siendo un guion de prueba manual?

¿que podría considerarse un falso positivo durante la ejecución de una prueba?

¿Como es que una prueba exploratoria puede basarse en un contrato de prueba?

En respuesta a Yeison Stiven Cuenca Cedeño

Re: Dudas

de Administrador Brilis Vergara -
¡Muy buenos días, Yeison Stiven! Es un gran aporte el que haces y aca estan tus respuestas

1. Los proyectos de aseguramiento de calidad se deben estimar para conocer las horas totales que se pueden consumir durante todo el proceso. Basada en esta estimación los proyectos destinan un presupuesto para la ejecución de pruebas, este presupuesto se convierte en horas según el costo de la hora ofrecida.

2. Es aspecto comercial tiene que ver con la negociación que se realiza entre:
- Proyecto y área usuaria
- Proyecto y proveedor de pruebas
- Proyecto y Área Calidad de la empresa
Para identificar los recursos económicos, físicos, humanos, etc
Si no se disponen de los recursos necesarios, se pueden afectar las pruebas debido a que no se tendrán analistas que realicen la ejecución, ocasionando que no se realicen validaciones y el desarrollo pase a producción y se detecte muchos fallos

3. Eso se llama desplazamiento a la izquierda, prueba temprana o Shift Left, donde en una etapa el Tester y el desarrollador, deben sentarse y validar los posibles escenarios a probar (Desarrollo guiado por prueba cap 2 ISTQB)

4. Se someten mediante:
- Lista de chequeo
- Revisiones (formales, informales, inspección) cap 3 ISTQB


5. Los casos de prueba deben actualizarse frecuentemente. Agregar nuevos casos de prueba a nuestro set de pruebas, para identificar mas defectos.


6. Los guiones son los casos de pruebas detallados
- Id, nombre, importancia, resumen, precondiciones, pasos y resultado esperado
- Automatización de casos (Creación de código)

7. Un falso positivo el un defecto reportado que no es defecto.
- Puede que así opere el sistema en producción
- Desconocimiento del analista
- Desconocimiento del sistema


8. La prueba exploratoria es cuando nosotros iniciamos a conocer el software, los documentos (HU, Diseños de pruebas pasados, manuales, etc)