Primero, revisa tus palabras en busca de errores. Lo más importante en las pruebas de software es tener cuidado.
En segundo lugar, tus preguntas
1. ¿Cómo se realizan las pruebas de regresión? ¿Cuántas rondas suelen ser necesarias? ¿Qué exactamente?
2. ¿Cuántos casos de uso debe escribir el ingeniero jefe de un proyecto?
3. ¿Sabes qué tan grande es el código de un proyecto?
4. ¿Cuál es el proceso de prueba de su empresa?
5. ¿Qué hiciste antes del examen?
6. En el plan de pruebas, ¿sobre qué base le asigna tareas su jefe de proyecto?
7. ¿De dónde provienen principalmente los datos de sus pruebas?
8. Debido a errores, pruebas y conflictos de desarrollo. ¿Cómo lo soluciona su empresa?
9. ¿Cuál es la diferencia entre prueba de capacidad, prueba de fuerza y prueba de carga?
10. ¿Cómo realiza su empresa la evaluación?
11. Cuando escribes sobre el tiempo del proyecto, ¿es el proyecto completo de principio a fin o es solo el tiempo de prueba?
12. Cuando los desarrolladores trabajan en proyectos, ¿qué hacen las pruebas?
1. Generalmente, primero se realiza una prueba de humo. Primero asegúrese de que el software bajo prueba pueda ejecutarse y luego realice la primera ronda de pruebas. Una vez detectado el problema, el director del proyecto lo firmará y luego lo enviará a cada programador para que lo modifique, y se confirmará la fecha de la prueba de regresión. Durante las pruebas de regresión, la pieza modificada se prueba principalmente y no puede causar otros problemas al mismo tiempo. Generalmente, no ocurrirán problemas después de que se complete la primera ronda de pruebas de regresión, pero la segunda ronda de pruebas de regresión ocurrirá durante el proceso real. Si se produce una tercera ronda de pruebas de regresión, enviaremos el problema a un informe de problemas de calidad.
2. El número de casos de prueba depende principalmente del tamaño del proyecto. El proyecto es relativamente grande y la empresa tiene casos de prueba más complejos. Por el contrario, hay relativamente pocos casos de prueba con proyectos relativamente pequeños y negocios relativamente simples. Tener demasiados casos de prueba no es bueno, pero una buena reutilización de los casos de prueba significa una buena selección de los casos de prueba.
3. Depende del proyecto.
Tamaño del equipo
La duración del ciclo es mayor a 10 personas, 5-10 personas, 3-5 personas y menos de 3 personas.
Más de 6 meses, Categoría I, Categoría I, Categoría II, Categoría III.
2 meses a 6 meses, Categoría 1, Categoría 2, Categoría 3, Categoría 4.
Categoría II, III, III y IV menores de 2 meses.
4. Proceso de prueba:
Según el plan de prueba, el director del proyecto envía documentos de prueba y código o archivos ejecutables. El director de pruebas organiza las tareas de prueba según el plan de pruebas. 1. ¿Los ingenieros de pruebas realizan pruebas de humo? ¿Se pasó la prueba de humo, ingrese a la prueba funcional? ¿Registrar y gestionar errores a medida que se descubren? Después de una ronda de pruebas, se envía al director del proyecto para su confirmación. Después de que el director del proyecto confirma, se modifica la asignación de tareas: ¿el programador realiza los cambios? Una vez completada la modificación, envíela al director del proyecto para su confirmación. Luego envíelo al equipo de prueba para realizar pruebas de regresión. Si no hay problemas, la prueba ha terminado. Si hay un problema-? Repita el trabajo anterior para la segunda ronda de pruebas.
5. Según los requisitos, prepare un plan de prueba antes de realizar la prueba y después de completar el plan de desarrollo. Los planes de prueba del sistema y los casos de prueba del sistema deben desarrollarse en la fase de requisitos, los planes de prueba de integración y los casos de prueba de integración deben prepararse en la fase de diseño, y los planes de prueba unitaria y los casos de prueba unitarios deben prepararse en la fase de codificación. Pero en la vida real, sólo desarrollamos planes de prueba del sistema y casos de prueba del sistema.
6. Las tareas que nos asigne el responsable de pruebas deben basarse en el plan de desarrollo del proyecto y en el nivel y experiencia técnica de cada evaluador.
7. Los datos de prueba generalmente provienen de requisitos del usuario, esquemas, detalles, documentos de diseño de bases de datos, casos de prueba o datos reales del usuario.
8. Resolver problemas a través de la comunicación según sea necesario. Si los requisitos no están claros, consulte el diseño y escuche las opiniones de los analistas.
9. La prueba de carga es un tipo de prueba de rendimiento, que se refiere a si los datos se están ejecutando en un entorno sobrecargado, si el programa puede soportarlo y cuál es el tiempo de respuesta. Los resultados de las pruebas están relacionados con el tiempo, como la velocidad y el tiempo de respuesta.
Prueba de resistencia: bajo ciertas condiciones de carga, el impacto en el rendimiento del sistema causado por el funcionamiento continuo del sistema durante un período de tiempo prolongado depende de si el hardware está completamente cargado, como el desbordamiento de la memoria.
Prueba de capacidad: determina el número máximo de usuarios que el sistema puede manejar en línea al mismo tiempo. Los resultados de la prueba se basan principalmente en los datos de la base de datos.
10. Una vez completado el plan de desarrollo, los requisitos del usuario, las instrucciones de análisis de requisitos, el diseño del esquema, el diseño detallado, el diseño de la base de datos y otros documentos, la revisión aquí es generalmente una revisión por pares. Generalmente se lleva a cabo en forma de reunión formal.
11. El tiempo del proyecto generalmente se refiere al período desde el establecimiento del proyecto hasta la aceptación y el envío del cliente. Excluye fase de mantenimiento.
12. Al desarrollar, analizar, diseñar, codificar, probar, escribir casos de prueba y preparar datos de prueba.
Finalmente, no soy un tester de software, pero espero que lo que sé pueda ayudarte. También tengo un archivo de prueba. Quiero saber si puedo ayudarte. Si lo necesitas, por favor llámame.
¡Espero que puedas convertirte en un experto en este campo!