Probador de software H. El paquete mínimo de conocimientos para el empleo en borradores Desde el arenero

Hola a todos. ¿Qué necesitas saber para conseguir un trabajo como probador?

I) Leer y comprender este libro Roman Savin. prueba punto com;
II) Atender consultas SQL;
III) Enviar hojas de vida;
IV) Demuestra tu conocimiento y adecuación en la entrevista.

Ahora más.

I) Leer y comprender el libro.

Participantes en el desarrollo de software:
1. Gerente de proyecto: un especialista que se ocupa de la búsqueda de clientes y contratistas del proyecto
2. El ingeniero de control de calidad es un especialista cuya tarea es organizar el proceso de desarrollo de tal manera que el trabajo se complete a tiempo y con el nivel de calidad adecuado.
3. Productor: un especialista cuya tarea es elaborar una especificación (especificación)
4. Programador: un especialista que escribe o corrige el código del programa.
5. Tester: un especialista que busca errores

El ciclo de desarrollo de software consiste en:
1. Idea.
2. Desarrollo de diseño de producto y creación de documentación.
3. Codificación o creación de código.
4. Ejecución de pruebas y reparación de bugs.
5. Liberación.

El ciclo de pruebas de software consta de tres etapas:
1. Estudio y análisis del objeto de ensayo.
2. Planificación de pruebas.
3. Pruebas de ejecución.

Conceptos básicos:

1. La prueba es una comparación del resultado real con el esperado.
2. El propósito de las pruebas es encontrar errores antes de que los usuarios los encuentren.
3. Un error es una desviación del resultado real del esperado.
4. La especificación (spec) es una descripción detallada de cómo debería funcionar el software. Además, esta es una descripción detallada del resultado esperado. (La especificación también puede contener errores, como oraciones ambiguas).
5. Un caso de prueba es una herramienta del probador para documentar y probar uno o más resultados esperados.
6. Conjunto de prueba: un conjunto de casos de prueba, generalmente ubicados en un documento, que verifican alguna parte específica de nuestro proyecto.
7. Los pasos del caso de prueba (procedimiento) son la parte del caso de prueba que lleva al ejecutor del caso de prueba al resultado real. (El exceso de detalles puede dificultar el mantenimiento y la abstracción excesiva puede generar confusión sobre cómo ejecutar un caso de prueba).
8. Front-end es la interfaz de usuario directa (texto, imágenes, botones, enlaces y otras cosas que son visibles en la ventana de la aplicación)
9. Back-end es lo que está en segundo plano de la aplicación (servidor web, código de la aplicación, base de datos, etc.).
10. Pruebas de nuevas funciones: pruebas de nuevos componentes.
11. Pruebas de regresión: ejecución de casos de prueba antiguos para verificar que los componentes de software antiguos aún funcionan.
12. STB (Sistema de seguimiento de errores): el sistema en el que se ingresan los errores.
13. Git es un sistema de control de versiones de archivos distribuido (para administrar una colección de correcciones, parches).

Tipos de prueba:

1. Al conocer las partes internas del sistema:
prueba de caja negra: prueba de un programa sin acceso al código;
prueba de caja blanca: probar el programa solo por código;
pruebas de caja gris - pruebas sin código + pruebas por código.

2. Según el objeto de la prueba:
pruebas funcionales, por ejemplo, verificar el resultado de salida;
pruebas de interfaz de usuario (pruebas de interfaz de usuario): el nombre es claro;
pruebas de localización, por ejemplo, verificación de fuentes y otras adaptaciones de la aplicación para los usuarios;
probar la velocidad y la confiabilidad (pruebas de carga / estrés / rendimiento), por ejemplo, verificar la velocidad de carga de un sitio con una cierta cantidad de usuarios;
pruebas de seguridad (pruebas de seguridad): el objetivo es complicar las condiciones para el robo de datos (por ejemplo, teléfonos y otra información personal);
prueba de experiencia del usuario (prueba de usabilidad): el punto es que la interfaz es intuitiva incluso para usuarios no avanzados;
Pruebas de compatibilidad: ejecutándose en diferentes sistemas operativos y navegadores.

3. Por el objeto de la prueba:
probador alfa (probador alfa): prueba realizada por empleados de la empresa;
probador beta - prueba por parte de los usuarios.

4. Por la importancia de las pruebas:
primera prueba de nuevas funcionalidades (prueba de nuevas características) - prueba de nuevas funcionalidades;
luego pruebas de regresión: volver a probar características antiguas.

5. Según el criterio de "positividad" de los escenarios:
prueba positiva (prueba positiva): probamos con los métodos esperados;
prueba negativa (prueba negativa): probamos con métodos no estándar (por ejemplo, ingresamos 11 letras en lugar de 9 números).

6. Según el grado de aislamiento de los componentes ensayados:
la prueba de componentes es la prueba de un solo componente lógico;
las pruebas de integración son pruebas a nivel de dos o más componentes lógicos;
La prueba del sistema (prueba del sistema o de extremo a extremo) es una prueba de todo el sistema de principio a fin.

7. Según el grado de automatización de las pruebas:
la prueba manual es la ejecución de casos de prueba sin la ayuda de ningún programa que automatice su trabajo (por ejemplo, creamos una cuenta manualmente);
pruebas automatizadas: el programa crea una cuenta automáticamente;
Pruebas mixtas / semiautomáticas (pruebas semiautomatizadas): creamos una cuenta manualmente, pero las compras se realizarán automáticamente.

8. Según el grado de preparación para la prueba:
pruebas de documentación (pruebas formales/documentadas) - pruebas en casos de prueba;
Pruebas ad hoc: pruebas intuitivas sin documentación (por ejemplo, cuando es necesario comprobar algo rápidamente).

Ejemplo de caso de prueba:

También según los documentos hay:
Estimación de prueba: un documento que incluye una estimación preliminar del tiempo necesario para prepararse para la prueba y para probar nuevas funciones (prueba de nuevas funciones);
Un plan de prueba (test-plan) es un documento que resume y coordina las pruebas (para obtener más información sobre este documento, consulte el libro de Savin).

II) Tratar con consultas SQL

SQL está definido por el Instituto Nacional Estadounidense de Estándares y la Organización Internacional de Estandarización (ISO)
A pesar de esto, algunos proveedores de bases de datos están realizando cambios y adiciones a este lenguaje. Estos cambios son menores y la base sigue siendo compatible con el estándar. (por ejemplo, ms sql, my sql, postgreSQL).

Cada tabla debe tener un campo único que identificará de forma única una fila. Llamemos a este campo clave (Key1, Key2..).
Como clave se suele utilizar un tipo numérico, y si la base de datos lo permite, será del tipo “autoincremental” (aumentando automáticamente).

Las columnas de la base de datos también deben ser únicas, pero en este caso no es necesario que sean numéricas. Se pueden llamar como quieras, siempre que sea único y comprensible.

SQL puede ser de dos tipos: interactivo y anidado. Interactive es un lenguaje separado, él mismo ejecuta solicitudes e inmediatamente muestra el resultado del trabajo. La segunda es cuando SQL está anidado en otro lenguaje, como C++ o Delphi.

Dado que estamos formando una lista mínima de conocimientos laborales, consideraremos SQL interactivo.

Imaginemos que tenemos dos tablas:

Prog.db
Clave1/Nombre de programa/Coste
1 / Ventanas 95 / 100
2 / Ventanas 98 / 120

Usuario.db
Clave1/Clave2/Apellido
1 / 1 / Ivanov
2 / 1 / Petrov
3 / 2 / Sidorov

Considere la primera solicitud:

SELECCIONE*
DESDE Prog, Usuario
DONDE Prog.Clave1= Clave2
Y ProgName COMO "Windows 95"

Seleccione (SELECCIONE) todos los campos (*) de (DESDE) las bases de datos Prog y User, donde (DONDE) hay una relación (Prog.Key1 y Key2) Prog.Key1= Key2 y ProgName COMO "Windows 95".
LIKE es lo mismo que (=) solo para cadenas

El resultado de esta consulta será:

Prog.db Usuario.db
1 / Windows 95 / 100 / 1 / 1 / Ivanov
1 / Windows 95 / 100 / 2 / 1 / Petrov

Editemos un poco la consulta:
SELECCIONE Prog.Key1, Prog.ProgName, Prog.Cost*2 "rub",
Costo.Clave1, Costo.Clave2, Costo.Apellido
DESDE Prog, Usuario
DONDE Prog.Clave1= Clave2

Prog.Cost*2 "rub": esta entrada dice que cada valor debe multiplicarse por 2 y agregar la cadena "rub".

Resultado:
Prog.db Usuario.db
Clave1/NombreProg/Coste/Clave1/Clave2/Apellido
1 / Windows 95 / 200 rublos / 1 / 1 / Ivanov
1 / Windows 95 / 200 rublos / 2 / 1 / Petrov

Para ordenar, se usa el comando ORDER BY. Después de eso, se escriben los campos por los cuales es necesario ordenar. Al final, debe poner ASC (ordenar en orden ascendente) o DESC (en orden descendente). Si no pone ASC o DESC, la tabla se ordena en orden ascendente y se asume el parámetro ASC.

Por ejemplo:
SELECCIONE*
DESDE Prog
ORDEN POR Nombre de programa DESC

El resultado es una tabla Prog ordenada por el campo ProgName en orden descendente.

Calculadora SQL:
Aquí hay algunas características:
CONTAR - contando el número de filas;
SUMA - cálculo de la suma;
AVG - cálculo del valor medio;
MAX - busca el valor máximo;
MIN - busca el valor mínimo.

Esta consulta simplemente cuenta el número de filas en la base de datos:
SELECCIONAR CONTEO(NúmeroLec)
Del usuario

Esta consulta vuelve a contar el número de filas, pero ahora el resultado es el número de personas cuyo campo LecNumber = 1:
SELECCIONAR CONTEO(NúmeroLec)
Del usuario
DONDE NúmeroLec=1

Esta consulta muestra el número de licencias y la unidad de medida en una columna. Aquí se agrega texto al número:
SELECCIONE LecNumber+"pcs"
Del usuario

Trabajando con campos:
NSERT (insertar), UPDATE (modificar), DELETE (eliminar).
La sentencia VALUES va seguida de una lista de todos los campos de la fila. Ahora considere un ejemplo:
INSERTAR EN Usuario1
VALORES ("Ivanov", "Sergey", 34);

Con este comando, insertamos una fila y asignamos valores a los campos. Hay tres campos en la tabla: los primeros dos campos son cadenas (Apellido y Nombre), el último campo es un número entero (edad). Los tipos de datos deben coincidir con los establecidos en la tabla.

Si no necesita configurar todos los campos, puede dejarlos vacíos usando NULL:
INSERTAR EN Usuario1
VALORES("Ivanov", NULO, 34);

¿Si la tabla tiene muchos campos y solo necesita completar dos de ellos?
Solución:

INSERTAR EN Usuario1 (Familia, Edad)
VALORES ("Ivanov", 35);

Después de la construcción INSERT INTO y el nombre de la base de datos, hay corchetes que enumeran los campos que deben completarse (Apellido y Edad). Entre paréntesis después de la palabra VALORES, enumeramos estos campos en la misma secuencia en que los enumeramos antes (primero el apellido y luego la edad).

INSERTAR EN Usuario1
SELECCIONE*
DESDE Usuario2
DONDE Edad=10

En este ejemplo, la consulta SELECT se ejecutará primero:

SELECCIONE*
DESDE Usuario2
DONDE Edad=10

Después de su ejecución, el resultado se ingresará en la tabla Usuario1. Es importante que el número de columnas en la consulta y la tabla resultante sea el mismo. Y lo más importante es que el tipo de datos coincida

Ahora considere esta consulta:

INSERTAR EN Usuario1 (Nombre, Edad)
SELECCIONE Nombre,Edad
DESDE Usuario2
DONDE Edad=10

Ahora solo se transferirán dos columnas (nombre y edad) a la tabla Usuario1. Los campos deben enumerarse en un orden tal que coincidan los tipos y las longitudes de los campos.

Pudimos agregar filas, pero también necesitamos aprender a cambiar los datos. Para ello disponemos del comando ACTUALIZAR. Echemos un vistazo a un ejemplo en este momento:

ACTUALIZAR Usuario1
SET edad=65

La primera línea dice que necesitamos actualizar la base de datos User1. La segunda línea comienza con una instrucción SET. Después de eso, escribimos el campo que queremos actualizar y le asignamos un valor.

Si desea actualizar solo ciertas filas, debe escribir así:
ACTUALIZAR Usuario1
SET edad=65
DONDE Nombre COMO "Vasya"

ACTUALIZAR Usuario1
SET edad=edad+1

ACTUALIZAR Usuario1
SET edad=edad+1, Nombre="Juan"
DONDE Familia COMO "Sidorov"

Esta consulta aumentará el campo Edad en uno y establecerá el campo Nombre en "John" en todas las filas donde el campo Familia sea igual a "Sidorov".

Ahora el comando ELIMINAR:

ELIMINAR DE Usuario1

Esta construcción elimina absolutamente todas las filas de la tabla User1. Podemos decir que al hacer esto despejamos la mesa.

Ahora veamos otro ejemplo:

ELIMINAR DE Usuario1
DONDE Edad=10

Este ejemplo solo elimina filas donde el campo Edad es 10.

Comprender estas consultas será suficiente.

III) Enviar currículum

IV) Demuestra tus conocimientos y adecuación en la entrevista

Es poco probable que la tarea de prueba y la reunión con el gerente vayan más allá de lo que escribimos anteriormente. Considere la primera situación en la que se nos harán preguntas sobre nuestra adecuación.

Supongamos que no tenemos ninguna experiencia oficial como probador, solo la teoría está en nuestra cabeza, la programación es un pasatiempo en la etapa inicial y el "gerente de ventas" está en el registro laboral.

Considere las preguntas principales y ejemplos de las respuestas más comunes a ellas:

1) ¿Por qué decidiste convertirte en probador?
Siempre me ha atraído el campo de TI, esta profesión es la más adecuada para mi carácter y mis intereses.

2) ¿Qué es lo que más te gusta de las pruebas?
Me encanta analizar y estudiar programas, por ejemplo, en mi último trabajo, me gustaba más trabajar con 1c, incluso pude instalar una de las versiones en la computadora de mi casa, para un estudio más detallado del programa, sin ningún tipo de restricciones

3) ¿Qué cualidades debe tener un probador efectivo?
Honestidad, atención (para encontrar errores), sociabilidad (ya que necesitará comunicarse mucho con el personal), capacidad de aprendizaje (sin esto, en ninguna parte), la capacidad de trabajar con una gran cantidad de información y la capacidad de priorizar, y , por supuesto, la resistencia al estrés.

4) Su mayor logro profesional (no necesariamente en el campo de las pruebas).
Creación y mantenimiento de una base de logística y compras, que fue utilizada por todos los gerentes de la empresa. Basándome en esta base de datos, podía comprar todo lo que necesitaba al menor precio posible y entregar productos desde cualquier punto de Rusia con una excelente relación entre precio, calidad y riesgo.

5) ¿Por qué dejó (abandonó) su empresa anterior?
Me gustaba trabajar en mi última empresa, pero quiero probarme como probador de software. Ya que esta zona está más cerca de mis intereses, carácter y aficiones. En esta posición, obtendré mucho más placer en el trabajo.

6) Dé un ejemplo de una situación difícil que haya enfrentado en su carrera y ¿cómo encontró una salida?
Debido a la rotación de personal, a menudo tenía que asumir las responsabilidades de otros, como envíos o compras. Y para reunir todas mis actividades en un solo sistema, en mi tiempo libre, creé una base de datos (excel), que reunió todas mis actividades antiguas y nuevas en un montón. Esta base no me dejaba confundirme en una gran cantidad de trabajo. También ayudó a deshacerse de cuadernos y calcomanías, lo que significa que los compradores siempre veían pedidos en mi escritorio.

7) ¿Qué te gustaría mejorar en ti mismo? ¿Qué estás haciendo para esto?
Tengo un hobby: programar. Quiero mejorar mis habilidades en esta área, me ayudarán a mejorar mis habilidades como probador en el futuro.

8) ¿Qué espera de nuestra empresa?
Buen equipo y desarrollo profesional.

9) ¿Cuál es el ingreso mínimo que le conviene?
Puede ver el ingreso promedio en la región para esta vacante y nombrarlo. Pero, si está entrevistando en 2gis, diga que está listo para trabajar gratis 24/7/365, como se recomienda