Автоматизация тестирования
Для сложных и запутанных случаев я готов сделать исключение
Это не сложный и запутанный случай - это обычная работа в команде.
Есть просто определенные требования к юнит тестам в этих случаях, типа:
- они должны запускаться в любом окружении, как на твоем компе так и на сервере
- тестам должно быть без разницы как они запускаются и в каком порядке (Обычно NUnit это не любит)
окружение не меняется------Да ну?..
что то я батенька не понимаю в какую сторону вы гоните.
Пример был описан, зачем еще что то придумывать?
Берём исходных код - работает, берем новый код не работает, возвращаем все изменения назад - работает.
Где проблема?
имя namespace должно иметь катастрофические последствия для работы программы?
-----
А почему нет?
У меня полно кода который имеет очень позднее связывание, в том числе по аттрибутам, а там полные имена (с неймеспэйсами) классов обязательны.
Ну или почти все связанное с рефлекшен обязано ломаться.
Вы правильно заметили, что пользовательский интерфейс играет важную роль в опыте пользователей на веб-сайтах, и не всегда он может быть оптимизирован для удобства пользователей. Недостаточное структурирование информации и сложные многоуровневые меню могут сделать навигацию затруднительной.
Некоторые веб-сайты могут использовать такие дизайн-решения для максимизации вовлеченности пользователя или для размещения большего количества рекламных материалов. Однако, это не всегда приносит пользу, и многие пользователи предпочли бы более интуитивный и структурированный интерфейс.
Как пользователь, вы можете выражать свои предпочтения и обратную связь на сайтах, таких как eBay, чтобы помочь им улучшить пользовательский интерфейс. Ваши комментарии и предложения могут внести позитивный вклад в развитие интерфейса и улучшение опыта пользователей.
Вобщем, как и предполагалось, это такой наебизнес. А их и им подобные специалисты вещают лохам со сцен всякие принципы чистого кода, идеального дизайна и удобства для пользователей. А успехом пользуется то, что проплатили, и за чем стоит крупная контора с неограниченными возможностями для продвижения - т.е. обычно всякое дерьмо.
С текстовым анализатором всё в порядке. Поиск работает как надо. Невозможность искать товары не на своём языке в своём регионе - так и было задумано. Как и две учётки по разным углам экрана. Как и надпись "media is too big to download" даже для маленьких видосов, хотя в мануале сказано, что "от 2 гигабайт". Просто не все сразу догоняют, кому и зачем это выгодно.
Почитал там статью:
Rate Limiter
Расширение API
Метрики latency
Граф вычислений
Микрооптимизации
Type pollution
ANN и Panama
Unsafe mmap
И прочая мудрёная параша, тянущая на докторскую диссертацию. Выдрачиваешь такой оптимизацию, а потом приходит менеджер, кидает на стол срочный фикс к ТЗ, и говорит, что первые 10 результатов должны браться вот из этой таблички с нашими спонсорами. Ну и хули ты тут оптимизировал, если на первой странице надо показать просто рекламу, а на второй и дальше твои оптимизации уже не нужны? Эти "специалисты", пишущие подобные статейки, просто дрочат на своё резюме, чтобы можно было написать в нём, что делал чуть ли не "звезду смерти". А в реале бизнесу почти плевать на всю эту херню - яйцеголовые развлекаются там в своём мирке, ну и хрен с ними. Наше дело - тянуть баблинский со спонсоров и рекламодателей, а для этого диссертации писать не нужно.
Нужно "графин стеклянный 2 литра".
Получаешь "кувшин пластиковый 1 литр" и пачку рекламы вообще не про графины, стекло или литры.
Просто сейчас очень нужно продать горные велосипеды. Когда нужно будет продать городские, тогда и приходите.
- Есть набор гаечных ключей?
- Вот очень хорошие шерстяные носки. Только сегодня и только для вас скидка 30%, если возьмёте сразу 3 пары!
Я понимаю, когда такое говорит "эээ, слющай, дарахой" на толкучке. Ну, я туда больше не хожу. А когда солидные дяди, учащие тебя со сцены как писать код и вообще жить, действуют точно так же...
Вы спросите, как это всё относится к автоматизации тестирования? А я чем хуже мэтров разработки с семизначными зарплатами?