Перейти к содержимому

Тестирование веб-приложений 2.0
онлайн, начало 29 мая
Автоматизация функционального тестирования
онлайн, начало 29 мая
Первый Онлайн ИНститут Тестировщиков
онлайн, начало 21 июня
Школа тест-менеджеров v. 2.0
онлайн, начало 27 мая

Spock

Регистрация: 13 сен 2016
Offline Активность: Вчера, 19:37
*****

#176357 Клиент-серверная архитектура в картинках

Написано Spock 27 апреля 2020 - 12:30

 

 

и я не помню чтобы мне попадалась статья лучшего качества на эту тему. Пока никто не написал лучше - просто must read.

это для нас эта статья понятна, интересно было бы дать почитать такую статью начинающим, проверить придет ли понимание либо образуется каша в голове.

 

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

 

чтобы не было как в анекдоте,

 

Начинающий Тестировщик: НТ

Синьор: С

 

Начинающий Тестировщик: Синьор, а расскажите мне про клиент-серверную архитектуру, а то я вообще зеленый в этой теме

Синьор: Конечно! Вот тут клиент, тут сервер ... а потом накидываем холодный бэкап ... проверяем безопасность от хакеров ... сейчас выберем какой жесткий диск купить ... устанавливаем ХАМРР базу данных ...

Начинающий Тестировщик: Синьор, а Вы с кем сейчас разговариваете?


  • 1


#176050 Тестирование граничных значений. Помогите разобраться.

Написано Spock 31 марта 2020 - 18:18

а вообще правда в том, что надо все величины внутри проверять, начиная с 200.00, затем 200.01 и так далее до 499.98 и 499.99

 

ведь если понимать как программа работает, то будет понятно что все эти числа в программе хранятся в переменных, часто достаточно в больших, и потом с этими переменными происходят разные рассчёты и конвертации, в конце концов эта сумма приводится обратно к читаемому значению

 

и получается что иногда некоторые значения могут неправильно округляться, например 213.27 может превратиться в 213.28, хотя все числа рядом будут обрабатываться правильно

 

но конечно по методу границ таких проверок не надо делать


  • 1


#176043 Тестирование граничных значений. Помогите разобраться.

Написано Spock 31 марта 2020 - 08:42

 

 

ЕСЛИ сумма <=200 И сумма >=499,99, ТО скидка = сумма/100*2.

тут видимо скорее:

 

ЕСЛИ сумма <=200 ИЛИ сумма >=499,99, ТО скидка = сумма/100*2

 

а вообще да, "значение в середине" это избыточный тест, но его всегда и все делают, типа как Богу помолиться, это не поможет но всё равно так делают


  • 1


#175847 Не получается кликнуть

Написано Spock 11 марта 2020 - 14:23

у веб-драйвера есть баг такой, что он думает что не может кликнуть

 

так что перед кликом просто скрольните страничку используя вызов джаваскрипта (гуглится)


  • 1


#175734 Что именно означает "запушить" "закомитить" "смерж

Написано Spock 02 марта 2020 - 09:46

а вообще это хорошая идея кандидатов отсеивать

 

ну как бандосы "на фене" начинают разговаривать и сразу "палят" подсадного

 

и тут типа вопрос кандидату: "вот у нас тут билд зафейлился, а мы резилить хотим, что делать? черри-пикать коммиты? ревертить чейнджи? накатывать фиксы?"

и смотришь как тот выкрутится :)


  • 2


#175724 Что именно означает "запушить" "закомитить" "смерж

Написано Spock 01 марта 2020 - 11:37

вот что бывает когда в гите и пайплайнах абсолютно не хочется разбираться, а вот зарплата на позицию очень нравится


  • 1


#175254 Как вы храните повторяющиеся кейсы?

Написано Spock 20 января 2020 - 15:27

создайте список фич и всего что надо проверять, получится чек-лист

 

тестирование должно быть более исследовательским чем заскриптованным

 

а тест-кейсы не нужны, Вас же не заставляют их писать

 

тестируйте фичи , регрессионное тестирование по чек-листу

 

и работайте с начальством отдела разработки и инициативной группой чтобы было больше юнит-тестов, компонентных тестов и АПИ тестов


  • 1


#175247 Как вы храните повторяющиеся кейсы?

Написано Spock 20 января 2020 - 13:32

 

Для этого должна быть определенная культура обеспечения качества в компании.

 

Вокруг меня, как правило, разработчики считают, что на тесты нужно тратить минимум времени. Пишут для формального покрытия кода, и пишут в стиле "2+2=4" вместо проверки хотя бы граничных значений.

 

Похоже, в вашей компании умеют делать правильно. Но я нигде не встречал мануала или доклада, как такую систему реально создать. (Может быть, мало читаю.)

вводить такую систему просто

 

пусть отдел разработки в "Definition of Done (DoD)" добавит пункт "написать автоматические тесты"

 

а Вы потом при тестировании просто иногда заглядывайте в код, и смотрите чтобы там нормальные тесты были (конечно иногда там и должно быть 2*2=4, например если это тест АПИ а функционал уже протестирован уровнем ниже)


  • 1


#175135 Нужна помощь в составлении CV

Написано Spock 14 января 2020 - 14:26

да, просто пришел и тебя берут ))) Находишь любую компанию и говоришь "буду у вас работать", а они такие "Ок. Когда вас оформлять ?" ))

user12 да, это работает

 

приходишь и говоришь что очень много знаешь об этой компании, всегда следишь по новостям, знаешь все их продукты как свои пять, просто фанат и всегда мечтал у них работать

 

тогда берут


  • 1


#175092 оценка влияния на точность проведения тестирования

Написано Spock 12 января 2020 - 19:40

вообще эти слова не имеют смысла

 

имели бы смысл в формате "оценка влияния А на Б", то есть "оценка влияния какого-то фактора на что-то"

 

например: "оценка влияния трезвости тестировщика на точность проведения тестирования"


  • 2


#174690 Smoke test runner / dashboard

Написано Spock 30 ноября 2019 - 10:25

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

 

а для парсеров надо что-то типа:

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


  • 1


#174634 Прошу помощи в споре с коллегами про принципы разработки автотестов

Написано Spock 27 ноября 2019 - 08:36

 

 

Тут опять же я просто думал что если диспатчить action то этим действием можно заменить компонентный тест, поправьте если я не прав. В остальном придельно понял. Спасибо

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


  • 1


#174621 Прошу помощи в споре с коллегами про принципы разработки автотестов

Написано Spock 26 ноября 2019 - 15:04

 

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

смотрите тестовую пирамиду: сайпресс должен использоваться на уровне Е2Е тестов, он не должен тестировать отдельные компоненты

 

 

 

А как вы определяете тестовое покрытие ? Точнее как вы поняли что компонентный тест отсутствует. Скажите хоть что почитать/посмотреть

понял вот по этому: "Цитата: При скролировании может быть какая-то ошибка, по этому неправильно сетить данные сразу в appStore, вместо того чтобы делать так, как делает пользователь"

если разрабы не уверены что компонент работает - значит они не написали для него компонентные тесты

 

а тестовое покрытие фичи можно определять по тестовой пирамиде опять же:

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


  • 1


#174618 Прошу помощи в споре с коллегами про принципы разработки автотестов

Написано Spock 26 ноября 2019 - 14:42

 

Но здесь мои коллеги мне говорят (Примерно процитирую):

Цитата: При скролировании может быть какая-то ошибка, по этому неправильно сетить данные сразу в appStore, вместо того чтобы делать так, как делает пользователь

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

 

 

 

Цитата: Ты делаешь не как пользователь. Реальный пользователь приложения не может создать пользователя через API. Он создает и редактирует его через UI по этому и ты должен делать также.

конечно делаешь не как реальный пользователь. Если сделать как реальный - тесты будут зависимыми, долгими и будут постоянно ломаться, в итоге после долгих мучений их просто выбросят на помойку. (это например ад когда тест на редактирование пользователя зависит от теста на создание пользователя, что будет когда создание станет нестабильно?) Вот и приходится "выкручиваться", создавать данные через АПИ. Конечно некоторые баги так проскочат, так как это "нереально" - но другая альтернатива это тесты в мусорке, которых считай и нет


  • 1


#174502 Автотестирование: десять лайфхаков от команды Skyeng

Написано Spock 19 ноября 2019 - 10:16

 

 

Не совсем понял, про какие лайфхаки тут говорится ))

- если у Вас в холодильнике вдруг кончилось молоко, что делать? есть "лайфхак" - сходить в магазин за молоком!

 

а вообще просто такое кричащее название для статьи, и никаких лайфхаков


  • 1




Яндекс.Метрика
Реклама на портале