да, раньше люди не знали что увольнения все-таки планировались
- Форум тестировщиков
- → Публикации Spock
331 публикаций создано Spock (учитываются публикации только с 22 мая 2023)
Отправлено автор: Spock 14 мая 2020 - 15:12 в Свободное общение
да, раньше люди не знали что увольнения все-таки планировались
Отправлено автор: Spock 11 мая 2020 - 10:34 в Круглый стол о работе в тестировании ПО
а что если пользователь захотел завести несколько аккаунтов на один телефон? вон у меня знакомый завел в Инстаграмме отдельный аккаунт для своей собаки, так как у нее очевидно нет собственного телефона
Отправлено автор: Spock 08 мая 2020 - 11:25 в Автоматизированное тестирование
Мне нужно не написать свои, а посмотреть какой набор обращений к БД идет при выполнении тестируемым приложением определенной операции.
ну так откройте код формы и посмотрите какие там обращения
Отправлено автор: Spock 01 мая 2020 - 17:55 в Автоматизированное тестирование
Как объяснить это схеме?
прочитать документацию
И мы столкнемся с проблемой, когда захотим сравнить json запроса и json ответа со схемой.
незачем проверять джейсон запроса, ведь его сами и сделали
Отправлено автор: Spock 01 мая 2020 - 10:49 в Автоматизированное тестирование
потому что в схеме не указано что лишних полей не должно быть
поэтому эта схема не будет выдавать ошибки когда полей будет больше чем описано
Отправлено автор: Spock 29 апреля 2020 - 10:03 в Начинающему тестировщику
* трехзвенка
даже и это уже устаревший концепт, лучше уж сразу про сервисы
наверное и файл-сервер туда же, все уже в облаках
Отправлено автор: Spock 28 апреля 2020 - 22:00 в Тест-дизайн и ручное тестирование
В зависимости от задач можно какую-то эквивалентность выстроить.
Больше интересует как отлавливать эксепшены бота, когда процесс переводится на ручную обработку.
что-то ничего не понял, то ли я просто не в теме машинного обучения? что за эквивалентность, эксепшны и ручная обработка?
Отправлено автор: Spock 28 апреля 2020 - 21:54 в Начинающему тестировщику
да, действительно, в клиент-серверной архитектуре только два звена, никак не три
Отправлено автор: Spock 28 апреля 2020 - 12:35 в Тест-дизайн и ручное тестирование
как по мне, так модели с машинным обучением должны тестировать дата-сайентисты (специальные люди со специальным образованием и скиллами), ведь обычные сотрудники ничего не поймут, правильные ли данные возвращает модель
это то же самое как и с математическими моделями или другими сложными системами - только профильные специалисты могут их понимать
ну или если есть сотрудник или студент желающий "копать поглубже", который будет читать книжки и постоянно сидеть в Jupiter Notebook
наверное таких людей можно находить просто задав вопрос: "а Вы работали с Jupiter Notebook?", если работал то попросить показать свои проекты, или даже набросать какое-то решение
Отправлено автор: Spock 28 апреля 2020 - 10:54 в Автоматизированное тестирование
Как понять что какой-то уровень системы достаточно покрыт такого уровня тестами?
открыть код и посмотреть
Я так понимаю для этого как раз и существуют системы, которые измеряют test coverege
ну он функциональное покрытие не покажет
И еще как понять на каком уровне находится функционал системы?
смотрите на архитектуру системы
Отправлено автор: Spock 28 апреля 2020 - 10:39 в Автоматизированное тестирование
API тесты это слишком высокий уровень, от этого и проблемы
проверяйте все что надо юнит-тестами, и поднимайтесь на уровень выше только когда это действительно нужно
а когда подниметесь, то мокайте данные
а идея "готовой базы" так себе, так как постоянно ее надо обновлять, бранчить и так далее
Отправлено автор: Spock 28 апреля 2020 - 09:32 в Тест-дизайн и ручное тестирование
это для собеседования?
Отправлено автор: Spock 27 апреля 2020 - 13:33 в Начинающему тестировщику
Ну слушайте, если вам не интересно про резерв, достаточно остановиться на начале главы и примере с Катькой
да мне это как раз и интересно
только вот балансировщик и бэкапы это уже для какой-то другой статьи... Ведь это вообще ДевОпс, зачем такое начинающему тестировщику, только каша будет в голове... Ведь на работе этого начинающего не подпустят к кластерам на расстояние пушечного выстрела
про покупку жестких дисков то же самое, этим начинающим никогда не надо будет диски эти покупать, да и в облаках сейчас многие, так что диски и не нужны, да и вообще посмотрел бы я на компанию которая пошлет начинающего "в магазин за жесткими дисками для сервера, и он вспомнит про статью и будет эти диски выбирать"
а если уж начали писать про кластеры - то и там многое остается непонятным, например в пункте "Кластер серверов" и далее независимые друг от друга ноды серверов вдруг что-то шлют друг другу (хотя слать не должны). Плюс эффект "Волан де морта", практически говорим про облака и Кубернетес но не упоминаем их
Отправлено автор: Spock 27 апреля 2020 - 13:16 в Свободное общение
или точнее:
Джира + удобство + цена
Отправлено автор: Spock 27 апреля 2020 - 12:30 в Начинающему тестировщику
и я не помню чтобы мне попадалась статья лучшего качества на эту тему. Пока никто не написал лучше - просто must read.
это для нас эта статья понятна, интересно было бы дать почитать такую статью начинающим, проверить придет ли понимание либо образуется каша в голове.
Статья называется "Клиент-серверная архитектура" но бОльшая часть контента никак с этой архитектурой не связана либо связана очень косвенно, например те же закупки жестких дисков и управление кластерами серверов.
чтобы не было как в анекдоте,
Начинающий Тестировщик: НТ
Синьор: С
Начинающий Тестировщик: Синьор, а расскажите мне про клиент-серверную архитектуру, а то я вообще зеленый в этой теме
Синьор: Конечно! Вот тут клиент, тут сервер ... а потом накидываем холодный бэкап ... проверяем безопасность от хакеров ... сейчас выберем какой жесткий диск купить ... устанавливаем ХАМРР базу данных ...
Начинающий Тестировщик: Синьор, а Вы с кем сейчас разговариваете?
Отправлено автор: Spock 27 апреля 2020 - 11:34 в Свободное общение
Интеграция с системами управления тестирования
теперь система управления задачами вдруг превратилась в систему управления тестированием :)
может это и имелось ввиду с самого начала. TMS это было Test Management System
Отправлено автор: Spock 27 апреля 2020 - 11:15 в Начинающему тестировщику
ЦА - начинающие тестировщики.
Переход там вполне естественный и кластеризация там очень схематичная и условная, особенно с БД.
Уровень детализации вполне достаточный чтобы понимать что так бывает и задать первые вопросы.
ну это я понял что как-бы для них и делалось
но человек который вообще ничего до этого не понимал, и пришел почитать статью чтобы разобраться где клиент а где сервер, можно во второй половине статьи просто поподробнее описать взаимодействие или привести примеры, а тут сразу начинается продвинутая инфа про балансировщики, типы резервирования, типы железа, кластеры и ХАМРР и так далее и тому подобное, включая экономические соображения по покупке железа - но это просто сборная солянка, ненужная информация для начинающего
ну и в середине статьи между всем этим "как тестировать", маленький такой раздельчик, хотя должен быть основным
а я еще подумал, почему так тяжело статью не то что дочитать, а даже докрутить до конца
Отправлено автор: Spock 27 апреля 2020 - 11:03 в Свободное общение
ну можно и по-русски
система управления задачами
Отправлено автор: Spock 27 апреля 2020 - 10:42 в Свободное общение
пришлось гуглить что же такое ТМС
но не помогло
Отправлено автор: Spock 27 апреля 2020 - 09:10 в Начинающему тестировщику
не очень понятно кто целевая аудитория этой статьи
сначала идут простейшие картиночки, а потом внезапно начинается кластеризация
Отправлено автор: Spock 21 апреля 2020 - 18:15 в Тест-дизайн и ручное тестирование
ну если таблицы такие сложные что вручную не заполнить, тогда такое тестирование лучше и не мануалить, а сразу автоматизировать куда-нибудь в сторону юнит-тестов
а то столько ручных кейсов можно нагенерировать что потом день сидеть один прогон делать
Отправлено автор: Spock 21 апреля 2020 - 15:24 в Тест-дизайн и ручное тестирование
электронные таблицы
Отправлено автор: Spock 21 апреля 2020 - 15:23 в Тест-дизайн и ручное тестирование
а вообще чем система проще, тем лучше, так как и тестировать легче, и багов меньше
ведь когда "любые изменения считаются" то достаточно одного кейса чтобы покрыть эту фичу
А вообще часто бывают и более сложные данные чем простой текст, например в поле "Цена" было значение 12345.00, а пользователь стер значение а потом ввел 12345. Считать ли это изменением или нет? Или в поле имя было "Андрей" а пользователь удалил и ввел "Андрей " с пробелом в конце
Отправлено автор: Spock 17 апреля 2020 - 07:46 в Тестирование производительности
поднимите сначала один генератор, посмотрите какая нагрузка генерируется
потом не выключая первый, поднимайте второй, опять проверяйте нагрузку
и так далее
Отправлено автор: Spock 15 апреля 2020 - 19:29 в Начинающему тестировщику
- ―Ты что, с ума сошел? Дорогой друг прилетает издалека, на минуточку. А у вас нет торта.
- ―Но ведь мы же не знали!
―--А что вы вообще знали? Вы должны были надеяться. Изо всех сил.
Community Forum Software by IP.Board Русификация от IBResource
Лицензия зарегистрирована на: Software-Testing.Ru