Для чего sql тестировщику
Для чего sql тестировщику
Вот вам банальный, часто попадающийся пример рабочей ситуации: долго готовили тестовые данные для воспроизведения бага, отошли на 5 минут за кофе, а кто-то другой, совершенно случайно, по незнанию, испортил плоды ваших трудов (ну, например, заархивировал вашего тестового пользователя. Без возможности восстановления). Слабо залезть в БД и там вручную поправить чужую оплошность, вернув вашего пользака из-за грани небытия?
Если да — добро пожаловать на ПОИНТ, я вас этому научу!
Ну а для особо въедливых и недоверчивых скептиков, которых не убедил предыдущий пример, я приведу еще несколько аргументных аргументов:
primo : SQL очень сильно ускоряет процесс поиска подходящих тестовых данных: представьте себе, что вам нужно расследовать жалобу одного из пользователей, и там, в графе “предусловия”, написано “взять пользователя, чей аккаунт создан в день кровавой луны, в момент, когда Юпитер находится в Сатурне. При создании аккаунта использовались кровь первенца мамонта, молочный зуб честного политика и кинжал, которым закололи Цезаря”.
Ваши дальнейшие действия:
secundo: SQL открывает новый уровень локализации багов. Увидели, например, что где-то не отображается информация, которая отображаться должна? Завели баг. Потом пошли в БД, посмотрели, а есть ли в ней вообще эта информация, написали об этом в комменте к багу. И радостный разработчик, которому вы сэкономили время и нервы, поставит в церкви лишнюю свечку за ваше здоровье
tertio: SQL позволяет отвечать “да, влёгкую” на вопрос “а можешь протестить новый функционал? только мы еще не добавили на UI механизм добавления информации для него”. Ситуация, кстати, основана на реальном опыте — пришел ко мне как-то разработчик и сказал, что функционал есть, UI для него есть, а вот добавлять данные через стенд еще нельзя. Пришлось лезть в БД и запросами всё это туда добавлять. Ну да, так и было — сам инфу добавил, сам всё это дело протестил. Универсальный, в общем, солдат тестировщик
Я, конечно, могу еще долго вытаскивать случайные карты из колоды железобетонных аргументов и предъявлять их вам… Но лучше я вас этому научу 😉
Зачем тестировщику SQL?
В последнее время все чаще в списках вакансий для тестировщиков пишут: «Знание SQL» или «SQL на уровне понимания элементарных запросов». Зачем тестировщику SQL?
Я спрашивала у знакомых тестировщиков, недавно изучивших SQL: «Зачем?». Ответы были примерно: «потому что надо», «знакомый опытный тестер посоветовал», «лишним не будет».
Так надо ли это? Может, проще написать в гуглдоке пару запросов и потом копипастить куда надо?
ЗЫ. Я не из праздного интереса — почитаю ответы и заодно статистику соберу 🙂 Заранее спасибо всем ответившим 🙂
Оценить 2 комментария
Например, чтобы забить базу тестовыми данными.
А вообще язык простой и понятный, почему бы не изучить? Пригодится наверняка в жизни любого IT-шника.
Так как конкретно тут уже поотвечали, я позволю себе обобщить ваш вопрос: нужно ли тестировщику знать, как разработан продукт, который он тестирует?
Соответственно, тут возможны два варианта:
1. Обычный тестер, чёрный ящик, нажимаем кнопки.
2. Необычный тестер, серый-белый ящик, мочим по полной — автотесты, автоматический анализ кода, анализ покрытия кода, генерация тестовых данных и так далее.
Во втором варианте, очевидно, чем больше знаний, тем лучше.
Но и в первом варианте есть один важный психологический момент: знание того, как именно разрабатывается тот или иной продукт, зачастую делает тестера менее эффективным.
Отсюда и полуанекдотичные случаи, когда женщина-бухгалтер лет 50 умеет разнести в клочья программу, которую до этого проверял профессионал и ничего не нашёл — потому что профессионал, сочувствуя (и программисту, он же понимает, каких трудов стоило накодить эту красивую кнопку, и написанному им продукту, жаль же!), не нажимает на кнопку, пока бедная программка не «прокашляется». А вот у бухгалтера такого ограничения нет.
Что-то все ходят вокруг да около. Правильный ответ такой:
Знание SQL нужно тестировщику для написания автоматизированных модульных тестов, проверяющих правильность работы тех вызовов программы, которые работают с базой данных.
Например, в программе есть функция «записать в базу данные пользователя». Как проверить, что функция работает правильно? Очевидно, нужно вызвать эту функцию, а затем посмотреть — тот ли получился результат, который ожидался?
Для вызова функции используется, собственно, сама функция. А вот для того, чтобы посмотреть результат, нужно залезть в базу. И тут понадобится знание SQL. А поскольку мы говорим об автоматизированных тестах, то графический клиент тут не подходит. Нужно знание SQL.
Чтобы тестировщик был в состоянии забить таблицы в базе тестовыми данными, в особенности для построения отчётности. Чтобы мог справиться с локализацией в БД. Есть вообще специфичные тестировщики, тестирующие приложения БД и Data Warehouses, но скорее всего не Ваш случай.
Ну и при любом не-ручном тестировании (а такого сейчас всё больше — приложения растут по сложности), SQL — ежедневный инструмент.
Обычно, говорят что базовых конструкций достаточно. но понятие «базовые» у каждого своё. Вопрос: на каком уровне тестировщику желательно знать SQL? Можете привести примеры запросов?
— придётся ли писать под-запросы?
— СООТНЕСЁННЫЕ (коррелированные) запросы?
— Join?
— агрегатные функции?
— индексы, ограничения, просмотры?
Ps. если углубляться сейчас в это. то на это потратится уйма времени. Я понимаю, что всё это знать хорошо. но какой нужен базовый минимум для работодателя и меня. чтобы справляться с задачами?
Обычно, говорят что базовых конструкций достаточно. но понятие «базовые» у каждого своё. Вопрос: на каком уровне тестировщику желательно знать SQL? Можете привести примеры запросов?
— придётся ли писать под-запросы?
— СООТНЕСЁННЫЕ (коррелированные) запросы?
— Join?
— агрегатные функции?
— индексы, ограничения, просмотры?
Ps. если углубляться сейчас в это. то на это потратится уйма времени. Я понимаю, что всё это знать хорошо. но какой нужен базовый минимум для работодателя и меня. чтобы справляться с задачами?
Устраивайтесь уже на работу 🙂
1) Все эти знания в теории абсолютно не то же самое, что на практике, толку от них в таком маринованном виде всё равно ноль
2) Узнаете, что от вас действительно потребуется.
Все дело в том, что сферического работодателя в вакууме не существует. Всем нужно по-разному. Бывают такие, которым SQL вообще не нужен 😉
По опыту различных собеседований, требования как правило одни и те же (попробую описать типовые задания):
1) Самый простой select
2) Селект из двух таблиц с разным условием
3) Пару join запросов
По опыту различных собеседований, требования как правило одни и те же (попробую описать типовые задания):
1) Самый простой select
2) Селект из двух таблиц с разным условием
3) Пару join запросов
Если минарет, значит выше всех (с)
Еще на одном из собеседования попросили нарисовать схему БД
Если кандидат его с трудом выполнял, то следующее не давал. Если кандидат легко его выполнял, то давал следующее задание:
Зачем sql тестировщику
Для чего необходимо знать SQL для тестировщика?
Правильный ответ такой: Знание SQL нужно тестировщику для написания автоматизированных модульных тестов, проверяющих правильность работы тех вызовов программы, которые работают с базой данных. Например, в программе есть функция «записать в базу данные пользователя».
Зачем SQL для тестировщиков?
Опыт SQL требуется для проверки тестовых данных, вставки, обновления и удаления значений тестовых данных в базе данных.
На каком уровне нужно знать SQL?
п. SQL стоит знать как минимум на уровне CREATE TABLE, UPDATE, SELECT — создание таблицы, добавление записей, поиск записи по критерию. Более сложные концепции — JOIN-ы таблиц и т.
Кто использует SQL?
Любой сайт, маломальски работающий с большим объемом данных, использует реляционные базы данных (не считая, конечно, всякой экзотики, типа NOSQL, хранения данных в текстовых файлов и т д), SQL — язык для извлечения данных из таких баз.
Какие знания нужны для тестировщика?
Образование, опыт и знания
Что такое SQL и зачем он нужен?
SQL — простыми словами, это язык программирования структурированных запросов (SQL, Structured Query Language), который используется в качестве эффективного способа сохранения данных, поиска их частей, обновления, извлечения из базы и удаления.
Что должен знать разработчик баз данных?
Разработчик баз данных должен отличаться высокой ответственностью, техническим складом ума, а также следующими важными качествами:
Что делает SQL программист?
В должностные обязанности программиста MS SQL входит:
— создание и оптимизация запросов SQL/T-SQL (хранимых процедур, триггеров, функций, представлений);
Чем хорош SQL?
Что такое SQL? Если коротко, это мощный инструмент для анализа и преобразования данных, который позволяет разработчикам обращаться к различным базам данных. И если мы хотим анализировать данные — нам нужно их откуда-то получать, а получаем мы их, как правило, из баз данных.
Как посмотреть данные в базе SQL?
Почему SQL?
Почему SQL? SQL широко распространен, поскольку он предлагает следующие преимущества: Дает возможность пользователям получать доступ к данным в системах управления реляционными базами данных. Дает возможность пользователям описывать данные.
Для чего Microsoft SQL Server?
Microsoft SQL Server — система управления реляционными базами данных (РСУБД), разработанная корпорацией Microsoft. … Используется для работы с базами данных размером от персональных до крупных баз данных масштаба предприятия; конкурирует с другими СУБД в этом сегменте рынка.
Что надо знать начинающему Тестировщику?
Что должен знать и уметь тестировщик ПО
Какой уровень английского нужен для тестировщика?
Для трудоустройства на позиции «QA intern» и «Junior QA» уровень письменного и разговорного английского у тестировщика должен быть не ниже Intermediate, т. е. у вас должен быть хороший средний уровень владения английским языком для общения с заказчиком и ведения деловой переписки.
H Тестировщик ПО. Минимальный пакет знаний для трудоустройства в черновиках Из песочницы
Всем привет. Что нужно знать для того, чтобы устроиться на работу тестировщиком?
I) Прочитать и понять эту книгу Роман Савин. Тестирование Дот Ком;
II) Разобраться с SQL — запросами;
III) Разослать резюме;
IV) Показать свои знания и адекватность на собеседовании.
I) Прочитать и понять книгу
В книге около 300 страниц. За 1-2 дня прочитать несложно. Для тех, у кого нет времени на чтение, попробую изложить коротко основные моменты. Но рекомендую прочитать её полностью.
Участники разработки ПО:
1. Менеджер проекта — специалист, занимающийся вопросами поиска заказчиков проектов и исполнителей
2. QA-инженер — специалист, задача которого организовать процесс разработки таким образом, чтобы работа была выполнена в срок и на надлежащем уровне качества.
3. Продюсер — специалист, задача которого составить спецификацию (spec)
4. Программист — специалист, занимающийся написанием или корректировкой кода программы
5. Тестировщик — специалист, занимающийся поиском багов
Цикл разработки ПО состоит из:
1. Идея.
2. Разработка дизайна продукта и создание документации.
3. Кодирование или создание кода.
4. Исполнение тестирования и ремонт багов.
5. Релиз.
Цикл тестирования ПО состоит из трех этапов:
1. Изучение и анализ предмета тестирования.
2. Планирование тестирования.
3. Исполнение тестирования.
1. Тестирование — это сравнение фактического результата с ожидаемым.
2. Цели тестирования — нахождение багов до того, как их найдут пользователи.
3. Баг (bug) — это отклонение фактического результата от ожидаемого.
4. Спецификация (spec) — это детальное описание того, как должно работать ПО. Так же, это детальное описание ожидаемого результата. (В спецификации тоже могут быть баги, например, двусмысленные предложения).
5. Тест-кейс — это инструмент тестировщика, предназначенный для документирования и проверки одного или более ожидаемых результатов.
6. Тест-комплект — совокупность тест-кейсов находящихся, как правило, в одном документе, которые проверяют какую-то определенную часть нашего проекта.
7. Шаги тест-кейса (procedure) — это часть тест-кейса, ведущая исполнителя тест-кейса к фактическому результату. (Излишняя детализация может осложнить поддержку, а излишнее абстрагирование привести к непониманию того, как исполнить тест-кейс).
8. Front end — это непосредственный интерфейс пользователя (текст, картинки, кнопки, линки и прочие вещи, которые видно в окне приложения)
9. Back end — это то что на заднем фоне приложения (веб-сервер, код приложения, база данных и т.д.).
10. New feature testing — тестирование новых компонентов.
11. Regression testing — исполнение старых тест-кейсов для проверки того, что старые компоненты ПО еще работают.
12. СТБ (Bug Tracking System) — Система в которую заносятся баги.
13. Git — распределённая система управления версиями файлов (для управления коллекцией исправлений, патчей).
1. По знанию внутренностей системы:
• черный ящик (black box testing) — тестирование программы без доступа к коду;
• белый ящик (white box testing) — тестирование программы только по коду;
• серый ящик (grey box testing) — тестирование без кода+тестирование по коду.
2. По объекту тестирования:
• функциональное тестирование (functional testing) — например, проверка выводимого результата;
• тестирование интерфейса пользователя (UI testing) — из названия понятно;
• тестирование локализации (localization testing) — например, проверка шрифтов и другая адаптация приложения для пользователей;
• тестирование скорости и надежности (load/stress/performance testing) — например, проверка скорости загрузки сайта при определенном количестве пользователей;
• тестирование безопасности (security testing) — суть в том, чтобы усложнить условия для кражи данных (например телефонов и др. личной информации);
• тестирование опыта пользователя (usability testing) — суть в том, чтобы интерфейс был интуитивно понятен даже непродвинутым пользователям;
• тестирование совместимости (compatibility testing) — запуск на разных операционках и браузерах.
3. По субъекту тестирования:
• альфа-тестировщик (alpha tester) — тестирование сотрудниками фирмы;
• бета-тестировщик (beta tester) — тестирование пользователями.
4. По важности тестирования:
• сначала тестирование новых функциональностей (new feature testing) — тестирование новых функциональностей;
• потом регрессивное тестирование (regression testing) — повторное тестирование старых функций.
5. По критерию «позитивности»сценариев:
• позитивное тестирование (positive testing) — тестируем ожидаемыми методами;
• негативное тестирование (negative testing) — тестируем нестандартными методами(например вводим вместо 9 цифр — 11 букв).
6. По степени изолированности тестируемых компонентов:
• компонентное тестирование (component testing) — это тестирование одного логического компонента;
• интеграционное тестирование (integration testing) — это тестирование на уровне двух или больше логических компонентов;
• системное тестирование (system or end- to-end testing) — это проверка всей системы от начала до конца.
7. По степени автоматизированности тестирования:
• ручное тестирование (manual testing) — это исполнение тест-кейсов без помощи каких-либо программ, автоматизирующих вашу работу (например, создаем аккаунт вручную);
• автоматизированное тестирование (automated testing)- акаунт создается программой автоматически;
• смешанное/полуавтоматизированное тестирование (semi automated testing) — создаем акаунт вручную, но закупки сделаются автоматически.
8. По степени подготовки к тестированию:
• тестирование по документации (formal/documented testing) — тестирование по тест-кейсам;
• эд хок-тестирование (ad hoc testing) — интуитивное тестирование без документации (например, когда что-то нужно быстро проверить).
Также по документам существует:
• Тест-смета (Test Estimation) — документ, включающий в себя предварительную оценку времени, необходимого на подготовку к тестированию и на тестирование новых фича (new feature testing);
• Тест-план (test-plan) — документ, обобщающий и координирующий тестирование (подробнее об этом документе можно узнать в книге Савина).
II) Разобраться с SQL запросами
SQL (structured query language) — структурированный язык запросов.
С помощью SQL- запросов можно создавать и работать с реляционными базами данных.
Реляционная база данных — это таблица, в которой в качестве столбцов выступают поля данных, а каждая строка хранит данные.
SQL определяется Американским Национальным Институтом Стандартов и Международной Организацией по стандартизации (ISO)
Несмотря на это, некоторые производители баз данных вносят изменения и дополнения в этот язык. Эти изменения незначительны и основа остаётся совместимой со стандартом. (например ms sql, my sql, postgreSQL).
В каждой таблице должно быть одно уникальное поле, которое однозначно будет идентифицировать строку. Это поле назовем ключевым (Key1, Key2..).
В качестве ключа обычно используют численный тип и если позволяет база данных, то он будет типа «autoincrement» (автоматически увеличивающееся).
Столбцы в базе данных, также должны быть уникальными, но в этом случае не обязательно числовыми. Их можно называть как угодно, лишь бы было уникально и понятно.
SQL может быть двух типов: интерактивный и вложенный. Интерактивный — это отдельный язык, он сам выполняет запросы и сразу показывает результат работы. Второй — это когда SQL язык вложен в другой, например в С++ или Delphi.
Так как мы формируем минимальный список знаний трудоустройства, мы рассмотрим интерактивный SQL.
Представим, что у нас есть две таблицы:
Prog.db
Key1 / ProgName / Cost
1 / Windows 95 / 100
2 / Windows 98 / 120
User.db
Key1 / Key2 / LastName
1 / 1 / Иванов
2 / 1 / Петров
3 / 2 / Сидоров
Рассмотрим первый запрос:
SELECT *
FROM Prog, User
WHERE Prog.Key1= Key2
AND ProgName LIKE ‘Windows 95’
Выбрать (SELECT) все поля (*) из (FROM) баз данных Prog и User, где (WHERE) есть связь(Prog.Key1 и Key2) Prog.Key1= Key2 и ProgName LIKE ‘Windows 95’.
LIKE это тоже самое что равно(=) только для строк
Результатом этого запроса будет:
Prog.db User.db
Key1 / ProgName / Cost / Key1 / Key2 / LastName
1 / Windows 95 / 100 / 1 / 1 / Иванов
1 / Windows 95 / 100 / 2 / 1 / Петров
Отредактируем немного запрос:
SELECT Prog.Key1, Prog.ProgName, Prog.Cost*2 ‘руб’,
Cost.Key1, Cost.Key2, Cost.LastName
FROM Prog, User
WHERE Prog.Key1= Key2
Prog.Cost*2 ‘руб’ — эта запись говорит, что к каждое значение надо умножить на 2 и прибавить строку ‘руб’.
Результат:
Prog.db User.db
Key1 / ProgName / Cost / Key1 / Key2 / LastName
1 / Windows 95 / 200 руб / 1 / 1 / Иванов
1 / Windows 95 / 200 руб / 2 / 1 / Петров
Для сортировки используется команда ORDER BY. После этого пишутся поля, по которым надо отсортировать. В самом конце нужно поставить АSC (сортировать в порядке возрастания) или DESC (в порядке убывания). Если ты не ставишь АSC или DESC, то таблица сортируется по возрастанию и подразумевается параметр АSC.
Например:
SELECT *
FROM Prog
ORDER BY ProgName DESC
Результатом будет таблица Prog, отсортированная по полю ProgNamе в порядке убывания.
SQL калькулятор:
Вот несколько функций:
• COUNT — подсчёт количества строк;
• SUM — подсчёт суммы;
• AVG — подсчёт среднего значения;
• MAX — поиск максимального значения;
• MIN — поиск минимального значения.
Этот запрос просто подсчитывает количество строк в базе:
SELECT COUNT(LecNumber)
FROM User
Этот запрос опять подсчитывает количество строк, но теперь результатом будет количество народу, у которых поле LecNumber = 1:
SELECT COUNT(LecNumber)
FROM User
WHERE LecNumber=1
Этот запрос выводит количество лицензий и единицу измерения в одном столбце. Здесь к числу прибавляется текст:
SELECT LecNumber+’шт.’
FROM User
Работа с полями:
NSERT (вставить), UPDATE (модифицировать), DELETE (удалить).
После оператора VALUES идёт перечисление всех полей строки. Теперь рассмотрим пример:
INSERT INTO User1
VALUES (‘Иванов’, ‘Сергей’, 34);
Этой командой мы вставили строку и присвоили значения полям. В таблице три поля: первые два поля строковые (Фамилия и Имя), последнее поле — целое число (возраст). Типы данных обязаны совпадать с теми, что установлены в таблице.
Если не надо задавать все поля, тогда можно оставить их пустыми с помощью NULL:
INSERT INTO User1
VALUES (‘Иванов’, NULL, 34);
Если таблица с большим количеством полей и нужно заполнить только два из них?
Решение:
INSERT INTO User1 (Family, Age)
VALUES (‘Иванов’, 35);
После конструкции INSERT INTO и имени базы стоят скобки, где перечислены поля, которые необходимо заполнить (Фамилия и Возраст). В скобках после слова VALUES перечисляем эти поля в той же последовательности, в которой перечислил перед этим (сначала фамилия, а потом возраст).
Теперь представь, что мы хотим сохранить результат запроса SELECT в отдельной таблице. Для этого в SQL всё уже предусмотрено. Нужно только написать:
INSERT INTO User1
SELECT *
FROM User2
WHERE Age=10
В этом примере сначала выполнится запрос SELECT:
SELECT *
FROM User2
WHERE Age=10
После его выполнения результат будет занесён в таблицу User1. Важно, что количество столбцов в запросе и результирующей таблицы должно быть одинаково. А самое главное — это чтобы тип данных совпадал
Теперь рассмотрим такой запрос:
INSERT INTO User1(Name,Age)
SELECT Name,Age
FROM User2
WHERE Age=10
Теперь в таблицу User1 будут перенесены только два столбца (имя и возраст). Поля должны быть перечислены в таком порядке, чтобы типы и длина полей совпадали.
Мы смогли добавить строки, но надо и научиться изменять данные. Для этого нам доступна команда UPDATE. Сразу же попробуем взглянуть на пример:
UPDATE User1
SET age=65
Первая строка говорит о том, что нам надо обновить базу User1. Вторая строка начинается с оператора SET (установить). После этого мы пишем поле, которое хотим обновить, и присваиваем ему значение.
Если нужно обновить только определённые строки, то ты должен написать так:
UPDATE User1
SET age=65
WHERE Name LIKE ‘Вася’
UPDATE User1
SET age=age+1
UPDATE User1
SET age=age+1, Name=’Иван’
WHERE Family LIKE ‘Сидоров’
Этот запрос увеличит поле Age на единицу и установит поле Name в «Иван» во всех строках, где поле Family равно «Сидоров».
Теперь команда DELETE:
Эта конструкция удаляет абсолютно все строки из таблицы User1. Можно сказать, что этим мы очищаем таблицу.
Теперь рассмотрим другой пример:
DELETE FROM User1
WHERE Age=10
Этот пример удаляет только те строки, в которых поле Age равно 10.
Понимания этих запросов будет достаточно.
III) Разослать резюме
Самая короткая глава, это все умеют, hh.ru вам в помощь. Там же можно составить резюме. Перед составлением не забывайте смотреть резюме своих конкурентов.
IV) Показать свои знания и адекватность на собеседовании
Обычно собеседование делятся на 3 этапа:
1) Встреча с девушкой из отдела кадров. На этом этапе будет несколько вопросов по вашим знаниям, чтобы было понятно, что вы в «теме» и много общих вопросов, чтобы определить вашу адекватность.
2) Тестовое задание — обычно дается на дом
3) Встреча с руководителем где будут вопросы, касающиеся ваших навыков тестирования.
Тестовое задание и встреча с руководителем вряд ли уйдет за рамки того, что мы написали выше. Рассмотрим первую ситуацию, где нам будут задавать вопросы на нашу адекватность.
Предположим, что у нас нет никакого официального опыта работы тестировщиком, в нашей голове только теория, хобби- программирование на самом начальном этапе, а в трудовой запись «менеджер по продажам».
Рассмотрим основные вопросы и и примеры самых обычных ответов на них:
1) Почему вы решили стать тестировщиком?
Меня всегда тянуло в IT сферу, эта профессия больше всего подходит моему характеру и моим интересам.
2) Что больше всего вам нравится в тестировании?
Я обожаю анализировать и изучать программы, например на прошлом месте работы мне больше всего нравилось работать с 1с, я даже смог поставить одну из версий себе на домашний компьютер, для более детального изучения программы, без всяких ограничений.
3) Какими достоинствами должен обладать эффективный тестировщик?
Честность, внимательность (для поиска багов), общительность(так как нужно будет много общаться с персоналом), обучаемость (без этого никуда), умение работать с большим объемом информации и умение расставлять приоритеты, и, конечно, стрессоустойчивость.
4) Ваше самое большое профессиональное достижение (не обязательно в области тестирования).
Создание и поддержание базы для логистики и закупа, которой пользовались все менеджеры компании. По этой базе, я мог закупить все, что мне нужно максимально дешево, и с любой точки России доставить товар с отличным соотношением цены, качества и риска.
5) Почему вы ушли (уходите) из своей предыдущей компании?
Мне нравилось работать в прошлой компании, но я хочу опробовать себя как тестировщик ПО. Так как данная сфера ближе к моим интересам, характеру и увлечениям. На этой должности я буду получать гораздо большое удовольствия от работы.
6) Приведите пример сложной ситуации, с которой вы столкнулись в своей карьере, и какой выход из нее вы нашли?
Из-за текучки кадров, мне часто приходилось брать обязанности других на себя, например доставка или закупки. И чтобы свести всю свою деятельность в единую систему, в свободное от работы время я создал базу (excel), которая собрала в кучу всю мою старую и новую деятельность. Эта база не дала мне запутаться в огромном количестве работы. Так же она помогла избавиться от блокнотов и стикеров, а это значит, что покупатели всегда видели порядок за моим рабочим столом.
7) Что бы вы пожелали усовершенствовать в себе? Что вы для этого делаете?
У меня есть хобби — программирование. Хочу совершенствовать свои навыки в этой области, они же в дальнейшем помогут улучшить мои навыки тестировщика.
8) Что вы ждете от нашей компании?
Хороший коллектив, и профессиональное развитие
9) Какой минимальный доход вас устроит?
Можно посмотреть средний доход по региону на эту вакансию и назвать его. Но, если вы проходите собеседование в 2гис, то говорите что готовы работать бесплатно 24/7/365, как рекомендует Савин. Так как эта книга эталон для их отдела кадров и им будет приятно знать что вы ее уже прочитали.
10) Какими источниками вы пользуетесь для развития в этой области
Можно посмотреть в конец статьи и назвать все, что будет в списке «Источники, которые были использованы для написания статьи:»
Зачем sql тестировщику
Для выполнения заданий вам потребуется:
Мы ожидаем, что вы уже обладаете базовой компьютерной грамотностью. На этом курсе мы будем работать с командной строкой, графическим и консольным интерфейсами, переменными окружения, сетями, клиент-серверной архитектурой, скриншотами и видео.
Если вы не уверены, что знаете все это в должной мере — пройдите простой тест. Если по результатам теста вы получите меньше 20 баллов — мы рекомендуем пройти короткий курс «Азбука IT». На нем вы сможете быстро получить все необходимые знания, которые совершенно точно пригодятся вам в дальнейшем.