En la industria de TI, en la mayoría de los casos, la prueba es consecutiva, entonces, ¿qué hizo exactamente la prueba? ¿Cómo se puede evitar la prueba? Por favor escúchame y explícamelo a todos.
En primer lugar, debemos comprender cómo diferentes personas logran la calidad en todo el proceso de desarrollo de software.
Para una mejor descripción, cuantificaremos el producto.
1. En términos generales, la fuente es, por supuesto, el cliente. Los clientes presentan sus propias demandas (tal vez sea solo una expectativa psicológica). En este momento, creemos que la expectativa del cliente para el producto es 100.
2. Luego, lo que haremos a continuación con los clientes son nuestros requisitos y el personal del producto, que después de un largo período de investigación y comunicación, han realizado los requisitos básicos y los prototipos de productos. En este punto, el valor real de la demanda y el prototipo del producto es 90. Esta ya es una puntuación muy alta. Pero hay que señalar que no se reconocerán las necesidades y los productos, definitivamente dirán que lo que he hecho son 100 o incluso más de 100, para demostrar su profesionalidad.
3. Luego, los diseñadores comenzaron a hacer diseño de arquitectura, diseño de esquemas y diseño detallado de acuerdo con los requisitos y prototipos de productos, y la puntuación de diseño obtenida en este momento fue de 80. Del mismo modo, el diseño nunca admitirá este hecho. Definitivamente dirán que lo que han hecho son 100. Luego, para llegar a 100 verbalmente, el diseñador debe "reconocer" que la demanda y el producto fabricado son 100, de lo contrario no lo hará. tiene sentido.
4. Una vez completado el diseño, es el turno de los estudiantes de desarrollo de jugar Después de las arduas y excelentes operaciones de volcar la pared y mover ladrillos, los estudiantes de desarrollo finalmente hicieron el software. En este momento, en términos generales, es probable que la calidad del software sea mucho menor que 80. El valor está oculto, así que hagámoslo igual a 60 (línea de paso). Pero de manera similar, el desarrollo no será reconocido, y el desarrollo definitivamente dirá que el software creado por Brother tiene una calidad 100.
5. La prueba final está aquí, ¿qué va a hacer exactamente la prueba? La prueba consiste en detectar y desarrollar el software final entregado a través de varios medios técnicos para determinar cómo es la calidad del software. Entonces, el resultado de la prueba está estrechamente relacionado con el nivel técnico de la prueba en sí.
Resultado de la prueba = resultado real + intervalo de error.
Intervalo de error (Y) = a * capacidad de prueba (x) + b
a = -1, el valor de b depende de la diferencia entre el valor máximo esperado y el valor mínimo real de la calidad.
La fórmula no es perfecta, simplemente describe la relación entre la capacidad de prueba y el error.
Entonces, ¿qué representa esto? Significa que cuanto mayor sea la capacidad de prueba del probador, menor será el intervalo de error.
Entonces, ¿por qué la prueba es siempre impopular? ¿Siempre tienes que volver?
Porque en la mayoría de los casos, la habilidad de la prueba en sí misma determina que siempre existan errores, cuanto peor sea la habilidad, mayor será el error. Esto dará como resultado un producto con una puntuación de solo 60, le da 80 puntos y luego se pone en línea. Eso significa que hay muchos errores que no se han probado. Al final, todos dirán, ¿qué te pasa? ¿Por qué no se encuentran tantos errores?
Entonces, ¿cómo no se puede hacer una copia de seguridad de la prueba? Es trabajar duro para mejorar las habilidades.
En primer lugar, ¿cómo se puede reducir el intervalo de error de 80 a 60? No es posible realizar pruebas simples de caja negra. Aquí se requiere una buena comprensión del desarrollo. Entonces, en este momento, las pruebas pueden comenzar a aprender a desarrollarse, y también puedo hacer cosas que el desarrollo puede hacer.
En segundo lugar, pensemos que puede averiguar el error de 60-80, pero luego lo regañarán cuando se lo dé al cliente. Porque lo que el cliente necesita son 100, pero tú solo le das 80. En este momento, el diseño saldrá a prueba. ¿Qué te pasa? ¿No he encontrado ningún defecto en mi diseño? ¿Por qué no encontraste un defecto tan obvio?
Bueno, mi capacidad de prueba no es suficiente, aprenderé diseño de arquitectura y luego probaré.
Finalmente, cuando ha trabajado tan duro para encontrar el error (error) entre 80-90. Han vuelto a surgir problemas de demanda y a nivel de producto. ¿Existe una solución? Sí, es para poner a prueba a los alumnos para que sigan estudiando, aprendan el conocimiento de necesidades y productos.
Se puede ver a partir de esto: la prueba es tomar la menor cantidad de dinero y preocuparse por la mayor parte. Para hacer un buen trabajo en las pruebas, debe comprender las pruebas, el desarrollo, el diseño de la arquitectura y los requisitos del producto. De lo contrario, la prueba solo se puede respaldar, respaldar y respaldar. . .
En la industria de la tecnología, debe mejorar sus habilidades técnicas y enriquecer su experiencia práctica en proyectos de automatización, lo que será muy útil para la planificación de su carrera en los próximos años y la profundidad de su dominio de la tecnología de prueba.
Envía una oración:
La apariencia del mundo depende de la mirada que lo mires. Tu propio valor depende de tu persecución y tu mentalidad. Todos los buenos deseos no se poseen en la espera, sino en la lucha.
¡Soy una mujer de prueba en el lugar de trabajo! Acabo de terminar el tutorial de pruebas automatizadas, lo compartiré nuevamente. Los probadores que estén interesados en pruebas automatizadas de Python, automatización web, automatización de interfaces, automatización de terminales móviles, intercambio de experiencias de entrevistas, etc., pueden seguir la cuenta pública de WeChat:[Tiras picantes tristes], ¡Obtenga la información de la entrevista del ingeniero de pruebas de software de Dachang! Mi grupo de intercambio de aprendizaje: el grupo 902061117 tiene expertos técnicos para comunicarse y compartir juntos ~
Si el artículo es útil para ti, por favor, hazme una fortuna y dame un Me gusta. Gracias por tu apoyo. Tus Me gusta son mi motivación para la actualización continua.
Lectura recomendada:
¿Qué tipo de persona es adecuada para las pruebas de software?
Hablando de empezar de una pequeña empresa a una gran fábrica, ¿qué hice bien?
¿Quiere cambiar a las pruebas de software? Ven a ver si eres apto