Esta es una pregunta común en las entrevistas. La cobertura de prueba del 100% no solo es difícil de lograr, sino también relativamente difícil de medir. Desde el punto de vista del jefe, la tasa de cobertura es alta si no hay errores en la línea y la tasa de cobertura está incompleto si hay errores; Desde una perspectiva de ejecución de prueba, también podríamos ver este asunto desde cómo mejorar la cobertura de casos de prueba.
Cómo mejorar la tasa de ejecución de los casos de prueba: 1. Antes de escribir los casos de prueba, lea el documento PRD en detalle. Puede conectar los puntos de función y la lógica en serie para formar su propia comprensión estructurada del producto e intentar descubrir el producto en esta etapa Omisiones. 2. De acuerdo con su propia comprensión del producto, escriba los puntos de prueba, que primero se pueden clasificar mediante un mapa mental y luego se pueden clasificar en casos de prueba. 3. Y producto, desarrollo para revisión de prueba, puede revisar el mapa mental para asegurarse de que no haya ningún problema con su propia lógica, puede revisar los casos de prueba detallados internamente y es posible que el equipo externo no tenga el tiempo y la energía para revisar los casos de prueba detallados con usted. 4. Corregir los problemas encontrados en el proceso de revisión y el proceso de implementación, especialmente para los nuevos proyectos, todavía hay algunos malentendidos que no se dieron cuenta en la etapa inicial de producción, investigación y prueba .
Consejos:
- Validación de escenarios complejos
Muchas pruebas primarias están satisfechas con las pruebas punto por punto de la interfaz de usuario, al igual que los usuarios, y sienten que la mayoría de las pruebas parecen probarse de esta manera, y las pruebas punto y punto son solo un medio. La diferencia es que las pruebas comerciales avanzadas resolverá escenarios comerciales complejos en detalle y pondrá más énfasis en los escenarios. Para las pruebas, cuanto más complicado sea el escenario comercial, más probable es que tenga errores. En el equipo, hay cierta conciencia de las pruebas y falta de responsabilidad. y los escenarios complejos se basan en el desarrollo o la verificación del producto.
- Prueba de valor límite
En mi experiencia, esta área también es propensa a problemas, como escenarios comerciales promocionales, que involucran una combinación de varios valores y condiciones límite, y también son el área más afectada por errores.
- Pruebas de procesos de excepción
Para procesos anormales, a menudo es el lugar donde I + D a menudo no se considera bien, y los usuarios a menudo tienen muchas operaciones complicadas.Para ellos, si hay un problema con el sistema, es un problema y los usuarios no pueden ser restringidos de acuerdo a su proceso.
- Pruebas no funcionales:
Muchas pruebas comerciales piensan que solo necesito asegurarme de que no haya problemas en el proceso comercial, pero la estabilidad del sistema no está dentro del alcance de mi garantía. Esto primero depende de si su equipo tiene un grupo de prueba especial. Si no , este también es un punto de prueba que las pruebas comerciales deben considerar. , si hay un equipo especial, también es necesario garantizar una buena comunicación y distinguir el límite de la prueba, como la sobreventa, ¿es un problema funcional o un problema de rendimiento?
La siguiente es la información de apoyo. Para los amigos que hacen [pruebas de software], debería ser el almacén de preparación más amplio y completo. Este almacén también me acompañó en el viaje más difícil. ¡Espero que también pueda ayudarlos!
subprograma de entrevista de prueba de software
¡El banco de preguntas de prueba de software maximizado por millones de personas! ! ! ¡Quién es quién sabe! ! ! El mini programa de cuestionarios más completo de toda la red, puedes usar tu teléfono móvil para hacer los cuestionarios, en el metro o en el autobús, ¡enróllalo!
Se cubren las siguientes secciones de preguntas de la entrevista:
1. Teoría básica de las pruebas de software, 2. web, aplicación, pruebas de funciones de interfaz, 3. red, 4. base de datos, 5. linux
6. web, aplicación, automatización de interfaz, 7. pruebas de rendimiento, 8. conceptos básicos de programación, 9. preguntas de la entrevista de hora, 10. preguntas de prueba abiertas, 11. pruebas de seguridad, 12. conceptos básicos de informática
Método de adquisición de información:
