Me gustaría preguntar ¿qué hace exactamente un probador de software y cuáles son los principales requisitos técnicos?

un bolígrafo torpe para describir lentamente mi comprensión del posicionamiento de los evaluadores:

Cuando una persona está después de atravesar un camino largo y lleno de baches

Creo que definitivamente tendrá algo que resolver por su cuenta. Hace algún tiempo

Cuando asistí a la Reunión de Intercambio de Pruebas del Este de China, me conmovió profundamente escuchar al hermano Haisong analizar cómo los evaluadores posicionaban sus roles

y se sentían ellos mismos

son todavía muy superficiales. A medida que la empresa se expande gradualmente, el número de probadores ha aumentado de unos pocos a docenas. El crecimiento del equipo es evidente. Sin embargo, muchos colegas que acaban de ingresar a la industria lentamente comenzaron a mostrar confusión sobre las pruebas y preguntaron por qué es muy simple. No se puede aprender nada haciendo pruebas. Es difícil aprender conocimientos reales con solo hacer clic con el mouse. y escribir en el teclado todo el día. Después de escuchar esto, no pude evitar sonreír con comprensión, pensando que yo también había pasado por una situación así en aquel entonces. Cuando me uní a la empresa por primera vez, me pidieron que hiciera una prueba y pasé por la misma experiencia de hacer clic con el mouse y escribir en el teclado. Sin embargo, fueron estas experiencias de crecimiento las que me permitieron comprender muchas verdades en mi vida ordinaria, y gradualmente cambié de hacer pruebas por trabajo a continuar haciendo pruebas por pasatiempos. Hacer pruebas no es solo una continuación del fenómeno del tapping que se ve en la superficie, sino que también tiene una connotación más profunda. Es solo que muchos de nosotros aún no hemos alcanzado este nivel, por lo que parece muy aburrido. (No he llegado a este nivel, pero sé que el trabajo que hago no es aburrido, jaja).

Muchos amigos que recién comienzan a realizar pruebas están realizando pruebas de caja negra, y las pruebas de caja negra a menudo no requieren una capacidad de escritura de código muy alta, lo que crea un problema para las personas que recién comienzan. No es necesario que haya demasiados malentendidos. Sin embargo, realizar pruebas muchas veces requiere amplios conocimientos. No solo profesionalmente, sino también para comprender muchas cosas que los desarrolladores no comprenden. En un sistema, los desarrolladores solo pueden comprender las necesidades del cliente, pero nuestros evaluadores deben comprender todo el asunto global. Jaja, tengo una sensación de logro al coordinar la situación general. Pero a veces esto es cierto para los desarrolladores. Los desarrolladores no necesitan saber mucho sobre las necesidades de los usuarios, pero debemos poder capturar con precisión las perspectivas de los usuarios y prestar gran atención a muchos detalles. Muchas personas suelen estar muy interesadas en aprender y utilizar herramientas de prueba cuando ingresan por primera vez a la industria de las pruebas. De hecho, esta no es una comprensión muy sistemática. El aprendizaje del conocimiento también se da por etapas. La palabra "prueba" parece muy simple en la superficie. Simplemente detecta errores en el programa y encuentra errores. Sin embargo, en todo el proceso de desarrollo de software, es necesario demostrar mediante la práctica cómo combinamos las pruebas y el desarrollo de manera efectiva. Y estas no son cosas que las herramientas puedan lograr.

Necesitamos saber mucho sobre todo el proceso de prueba, y las herramientas son solo una parte de lo que necesitamos saber, y es una parte relativamente pequeña del conocimiento. Lo que debe comprender no es solo la superficie de las pruebas, debe comprender el proceso de pruebas y debe comprender cómo utilizar un buen plan de pruebas para planificar nuestro tiempo y alcance de pruebas (algunas empresas resumen el diseño del alcance de las pruebas en los requisitos de prueba), pero muchas empresas están en el plan de prueba), necesitan comprender cómo utilizar un buen caso de prueba para cubrir la implementación de la prueba dentro de todo el alcance de la prueba. Comprenda cómo garantizar que los errores detectados sean problemas del desarrollador y no problemas causados ​​por una comprensión insuficiente. Cómo resumir los problemas en el informe de análisis de errores es un conocimiento al que debemos prestar atención.

También es necesario planificar detalladamente el tiempo de prueba y considerar tantas posibilidades como sea posible. De esta manera se pueden minimizar los riesgos asociados.

El aprendizaje de conocimientos en la prueba se puede dividir en las siguientes tres etapas (esta etapa es solo mi opinión personal):

En la primera etapa, debemos hacer la prueba Personas que comprenden la importancia de las pruebas en toda la ingeniería de software, comprenden los conocimientos básicos relevantes de las pruebas y descubren gradualmente su interés en las pruebas en el proceso de comprensión de este conocimiento. Los pasatiempos son una condición importante para hacer un buen trabajo. ¿No crees que estás retrasando la juventud de otras personas al pedirle a alguien que no sabe nada sobre las pruebas y no está interesado en ellas que las haga directamente?

En la segunda etapa, debemos tener una comprensión muy clara de la gestión del proceso de prueba a través de pruebas de software reales. Debido a que la mayor parte del tiempo el trabajo se lleva a cabo bajo la coordinación de equipos, es necesario estar familiarizado con todo el proceso de desarrollo de software y el proceso de prueba en el proceso de desarrollo para que puedan trabajar mejor juntos. Cuando estemos familiarizados con estos y los apliquemos sin problemas en el trabajo, podremos aprender las herramientas de prueba correspondientes. Es cierto que muchas empresas ahora siempre requieren conocimiento de herramientas de prueba automatizadas cuando contratan evaluadores. De hecho, se entiende que muchas empresas realmente no pueden utilizar pruebas automatizadas. Así que no piense en aprender herramientas de prueba automatizadas tan pronto como ingrese. Muchos conocimientos pueden tener mejores efectos y usos de aprendizaje después de que comprenda otros conocimientos. Si bien comprendemos los procesos relacionados con las pruebas, debemos ampliar nuestros otros conocimientos relacionados, incluida una comprensión más completa y profunda de las necesidades de nuestros clientes de productos que los desarrolladores. Sólo así podremos asegurarnos de que nuestros procesos y pruebas avancen en la dirección objetiva y correcta sin distraernos con los pensamientos de los desarrolladores. jeje. Me gusta ser proactivo más que reactivo.

En la tercera etapa, podemos seguir el camino que nos gusta distinguiendo especialidades: por un lado, podemos seguir mejorando nuestras habilidades profesionales en pruebas y poder participar verdaderamente en pruebas automatizadas y convertirnos en expertos. en el campo técnico. Por otro lado, podemos avanzar lentamente hacia la gestión de pruebas. En la última reunión de intercambio, el hermano Haisong hizo una metáfora muy vívida sobre las etapas de desarrollo y la planificación del camino de desarrollo de los probadores. Dibujé un proceso aproximado. Puede consultar el diagrama de desarrollo a continuación: (de abajo hacia arriba) Tendencia de desarrollo) ( Por supuesto, no todos están dentro de esta curva de desarrollo)

En este gráfico, también podemos ver aproximadamente que para los ingenieros de pruebas junior, estas son dos direcciones de desarrollo diferentes, pero eventualmente se convierte en un punto (PM). Es relativamente rápido ascender de ingeniero de pruebas junior a ingeniero de pruebas senior, pero lleva relativamente mucho tiempo pasar de ingeniero de pruebas junior a líder de equipo. Se necesita más tiempo para pasar de ingeniero de pruebas senior a ingeniero de pruebas senior. Una vez que alcance el nivel de ingeniero de pruebas senior, puede convertirse fácilmente en supervisor de pruebas y luego convertirse en PM. Por supuesto, la progresión de probadores junior a probadores senior y senior no se representa como un "proceso de desarrollo de curva" en la figura anterior. En muchos casos, la acumulación de experiencia y conocimiento de la industria es muy importante. Y sólo aquellos que se desarrollen profundamente descubrirán su importancia. A medida que pasa el tiempo y aumenta la experiencia, muchas cosas que se han asentado pueden ser entendidas y comprendidas por otros sin necesidad de expresarlas literalmente. Así que, si bien debemos tener confianza, también debemos ser pacientes. Roma no se construyó en un día. Cree que el mañana debe ser agarrado firmemente hoy.

Otra razón común por la que muchos de nosotros nos sentimos infelices durante las pruebas puede ser que no estamos interesados ​​en las pruebas y no tenemos conocimientos suficientes. (Se recomienda que los amigos que no estén interesados ​​en él después de un año de pruebas de contacto busquen sus propios motivos. Si no puede encontrarlo, busque otras industrias que sean más fáciles de desarrollar). Debido a que mi nivel de conocimiento no es suficiente, a menudo siento que los desarrolladores no toman en serio los errores que encuentro y siento que los frutos de mi trabajo no se respetan en consecuencia.

Un evaluador a menudo encuentra este fenómeno cuando trata con los desarrolladores. A medida que avanza el desarrollo, los desarrolladores ignoran cada vez más los errores enviados por los evaluadores. Además del hecho de que los desarrolladores están relativamente ocupados, otra razón que no se puede ignorar es el propio conocimiento de nuestros evaluadores. no es lo suficientemente alto Muchas veces pensamos erróneamente que lo correcto es un error porque no entendemos los requisitos y los conocimientos profesionales pertinentes. Creo que la gente en cualquier campo debería tener esta idea y oponerse relativamente a ella: es decir, los legos que dan orientación incorrecta a los expertos, lo que equivale a una negación irresponsable de los frutos del trabajo de otras personas. Por ello, debemos potenciar el estudio de nuestro propio conocimiento profesional. En este momento, quizás te preguntes, ¿qué conocimientos debe tener un tester real? Creo que, además del conocimiento profesional relevante, también existe un conocimiento más completo que todos debemos comprender. El conocimiento profesional tiene muchas diferencias debido a las diferentes industrias. No lo presentaré en detalle aquí. Profundicemos en los siguientes puntos que necesitan nuestra atención, que también son las cualidades básicas que debe tener un evaluador:

1. Necesitamos tener buenas habilidades de comunicación: La comunicación es un símbolo importante del progreso humano. También es más adecuado para la comunicación en nuestra industria. Nuestra comunicación a menudo no se realiza sólo con los desarrolladores, sino también con nuestros clientes. Estos son dos tipos diferentes de personas con diferentes prioridades. Por lo tanto, debemos dominar ciertas habilidades a la hora de comunicarnos para poder obtener necesidades más precisas de los clientes. A veces, los desarrolladores considerarán nuestro trabajo como un trabajo "destructivo", lo que provocará conflictos entre nosotros y los desarrolladores, por lo que cómo comunicarnos con los desarrolladores cuando encontramos un error también es un arte. Muchas veces no sólo escribimos los errores, sino que también se los contamos bien a los desarrolladores. Para lograr el resultado que cada uno desea.

2. Necesitamos tener buena confianza en nosotros mismos: muchas veces los desarrolladores piensan que el conocimiento relacionado con el desarrollo de los evaluadores no es tan bueno como el suyo, por lo que tendrán una actitud despectiva. Además de complementar nuestros conocimientos profesionales, también es necesario tener una gran confianza en uno mismo. jeje. Si se le permite decirnos esto y aquello, entonces creo que estaremos en una posición muy desventajosa incluso antes de que nuestro trabajo haya comenzado, y nos dejaremos llevar por sus narices. Este fenómeno es normal. Pero soy el tipo de persona que odia ser guiado por otros. Por eso sé que debemos ser muy profesionales para que los demás respeten los frutos de nuestro trabajo y escuchen nuestras propias opiniones. Por supuesto, este tipo de confianza en uno mismo también se basa en una comunicación tranquila y no es del todo contradictorio.

3. Necesitamos mantener un espíritu de sospecha: (Soy muy bueno en esto. A menudo sospecho que esos PLMM que pasan a mi lado están descargando hacia mí. Así que siempre..., Jaja, El médico en el consultorio médico dijo recientemente que sufro de neurosis (Qué gran pérdida). A menudo nos encontramos con esta situación cuando los errores que encontramos se entregan a los desarrolladores, ellos siempre hacen todo lo posible para explicar cada uno de ellos. Un error que no creo que sea un error. Escuchamos sus explicaciones pero debemos dudar de sus opiniones hasta que las confirmemos nosotros mismos.

4. Necesitamos paciencia y buena memoria: A veces un error requiere que le dediquemos tiempo y energía con paciencia, y cuando volvemos a encontrar errores similares, necesitamos poder encontrarlos en nuestra mente. Requiere que tengamos buena memoria. De hecho, si no se cumplen estas condiciones, los documentos relevantes son nuestra mejor información de consulta. Yo pertenezco a este tipo y a menudo reviso documentos anteriores. Pero esto también tiene una ventaja, es decir, durante el proceso de consulta continua, modificamos el documento para hacerlo cada vez más perfecto. Por supuesto, esta mejora también es relativa.

5. Necesitamos un corazón tranquilo: porque las personas impetuosas no pueden encontrar errores ocultos en las profundidades (por eso a nuestros desarrolladores siempre les gusta dejarme probar sus cosas, porque reporto muy pocos errores, por lo que su rendimiento es bueno). muy bien.

Por eso siempre me critican. Pero ahora he aprendido bien, jaja. ) Por lo tanto, debemos mantener la paz interior cuando realizamos pruebas, de modo que podamos mantener una buena visión para encontrar esos errores profundamente ocultos. Y también captará los puntos clave relevantes. Esto es muy importante. De lo contrario, sus pruebas no son diferentes de ejecutar una cuenta corriente. Se ejecutará todo el proceso de acuerdo con los procesos comerciales, las necesidades del usuario y las ideas de los desarrolladores, y encontrará algunos errores superficiales. Esto no es lo que debería hacer un buen evaluador. Sólo cuando estemos tranquilos podremos mantener nuestras propias opiniones y no dejarnos influenciar por los demás.

6. También debemos ser capaces de soportar y aliviar la presión: no hay duda de que nuestro trabajo está bajo cierta presión. Por supuesto, esto es un poco unilateral, pero en sí. en general debería ser así. Por eso, a menudo nos encontramos bajo cierta presión: los clientes insisten, los desarrolladores se retrasan y las ratas del fuelle se enfadan por ambos lados. Por tanto, debemos ser capaces de soportar la presión, incluida la externa y la laboral. Y no lleves al trabajo las malas emociones provocadas por el estrés. Aprendamos a aliviar estas presiones, mantengamos un corazón relajado y tranquilo y luego nos dediquemos a nuestro trabajo.

Lo anterior se basa solo en una experiencia real y en las opiniones de algunos amigos que lo han visto. También hay muchos otros conocimientos, pero realmente no tengo tiempo, jaja, lo estoy. Lo siento. A veces puedes continuar agregando más en el futuro. Sólo quiero enfatizar un punto: las perspectivas de desarrollo de las pruebas en China son muy buenas, y esto se puede ver en los cambios en los probadores y los entornos de prueba en los últimos años, así como en los requisitos cada vez más altos de los clientes en cuanto a la calidad del producto.

Es el viejo dicho mencionado anteriormente: ¡Si crees en el mañana, debes aprovechar el hoy!