Если нет требований и спецификации, то просто придумываю функционал, который вещь может выполнять, и его тестируют? Правильно?🤔

Если нет требований и спецификации, то просто придумываю функционал, который вещь может выполнять, и его тестируют? Правильно?🤔

За качество отвечает исполнитель. Тестировщик проверяет и выявляет. Аналитик тоже никогда за качествотпродукта не несет отвественности. А вот ПМ, если он настоящий ПМ, а не как больше половины в РФ, то он несет за весь проект и качество в таюом числе. У него треугольник время-ресурсы-качество

Это вопрос на собесе? Говорите ,что смотрите на аналоги или идете в отдел маркетинга. К тому же требования понятия очень расплывчатое.

Это вопрос на собесе? Говорите ,что смотрите на аналоги или идете в отдел маркетинга. К тому же требования понятия очень расплывчатое.

Если вы на софт для энтерпрайза, там нет маркетинга (внутренний софт)

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

Нужно написать отчет (TRR) по описанной ситуации.
===========================================
Было проведено регрессионное тестирование на build’ах 1.2.10 - 1.2.27.
Regression test suite = 120 тест кейсов.
90 тест кейсов успешно пройдено и 30 неуспешно.
Было найдено 5 major bug’ов, 20 minor bug’ов и 5 trivial bug’ов. В основном, баги сконцентрированы на страницах просмотра товаров (Product Landing Page) и обзорных страницах каталогов (Catalog Overview Pages). Баги не критичны, но делают работы со страницами не очень удобной.
Во время тестирования build 1.2.14 было невозможно тестировать из-за critical bug’а.

Если нет требований и спецификации, то просто придумываю функционал, который вещь может выполнять, и его тестируют? Правильно?🤔

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

То, что написано уже похоже на отчет)

Ну просто это очень похоже на вопрос из собеседования, что-то типа : "С чего начнете тестиование?" -С анализа требований.
"А если их нет?" И дальше пошло-поехало

Нет, это мне посоветовали поучиться тестировать вещи не связанные с ПО

😂

Спрошу у аналитика
-- А если его нет?
-- ну тогда у ПМ, у лида, у старшего товарища
-- их тоже нет
-- ну заказчика спрошу
-- нет заказчика
-- ну выйду в курилку, коллег поищу.
-- нет курилки, нет коллег, Вы один, в тёмной бетонной коробке. Так как будете тестировать?!

Ребята, я к вам с философским вопросом. Расскажите, как вы определяете качество разрабатываемого продукта и по каким критериям это самое качество определяете?

Основной интсрумент тестировщика=язык+ голова+наличие+ критическое мышление. Задайте все возможные вопросы сами себе и к продукту и отсейте то, что Вам кажется лишним. Тестировать карандаш на happy path-рисовать им? Кто Вам сказал,что им будут рисовать? Может им будут тыкать в глаз и именно для этого он есть на этом проекте? Все очень неочевидно.

Качество - это степень удовлетворенности клиента полученным продуктом.

Понятие - абсолютно субъективное. То, что хорошо для одного пользователя -💩 для другого (apple vs android, bmw vs hundai)

Адекватно Оценить качество чего-либо одним-двумя-пятью критериями невозможно.

Самый лучший способ оценки - это спросить у пользователей и разработчиков напрямую. (Пользователем может быть разрабочик, тестировщик, заказчик, бизнес аналитик, суппорт, и тп, а не только Ваши клиенты)

Универсальных критериев - нет. Все зависит от контекста.

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

Создали продукт, внедрили, заказчик доволен. . .  И тут решили провести аудит! Парам-пам-пам . . . Тили-тили, трали-вали, это мы не создавали, а это нам не задавали, парам-пам пам.  . . (из реальной практики)