Курс младшего тестировщика (на основе краткого курса тестирования). Тема 1.Введение в профессию

Тема 1.Введение в профессию

Что изучить:

1. Основные знания и умения тестировщика:
2. Вводная
3. Таблица знаний и умений тестировщика
4. ФТ
5. Нефункциональное тестирование
6. Багтрекинг

Узнать:

1. Что такое тестирование?
• Цели тестирования
• Этапы тестирования
• Этика
2. Градация тестировщиков в компании
3. Какие виды тестирования бывают?
4. Разницу между функциональным тестированием и нефункциональным
5. Заведение дефектов в баг-трекере
• локализация дефекта
• Priority/Severity дефекта
• жизненный цикл дефекта

Роман Савин, книга, "Тестирование дот ком"

От себя

Моё мнение о книге не поменялось. Можете найти по тэгам. Это укороченное содержание книги. Плюс я изменил структуру, сделал, на мой взгляд, более последовательной.

Часть 1

Что такое баг

Цель тестирования

Тестирование и QA (Quality Assurance)

Цикл разработки ПО

Часть 2

Цикл тестирования ПО

Классификация видов тестирования

Часть 3. Тест-дизайн

Искусство создания тест-кейсов

Test Estimation (тест-смета)

Entry/Exit Criteria (критерий начала/завершения)

Test Plan (тест-план)

Часть 4

Подготовка к тестированию

Исполнение тестирования

Часть 5

Навыки и знания тестировщика

Авторизация и аутентификации

https://thecode.media/autorize/

https://www.kaspersky.ru/blog/identification-authentication-authorization-difference/29123/

Идентификация — процедура, в результате выполнения которой для субъекта идентификации выявляется его идентификатор, однозначно определяющий этого субъекта в информационной системе.

Аутентификация — процедура проверки подлинности, например проверка подлинности пользователя путем сравнения введенного им пароля с паролем, сохраненным в базе данных.

Авторизация — предоставление определенному лицу или группе лиц прав на выполнение определенных действий.

Если коротко, то вот

Тестирование. 2-ой уровень

Вводная от себя

К сожалению информация во втором уровне оказалась крайне не последовательная, слабо структурированная и местами вообще непонятная. Не объясняются базовые понятия, которые заложены в названиях глав (уроков).

Поэтому придется искать дополнительную информацию и добавлять её к материалу.

Тест-анализ. Исследование ПО.

Материалы курса 2-го уровня.

Система - множество модулей, взаимосвязанных между собой, выполняют взаимосвязанные функции и решают задачи пользователя.

Анализ системы помогает изучить систему, основывается на изучении составных частей системы. 

Тестирование. 1-ый уровень

Этот пост тесно связан с этим https://dmitrybvita.blogspot.com/2021/07/blog-post_83.html 

Тестирование

Тест анализ -> тест дизайн -> тестирование

Цель тестирования - найти ошибки, до того как их найдет пользователь; находить как можно больше ошибок; находить критичные ошибки.

SQL и PostgreSQL

SQL и PostgreSQL

База данных (БД) – набор взаимосвязанных данных

Система управления базами данных (СУБД) – комплекс программных средств для управления данными

СУБД отвечает за: поддержку языка БД, механизмы хранения и извлечения данных, оптимизацию процессов извлечения данных и т.д.

Типы СУБД:

Файл-серверные (Microsoft Access) – файлы данных располагаются централизовано н файл-сервере, а система управления на каждом клиентском ПК. Плюсы: низкая нагрузка на процессор файл-сервера; минусы: высокая загрузка локальной сети и невозможность обеспечения таких характеристик: высокая надежность, доступность, безопасность.

Клиент-серверные (MySql, PostgreSQL) – и СУБД и сама БД располагаются на сервере, а к ним осуществляется доступ удаленно с клиентских машин и все клиентские запросы обрабатываются централизовано СУБД.

Встраиваемые (SQLite).

Клиент-серверные: MySql, PostgreSQL, MS SQL, ORACLE – все они реляционные и поддерживают язык SQL.

Structured Query Language (SQL) — язык структурированных запросов

SQL (DDL, DML) (часть вторая)

Источник: https://habr.com/ru/post/255523/

Учебник по языку SQL (DDL, DML) на примере диалекта MS SQL Server. Часть вторая

DML – Data Manipulation Language (язык манипулирования данными)

Т.к. DML в диалекте БД MS SQL очень сильно связан с синтаксисом конструкции SELECT, то я начну рассказывать о DML именно с нее. На мой взгляд конструкция SELECT является самой главной конструкцией языка DML, т.к. за счет нее или ее частей осуществляется выборка необходимых данных из БД.

Язык DML содержит следующие конструкции:

• SELECT – выборка данных
• INSERT – вставка новых данных
• UPDATE – обновление данных
• DELETE – удаление данных
• MERGE – слияние данных

В данной части, мы рассмотрим, только базовый синтаксис команды SELECT, который выглядит следующим образом:

SELECT [DISTINCT] список_столбцов или *
FROM источник
WHERE фильтр
ORDER BY выражение_сортировки

SQL (DDL, DML) (часть первая)

  https://habr.com/ru/post/255361/

Учебник по языку SQL (DDL, DML) на примере диалекта MS SQL Server. Часть первая

Язык SQL подразделяется на несколько частей, здесь я рассмотрю 2 наиболее важные его части:

DDL – Data Definition Language (язык описания данных)

DML – Data Manipulation Language (язык манипулирования данными), который содержит следующие конструкции:

• SELECT – выборка данных
• INSERT – вставка новых данных
• UPDATE – обновление данных
• DELETE – удаление данных
• MERGE – слияние данных

Немного теории

Реляционная база данных (РБД, или далее в контексте просто БД) представляет из себя совокупность таблиц, связанных между собой. Если говорить грубо, то БД – файл в котором данные хранятся в структурированном виде.

СУБД – Система Управления этими Базами Данных, т.е. это комплекс инструментов для работы с конкретным типом БД (MS SQL, Oracle, MySQL, Firebird, …).

Для каждой таблицы, как и ее столбцов задаются наименования, по которым впоследствии к ним идет обращение.

SQL — язык позволяющий осуществлять запросы в БД посредством СУБД. В конкретной СУБД, язык SQL может иметь специфичную реализацию (свой диалект).

DDL и DML — подмножество языка SQL:

• Язык DDL служит для создания и модификации структуры БД, т.е. для создания/изменения/удаления таблиц и связей.
• Язык DML позволяет осуществлять манипуляции с данными таблиц, т.е. с ее строками. Он позволяет делать выборку данных из таблиц, добавлять новые данные в таблицы, а так же обновлять и удалять существующие данные.

MySql

Введение

БД – хранилище информации, с которым можно работать с помощью компьютера.

СУБД – набор программ, с помощью которых управлять созданием и использованием БД.

Основные функции СУБД:

1. управление данными на внешней памяти (на дисках) (как хранятся данные в файловой системе, сколько там файлов, как они представлены);
2. управление данными в оперативной памяти с использованием дискового кэша;
3. журнализация изменений, резервное копирование и восстановление базы данных после сбоев;
4. поддержка языков БД (язык определения БД, язык манипулирования данными).

Реляционные базы данных

• Relation – отношения
• Данные хранятся в таблице
• Таблицы взаимосвязаны друг с другом (между ними присутствуют некоторые отношения)
• Язык SQL

SQL – structured query language – язык структурированных запросов. С его помощью можно создавать, изменять и управлять данными. 

Основы языка запросов SQL

 Источник: https://info-comp.ru/obucheniest/129-sql-select.html

"

Основы языка запросов SQL

SELECT – оператор языка SQL, относится к группе операторов манипуляции данными (Data Manipulation Language, DML) и служит для выборки данных из базы данных.

Вот самый простой пример использования оператора SELECT.

  SELECT * FROM Table

где,

• * — показать все данные;
• FROM — из источника;
• Table — название источника (в нашем случае таблица).

Но, на практике, зачастую нам нужны не все данные из таблицы, а иногда только некоторые колонки, для этого просто указываем вместо * название нужной колонки (или колонок), например:

   SELECT Price FROM Table

где, Price и есть название колонки.

Примечание! В качестве примера мы используем простую таблицу с перечислением моделей компьютеров, их ценой и названием.

Если Вам нужно указать несколько колонок, то просто перечисляйте их через запятую после оператора SELECT, например

  SELECT price, name, model
  FROM Table

где,  price, name, model это колонки из таблицы Table.

DDL, DML, DCL и TCL

Источник: https://info-comp.ru/what-is-ddl-dml-dcl-tcl

"

Structured Query Language (SQL) — язык структурированных запросов

... язык SQL представляет собой набор операторов, которые делятся на определенные группы. В сокращенном виде эти группы называются DDL, DML, DCL и TCL.

"

• Data Definition Language (DDL) – это группа операторов определения данных.
• Data Manipulation Language (DML) – это группа операторов для манипуляции данными.
• Data Control Language (DCL) – группа операторов определения доступа к данным
• Transaction Control Language (TCL) – группа операторов для управления транзакциями.

А теперь по порядку:

БД. Уроки по SQL

Источник: https://bugza.info/uroki-po-sql/ - не понятно, что является первоисточником. Но опять местами есть проблемы с пониманием из-за явных ошибок при переводе. Местами что-то исправил, что-то оставил как есть.

От начала и до конца копипаст, с незначительными корректировками от себя. 

"

SQL как и другие языки программирования имеет свои команды (операторы), с помощью которых отдаются инструкции для выборки данных.

БД

 Перехожу к изучению БД.

Читаю лекции https://siblec.ru/informatika-i-vychislitelnaya-tekhnika/bazy-dannykh#3

Конспект:

База данных (БД) — именованная совокупность данных, отражающая состояние объектов и их отношений в рассматриваемой предметной области.

Система управления базами данных (СУБД) — совокупность языковых и программных средств, предназначенных для создания, наполнения, обновления и удаления баз данных.

Вот другие определения:

Postman

Источник: https://testengineer.ru/gajd-po-testirovaniyu-v-postman/

API — сокращение от Application Programming Interface (программный интерфейс приложения). API — набор правил, протоколов и инструментов для взаимодействия между приложениями. Говоря простым языком, API — интерфейс, который определяет, как одна программа должна взаимодействовать с другой программой. Как правило, представляет собой набор функций, которые могут быть вызваны другой программой.

Postman — приложение для работы с API. Это популярный API клиент, который позволяет разрабатывать, тестировать и документировать API.

Как тестировщики, с помощью Postman мы можем отсылать HTTP/s запросы к сервисам и получать от них ответы. С помощью такого подхода можно протестировать бэкенд сервисы и убедиться, что они корректно работают.

React

 Вики: https://ru.wikipedia.org/wiki/React

React (иногда React.js или ReactJS) — JavaScript-библиотека с открытым исходным кодом для разработки пользовательских интерфейсов.

React разрабатывается и поддерживается Facebook, Instagram и сообществом отдельных разработчиков и корпораций.

React может использоваться для разработки одностраничных и мобильных приложений. Его цель — предоставить высокую скорость, простоту и масштабируемость. В качестве библиотеки для разработки пользовательских интерфейсов React часто используется с другими библиотеками, такими как MobX, Redux и GraphQL.

SOAP

Источник: https://ru.wikipedia.org/wiki/SOAP

SOAP (от англ. Simple Object Access Protocol — простой протокол доступа к объектам — протокол обмена структурированными сообщениями в распределённой вычислительной среде.

Архитектор

Источник: https://ru.wikipedia.org/wiki/Архитектор

REST

Здесь https://habr.com/ru/post/590679/ 

Сначала простым языком объясняются такие термины как: формат представления данных, протокол (протокол передачи данных), транспорт (сетевой протокол). 

Далее идёт речь про REST, подробно, с разбором принципов.

Понятно одно - есть противоречия в понимании этого термина.

Терминология

JSON

Источник: https://apix-drive.com/ru/blog/useful/chto-takoe-json (увы ссылка не рабочая)

Общие правила:

• сначала всегда идёт название какого-то поля, а через двоеточие — его значение. 
• названия всегда берутся в двойные кавычки, строковые значения — тоже.
• вложенные объекты берутся в фигурные скобки;
• массивы берутся в прямоугольные скобки;
• после каждой пары «свойство: значение» должна стоять запятая (в самом конце — не ставится).

JSON (JavaScript Object Notation) – это текстовый формат, предназначенный для хранения структурированных данных.

Формат JSON используется для упорядоченного хранения данных в процессе их обмена между веб-браузером или клиентской частью приложения и сервером или между разными серверами.

DOM, Парсинг

Ещё термины

Источник: https://blog.skillfactory.ru/glossary/dom/

"DOM — это объектная модель документа, которую браузер создает в памяти компьютера на основании HTML-кода, полученного им от сервера. Иными словами, это представление HTML-документа в виде дерева тегов.

XML

Источник: https://javarush.ru/groups/posts/2287-chto-takoe-xml - очень хорошая статья, рекомендую к прочтению

"XML расшифровывается как eXtensible Markup Language — «расширяемый язык разметки».

XML — это язык для описания данных.

XML изначально придумали для более удобного хранения и передачи данных, в том числе через Интернет.

DevTools

Прочитал, просмотрел ряд статей про DevTools.

Понял, что это штука не для "чайников". Там столько абракадабры. Инструменты для разработчиков.

Что понял: для разрабов!

Есть эмуляция под мобильную версию, можно менять геолокацию и ещё что-то.

В разделе Элементы можно посмотреть код html, привязанные css, что-то из этого поменять и посмотреть как это будет выглядеть. Поменяется только в браузере пользователя.

Есть ещё куча полезностей, наподобие скорости загрузки, можно эмулировать медленный интернет, где-то там поковыряться в JS, в разделе Сети посмотреть куда идут обращения и мн. др. 

Но не нашел ни одной статьи на простом языке для "чайников", с примерами использования знаний из этой статьи. 

Ушел погружаться в другие темы.

PHP

Про  PHP просто оставлю ссылки здесь

https://skillbox.ru/media/code/php_ot_istokov_do_sovremennosti/
https://skillbox.ru/media/code/dlya_chego_ispolzuyut_php/
http://www.php.su/php/?php

JavaScript

Источник

"JavaScript — это язык программирования, который используют для написания frontend- и backend-частей сайтов, а также мобильных приложений. Часто в текстах и обучающих материалах название языка сокращают до JS. Это язык программирования высокого уровня, то есть код на нем понятный и хорошо читается.

CSS

 Разбираемся дальше. 

Начнем с этой статьи. 

В статье есть примеры и повествование идёт от простого к сложному, +есть исторические отсылки. Для начала самое то.

"Всё, что ваш браузер может выводить на экран или запускать называется фронтендом, то есть это HTML, CSS и JavaScript. Сегодня разбираемся для чего нужна и как работает каскадная таблица стилей (CSS)."

"CSS (Cascading Style Sheets, каскадные таблицы стилей) - язык описания внешнего вида HTML-документа. Это одна из базовых технологий в современном интернете. Практически ни один сайт не обходится без CSS, поэтому HTML и CSS действуют в единой связке.

HTML

Прежде чем двигаться дальше и знакомиться с DevTools, решил хотя бы поверхностно познакомиться с html.

SGML, Standard Generalized Markup Language - стандартный обобщённый язык разметки, прародитель HTML. Подробнее можно почитать здесь.

БЕСПЛАТНЫЙ КУРС по основам тестирования ПО

Прочитал "БЕСПЛАТНЫЙ КУРС по основам тестирования ПО" 

Рекомендую этот курс для новичков, даже наверное сначала лучше его изучить, перед тем как читать книгу Станислава Куликова.

"БЕСПЛАТНЫЙ КУРС по основам тестирования ПО"  

Содержание курса:

Книга Станислава Куликова "Тестирование программного обеспечения Базовый курс"

Я таки осилил эту книгу.

Кратко озвучу своё мнение, а потом сделаю краткое содержание этой книги, т.к. не нашел оного.

Это вторая книга по тестированию, которую я прочитал.

Первая была Романа Савина - мой отзыв можно почитать здесь . И благо есть уже сокращение книги Р.Савина и плюс её в простоте языка, которым она написана, в изобилии примеров, в т.ч. наглядных, понятной структуры - в общем это хорошая книга для новичка. Чего не могу сказать о книге С.Куликова.

Прежде чем читать его книгу очень рекомендую заглянуть сюда. Здесь идёт общение автора с читателями и обсуждение книги. И разбирают довольно подробно вопрос: "А для кого эта книга написана?"

Моё личное мнение: для новичка тяжеловато она читается, скучно и даже нудно написана. Но есть там полезные вещи поэтому прочитать стоит. А здесь я постараюсь дать сокращенный вариант. Опять же сокращать буду исходя из своего понимания предмета. Скорее даже выдержки из книги.

Первая работа в IT

Я таки устроился на работу в крупную международную IT компанию. Правда на должность инженера тех поддержки (2-ая линия) в проект сопровождения. Но всё равно - это только первый шаг.

Работаю с августа 2021 г. 

Помимо непосредственных обязанностей саппорта, чем ещё занимаюсь:

1. Выполнение тест-кейсов в Zephyr (дымовое, позитивное, регресс)

2. Редактирование (актуализация) и составление тест-кейсов.

3. Пишу мануалы по бизнес-процессам своей должности.

4. Завожу баг-репорты. 

5. Участие в тестировании продукта.

6. Ревьюирование инструкций пользователей.

Всё это в Jira и Confluence. 

Выдержки из курса: "Введение в функциональное тестирование"

Качество – способность программы делать то, что ждет от неё пользователь.

Надёжность – вероятность того, что программа будет работать без сбоев определённый промежуток времени.

Ошибка – действие человека, которое приводит к неправильному результату.

Дефект (fault) – возможная причина отказа. Изъян в компоненте или системе.

Верификация – проверка, что делается всё правильно.

Валидация – проверка, что делается что нужно.

Жизненный цикл ПО: 

• Концепция
• Описание требований
• Дизайн
• Реализация
• Тестирование
• Установка и Наладка
• Эксплуатация и поддержка

Методологии разработки программного обеспечения:

• Модель «водопад»
• V-образная модель
• Инкрементальная модель
• Спиральная модель
• Гибкая модель
• Итеративная

Планирование тестирования. Стадии тестирования

Закончил таки курс "Введение в функциональное тестирование". Довольно нудный получился курс лекций, который базируется на ISTQB.

Выдержки из последней лекции.

Планирование тестирования. Стадии тестирования

Стадии тестирования

"Тестирование начинается не раньше появления первой сформированной документации." - довольно спорное утверждение. Т.к. существуют проекты без документации. Это видимо для новых проектов или для сферических теоретиков в вакууме.

Тест-дизайн

 В рамках изучения курса "Функциональное тестирование" подробно рассматривалась тема "Тест-дизайн". Довольно объемная тема оказалась.

 Хотя весь курс, как мне кажется, не дает понимания "ФТ", он скорее является обзорным по основам тестирования и какие-то моменты освещаются чуть подробнее. Плюс за основу взяты стандарты ISTQB.

Итак,

Тест дизайн - срез по курсу:

Тест-дизайн – этап тестирования, включающий в себя разработку тестирования (Test development): проектировка и создание тест-кейсов.

Методики обеспечения качества:

Статические – без запуска кода (анализ кода, требований).

Динамические – запуск ПО.

Далее рассматриваются техники обеспечения качества, которые поделены на две группы соответственно: статические и динамические

Дефект

Дефект (недочет, помеха) – изъян в компоненте или системе, может привести к отказу компонента или системы. Обнаруживается во время тестирования

Ошибка (просчет) – в последствии действия или бездействия человека.

При обнаружении дефекта необходимо: наиболее полно описать действия, которые привели к нему; проверить проявляется ли дефект на других типах данных.

Дефекты:
• функциональности
• эргономики модуля или бизнес-процесса
• документирования
• производительности
• локализации
• совместимости
• безопасности

Критичность:
• максимальная – невозможно выполнить основные бизнес сценарии
• высокая – ошибки при выполнении ключевой функциональности
• нормальная – ошибки работы вторичного функционала, не жизненно важные функции
• низкая – не влияют на функциональность (дизайн, верстка, грамматические)

Приоритет:
• блокирующая – дальнейшая работа над продуктом заблокирована, пока не будут исправлены ошибки.
• максимальная – связанные с главными бизнес-процессами или ошибки, которые понесут урон репутации компании.
• высокая – мешают разработке и пользованию продукта, но не являются критичными
• нормальная – не несут серьезных потерь для бизнеса
• низкая – исправляются в последнюю очередь

Атрибуты дефекта:
• краткое наименование
• дата
• автор
• ссылка на систему и версия (окружение)
• приоритет
• серьезность
• описание (предусловия, шаги, ожидаемы результат, фактический результат)
• состояние, статус

Требования

Бизнес требования (БТ)
Функциональные требования (ФТ)
Нефункциональные требования (НФТ)
Тестовые требования (ТТ)

Если я правильно понял то:

БТ - определяют суть продукта, для чего он, т.е. определяет цель его создания.

ФТ - соответственно определяет функции продукта, что он должен делать.

НФТ - определяет как он должен выполнять ФТ. + удобство, надежность, безопасность и пр. т.п.

ТТ - конкретные действия и ожидаемый результат. То что необходимо проверить.

Прошу писать критику и своё мнение в комментариях.

Принципы тестирования по Майерсу

1. Необходимая часть тестового сценария – определение ожидаемого результата

 Описание предполагаемых значений выходных данных или результатов должно быть необходимой частью тестового набора.

2. Программист должен избегать тестирования собственных программ

 Следует избегать тестирования программы ее автором.

3. Вдумчиво изучайте результаты каждого теста

 Необходимо досконально изучать результаты применения каждого теста.

4. Тестовые сценарии должны разрабатываться для некорректных входных данных, так же как и для правильных и ожидаемых

 Тесты для неправильных и непредусмотренных входных данных следует разрабатывать также тщательно, как для правильных и предусмотренных.

5. Определение, что программа делает то, что должна – лишь половина дела. Другая половина – проверка, что программа не делает того, чего не должна

 Необходимо проверять не только, делает ли программа то, для чего она предназначена, но и ни делает ли она то, что не должна делать.

6. Избегайте исключения тестовых сценариев

 Не следует выбрасывать тесты, даже если программа уже не нужна.

7. Не планируйте тесты в предположении, что ошибки не будут найдены

 Нельзя планировать тестирование в предположении, что ошибки не будет обнаружены.

8. Вероятность нахождения ошибок в секции программы прямо пропорциональна количеству уже найденных там ошибок

 Вероятность наличия необнаруженных ошибок в части программы пропорциональна числу ошибок, уже обнаруженных в этой части.

9. Тестирование – исключительно творческая и интеллектуальная задача.

Второй тест: тестирование освежителя воздуха

Не самый удачный тест оказался. Но решил его всё же сделать и выложить.

Прошу писать критику в комментариях под постом.

Тестирование освежителя воздуха

Тест кейс G

Обобщил текущие знания

Обобщил текущие знания на основе источников, указанных в этом посте

Обеспечение качества (QA — Quality Assurance)

Контроль качества (QC — Quality Control)

Тестирование (Testing)

Цель тестировщика – проверить ПО на соответствие требованиям, находить критические ошибки.

Принципы тестирования

Принцип 1 — Тестирование демонстрирует наличие дефектов (Testing shows presence of defects).

Т может показать, что дефекты присутствуют, но не может доказать, что дефектов нет.

Принцип 2 — Исчерпывающее тестирование невозможно (Exhaustive testing is impossible).

Полное тестирование с использованием всех входных комбинаций данных, результатов и предусловий физически невыполнимо.

Принцип 3 — Раннее тестирование (Early testing).

Следует начинать тестирование на ранних стадиях жизненного цикла разработки ПО, чтобы найти дефекты как можно раньше.

Принцип 4 — Скопление дефектов (Defects clustering).

Большая часть дефектов находится в ограниченном количестве модулей.

Принцип 5 — Парадокс пестицида (Pesticide paradox).

Если повторять те же тестовые сценарии снова и снова, в какой-то момент этот набор тестов перестанет выявлять новые дефекты.

Принцип 6 — Тестирование зависит от контекста (Testing is context depending). Тестирование проводится по-разному в зависимости от контекста. Например, программное обеспечение, в котором критически важна безопасность, тестируется иначе, чем новостной портал.

Принцип 7 — Заблуждение об отсутствии ошибок (Absence-of-errors fallacy). Отсутствие найденных дефектов при тестировании не всегда означает готовность продукта к релизу. Система должна быть удобна пользователю в использовании и удовлетворять его ожиданиям и потребностям.

Первый тест: тестирование зубочисток

Выкладываю ссылку на первый свой тест, который написал его ещё до прочтения книги Романа Савина. Основывался на просмотренном видео с курса тестировщика (Первый уровень) и статьях, которые прочитал к тому моменту. Выбрал простой бытовой предмет и расписал всё по этапам. Прошу писать критику в комментариях под постом.

Тестирование зубочисток

p.s.

Тест кейс Z 

Источники знаний

На данный момент прочитал книгу Романа Савина "Тестирование Дот Ком".

Также прочитал ряд статей в сети и смотрел различные видео по возникающим в процессе обучения вопросам.

Позже представлю некий обобщенный срез знаний в виде статьи, а пока представлю несколько  основных источников информации:

1. Конечно Хабр. В частности замечательная, на мой взгляд статья для новичка в тестировании: Фундаментальная теория тестирования
2. При различных запросах поисковик частенько выдавал ссылку на Форум тестировщиков, где можно почерпнуть много полезной информации.
3. В процессе серфинга по сети наткнулся на интересный блог: Ольга Назина (Киселева), где объясняются темы простым языком с примерами.

Естественно в процессе изучения тестирования встречался с незнакомыми, непонятными мне терминами, и в поисках объяснений провёл много часов погружаясь в чтение различных статей.

Есть ещё один источник обучения: видео с курсов тестировщика, пока просмотрел первый уровень.

Отдельно прокомментирую книгу Романа Савина. Её много где рекомендуют, особенно для новичков. В книге много конкретики, примеров, понравилось что есть примеры оформления тест-кейсов и прочего. При этом стилистика подачи материала своеобразная, со вставками шуток юмора, местами видимо авторского. Меня это порой только сбивало с темпа и логики повествования. Перечитывать я её вряд ли буду, тем более что сейчас достаточно много материала есть в свободном доступе и есть из чего выбрать. Но нашел довольно хороший сокращенный вариант здесь: Выдержки из книги Романа Савина Тестирование DOT COM Сюда пожалуй можно периодически заглядывать, чтобы вспомнить суть предмета. 

Upd: К сожалению страничка с сокращенным содержанием книги Р.Савина пропала. Придется самому делать сокращенный вариант. Выложу отдельным постом. 

Приветствие и вступительное слово

Добрый день.

Цель данного блога – сообщить миру и потенциальному работодателю, что я намерен работать тестировщиком. Пусть возьмут меня работать.

Здесь буду описывать свой текущий опыт, свои знания, процесс обучения.

Основная информация:

Родился 10 октября 1986, т.е. в 2021 году исполнится 35 лет.

Порядка 10 лет проработал в продажах: b2c, b2b. По большей части в сфере телекоммуникаций.

Подробнее об опыте работы на hh.ru: hh.ru/resume/dmitrybvita

В следующих постах опишу свой текущий уровень знаний, что успел изучить. А также буду описывать то новое, что ещё изучу в дальнейшем.