На основе ТЗ сначала создается сценарий тестирования - т.е. как всё должно работать по-идее. А дальше смотрим уже по факту.
Проверяет софт, либо доработку какой-то функциональности на соотвествие ТЗ, либо той логике, по каторой всё должно было работать (нажал кнопку, что-то в базу записалось, проверяем что да записалось, проверяем что запись отображается на форме и тд). И само собой баги, например верстка поплыла при скроллинге страницы, или что-то не записалось в базе, т.к. например не прошло на соотвестие уникальности по какому то полю или ещё чего-то. Нет ли каких-то ошибок в логах, бывает вроде всё работает, но в логах какие-то ошибки есть.
Регресс тесты - чтобы проверить что после того как сделали доработку уже существующем софте, ничего не поломалось и всё работает плюс минус так, как работало раньше.
Нет ли 404 ошибки при открытии страницы и ещё что-то типа того, если это веб-приложение.
Нагрузочное тестирование - чтобы проверить, что всё работает с той производительностью, которая должна быть и система не падает из-за кривых алгоритмов.
Приемо-сдаточные испытания - чтобы проверить, что у заказчика работает всё штатно. По-идее это уже делает какой-нибудь инженер-внедренец, но бывает и тестер участвует, или это один и тот же человек)) Если есть какие-то косяки то соотвестенно пишем баг-отчеты (баг-репорты) и отдаем разработке, чтобы пофиксили.
Короче минимальные знания тестировщика - bash+linux, sql и умение использовать devtools или какой-нибудь postman и другие какие-то инструменты, ну либо руками сидеть и кнопки нажимать.
На основе ТЗ сначала создается сценарий тестирования - т.е. как всё должно работать по-идее. А дальше смотрим уже по факту.
Проверяет софт, либо доработку какой-то функциональности на соотвествие ТЗ, либо той логике, по каторой всё должно было работать (нажал кнопку, что-то в базу записалось, проверяем что да записалось, проверяем что запись отображается на форме и тд). И само собой баги, например верстка поплыла при скроллинге страницы, или что-то не записалось в базе, т.к. например не прошло на соотвестие уникальности по какому то полю или ещё чего-то. Нет ли каких-то ошибок в логах, бывает вроде всё работает, но в логах какие-то ошибки есть.
Регресс тесты - чтобы проверить что после того как сделали доработку уже существующем софте, ничего не поломалось и всё работает плюс минус так, как работало раньше.
Нет ли 404 ошибки при открытии страницы и ещё что-то типа того, если это веб-приложение.
Нагрузочное тестирование - чтобы проверить, что всё работает с той производительностью, которая должна быть и система не падает из-за кривых алгоритмов.
Приемо-сдаточные испытания - чтобы проверить, что у заказчика работает всё штатно. По-идее это уже делает какой-нибудь инженер-внедренец, но бывает и тестер участвует, или это один и тот же человек)) Если есть какие-то косяки то соотвестенно пишем баг-отчеты (баг-репорты) и отдаем разработке, чтобы пофиксили.
Короче минимальные знания тестировщика - bash+linux, sql и умение использовать devtools или какой-нибудь postman и другие какие-то инструменты, ну либо руками сидеть и кнопки нажимать.