AG
Что, простите, значит “сломается сайт”?
Size: a a a
2020 March 12
O
Зачем их искать?
Ну я видимо пока на том этапе. Что считаю что поиск багов это нужная и важная штука. И считаю что тестирование и поиск багов связаны прямо.
Может вырасту или перейду на другую ступень эволюции, может поменяю мнение. Пока так.
Может вырасту или перейду на другую ступень эволюции, может поменяю мнение. Пока так.
AG
Всё, что не уводит метрики качества приложения ниже ожидаемых значений не то, что можно, а необходимо списывать, игнорировать и не тратить на это время.
O
Что, простите, значит “сломается сайт”?
Банально в поле Вложить файл. Добавят файл хз с каким расширением или обьемом, после чего сайт ляжет (БД или че там.)
AG
Банально в поле Вложить файл. Добавят файл хз с каким расширением или обьемом, после чего сайт ляжет (БД или че там.)
И тут есть три исхода:
1) Есть требование по валидации файлов - надо тестить.
2) Есть требование по autorecovery базы в случае падения - надо тестить.
3) Есть решение “мы не делаем сейчас валидацию и автореквари, пофиг на риски” - не надо тестить.
Всё просто.
1) Есть требование по валидации файлов - надо тестить.
2) Есть требование по autorecovery базы в случае падения - надо тестить.
3) Есть решение “мы не делаем сейчас валидацию и автореквари, пофиг на риски” - не надо тестить.
Всё просто.
IG
И тут есть три исхода:
1) Есть требование по валидации файлов - надо тестить.
2) Есть требование по autorecovery базы в случае падения - надо тестить.
3) Есть решение “мы не делаем сейчас валидацию и автореквари, пофиг на риски” - не надо тестить.
Всё просто.
1) Есть требование по валидации файлов - надо тестить.
2) Есть требование по autorecovery базы в случае падения - надо тестить.
3) Есть решение “мы не делаем сейчас валидацию и автореквари, пофиг на риски” - не надо тестить.
Всё просто.
Воистину
IG
Шо занадте - то не здраве.
TE
Когда проект уже взросленький и куча документации,то ожидаемое качество понять легко
TE
У меня лично большая проблема, что нигде особо не написано, как все должно в итоге работать.
E
Спрашивай
TE
(что очень печалит тестировщика со стажем меньше двух месяцев)
E
Иначе как проверять...
TE
Вот и спрашиваю про каждую подозрительную фигню))
AG
1) Вопросы.
2) Здравый смысл.
3) Критическое мышление.
4) Анализ предыдущих проблем.
2) Здравый смысл.
3) Критическое мышление.
4) Анализ предыдущих проблем.
E
Да и вообще если ты внутри игры подумала что "это" должно было сработать так, а оно сработало не так - это тоже повод хотяб дизайнеру об этом сказать
DB
У меня лично большая проблема, что нигде особо не написано, как все должно в итоге работать.
Вообще это довольно норм тема, я обычно новый функционал первоночально без требований прогоняю, чтобы требованиями не замылить голову, а смотреть со стороны чистого пользователя.
AG
Я вообще обычно прогоняю тесты без требований, потому что их нет.
DB
Я вообще обычно прогоняю тесты без требований, потому что их нет.
У нас требования на уровне юзер-сторей, а все мелочевки сами запиливаем
E
Да и например если в доке написано что в магазине с 50% вероятностью будет появляться определена вещь - ты все равно не сможешь этого точно проверить
AG
Да и например если в доке написано что в магазине с 50% вероятностью будет появляться определена вещь - ты все равно не сможешь этого точно проверить
Можешь, в общем-то.