Не скажу за всех, но у меня несколько раз было так, что я выкладываю в YouTube запись того, как я играю на барабанах под «минус» известные произведения. Через какое-то время приходит уведомление от YouTube в духе: «У вас в видео есть контент, защищённый авторским правом, но правообладатель не против этого. Вы не будете получать деньги с монетизации рекламы, но и ролик не будет удалён».
> Другими словами, вам достаточно приблизиться на 60 метров к ближайшему пользователю — и вы можете отправить сообщение кому угодно. Каждый юзер — нода в сети. Без интернета.
> Я правильно понимаю, что после этой доработки тест не заметит, что из шаблона случайно удалили кнопку добавления элемента в список todo?
Совершенно верно, однако на то, что кнопка Добавления элемента не пропадёт, должен будет другой тест. В итоге, если оба теста проходят, значит всё работает как и задумано.
Смотрите, если у вас есть тестовый сценарий «Удаление объекта», то для того, чтобы тест каждый раз мог удалить объект и тем самым проверить, что удаление работает корректно, тесту нужно сначала объект создать. Каким образом он будет создан — не столь важно.
Например, добавлен через БД или через API.
Проверка чего-то через DOM — это малая часть работы теста.
То, что Глеб (автор статьи в оригинале) называет App Action, по сути является precondition для теста, и правильно его делать самым быстрым способом. API, правка в БД, или функции самого приложения.
> при ленивом разговоре и не очень отчётливой артикуляции довольно похожими получаются звуки Д и Т
1. Я купил домик Толстого.
2. Я купил томик Толстого.
В вашем случае домик/томик запишутся как «tomux».
Не зная контекста, совсем не ясно, что имелось в виду.
Русский язык не дозволяет играться с произношением на письме.
> Если мы возьмем работу среднего программиста и среднего инженера по тестированию, то программисту приходится сильнее думать головой и решать более сложные задачи.
Несусветная глупость. Зачем такие статьи на Хабре пропускают?
Я думаю, что всё имеет значение, когда речь идёт о качестве продуктов.
А чем именно заниматься одной единице QA, инпутом или документами — решают или сами QA или кто-то выше. Приоритеты задач никто не отменял.
> 90% работы QA по таким вопросам прекрасно решается с помощью адекватного компилятора.…
В один прекрасный день команда решает перейти с адекватного компилятора на менее типизированный язык программирования… И вот тут вспоминаются QA.
Задача QA зафиксировать текущее состояние системы и удостовериться, что оно не поменялось при изменениях технологий, языков, систем и т. д.
Всё можно простить молодому российскому стартапу, но зачем же проект, созданный сугубо для программистов делать с русским интерфейсом?
https://www.hackerrank.com/domains/regex
Что не так со скрепышами?
К сожалению, Safari в iOS 15. Это жутко неудобно, надеюсь, что вернут возможность вернуть адресную строку туда, где ей место, т. е. вверху.
И адресная строка есть, и перевод есть, и вёрстка не сломалась.
Что не так с AMP?
Не скажу за всех, но у меня несколько раз было так, что я выкладываю в YouTube запись того, как я играю на барабанах под «минус» известные произведения. Через какое-то время приходит уведомление от YouTube в духе: «У вас в видео есть контент, защищённый авторским правом, но правообладатель не против этого. Вы не будете получать деньги с монетизации рекламы, но и ролик не будет удалён».
В наше время это называлось FIDO. :)
Совершенно верно, однако на то, что кнопка Добавления элемента не пропадёт, должен будет другой тест. В итоге, если оба теста проходят, значит всё работает как и задумано.
Смотрите, если у вас есть тестовый сценарий «Удаление объекта», то для того, чтобы тест каждый раз мог удалить объект и тем самым проверить, что удаление работает корректно, тесту нужно сначала объект создать. Каким образом он будет создан — не столь важно.
Например, добавлен через БД или через API.
То, что Глеб (автор статьи в оригинале) называет App Action, по сути является precondition для теста, и правильно его делать самым быстрым способом. API, правка в БД, или функции самого приложения.
1. Я купил домик Толстого.
2. Я купил томик Толстого.
В вашем случае домик/томик запишутся как «tomux».
Не зная контекста, совсем не ясно, что имелось в виду.
Русский язык не дозволяет играться с произношением на письме.
Несусветная глупость. Зачем такие статьи на Хабре пропускают?
Чем оно лучше Google Meet?
А чем именно заниматься одной единице QA, инпутом или документами — решают или сами QA или кто-то выше. Приоритеты задач никто не отменял.
В один прекрасный день команда решает перейти с адекватного компилятора на менее типизированный язык программирования… И вот тут вспоминаются QA.
Задача QA зафиксировать текущее состояние системы и удостовериться, что оно не поменялось при изменениях технологий, языков, систем и т. д.
Вы придумали Jabber?