Тестирование состояния Во многих случаях можно отдать предпочтение другим методам тестируемого объекта(как один из вариантов), и тогда детали реализации в тесте снова станут неизвестны.
Каким другим? Если верить рисунку, то вы предлагаете изменить поведение сервера, чтобы он на запрос стал отдавать некоторый статус записи в БД. Т. е. раньше клиент дёргает сервер, тот что-то пишет в БД и тест проверял запись в БД. Это понятный сценарий и только так и можно быть уверенным, что сервер сделал то, что от него ожидали. Вы же предлагаете изменить поведение сервера в угоду удобства тестирования? Или я вас неправильно понял?
А чем ещё он может служить? Я поставил приложение и сразу хочу им воспользоваться. Но мне придётся отбрехиваться от онбординга, закрывая бесчисленные всплывающие окна?
Это не сервисный пуш, а маркетинговый. Бурег Кингу нужно, чтобы я что-то сделал, а не мне.
Онбординг — знакомство пользователя с приложением при первом использовании. Это могут быть экраны, которые нужно пролистать, настройка продукта под себя или тур по приложению.
Если у приложения есть онбординг/тур, то это означает, что дизайнер расписался в собственной профнепригодности. Хорошее приложение не нуждается в туре, в нём и так всё должно быть прозрачно и понятно. Приложение по заказу еды: выбрал еду, вбил карту, указал адрес и сиди жди курьера.
А можете в двух словах сказать, в чём разница между vim и neovim, если я не хочу использовать Lua? Т. е. кроме поддержки конфигурации на Lua, что-то ещё важное есть в newvim?
Написать автотест гораздо проще и быстрее, чем искать неточность в уже написанном
Смотря, как написаны автотесты. Если по коду теста сложно понять, что пошло не так, то следует «посмотреть в глаза» автору такого автотеста.
Переключаться с автотестов на другие задачи приходилось очень часто. За час рабочего времени могут дернуть все — ПМ, разработчик, аналитик и прочие. После консультаций приходилось заново вливаться в разработку автотеста, что так же крадет ценное время.
Позволить отвлекать себя может только Senior, который может легко переключаться между контекстами. В любом случае — это не проблема автотестов.
автотест способен проверить только конкретные значения
Почему вы так решили? Автотест может проверить все возможные значения, заданные или случайные. Ровно также себя ведёт и ручной тестировщик.
Почему же ручные тестировщики не могут быть в полном объеме заменены автотестами?
По одной простой причине. Это разные сущности. Суть автоматизатора автоматизировать регулярно воспроизводимый сценарий. Ручной тестировщик при этом должен уметь исследовать причину появления ошибок / падения приложения.
Автотест делает POST /users. Ожидает 200, получает 500. Его задача отрапортовать об этом и не более того.
Когда у ручного тестировщика получается поймать пятисотую, то он должен пройтись по всем логам, посмотреть в код, если умеет, найти и понять причину ошибку, предложить варианты её исправления и завести задачу в Jira.
Если кратко, то не совсем корректно сравнивать iPhone и телефон на Android. iPhone — это прежде всего экосистема Apple. Хорошая или плохая, нравится или не нравится — другой вопрос.
Много раз приходилось ругаться с охранниками, которые хотели посмотреть мой чек и уже мой товар. Почему-то магазины хотят сэкономить на кассирах за мой счёт. Как только я оплатил товар и получил чек, ко мне не могут быть вопросов со стороны магазина. Это мой товар, а чек я имею права не брать.
Зачем во внутренней сети TLS?
Каким другим? Если верить рисунку, то вы предлагаете изменить поведение сервера, чтобы он на запрос стал отдавать некоторый статус записи в БД. Т. е. раньше клиент дёргает сервер, тот что-то пишет в БД и тест проверял запись в БД. Это понятный сценарий и только так и можно быть уверенным, что сервер сделал то, что от него ожидали. Вы же предлагаете изменить поведение сервера в угоду удобства тестирования? Или я вас неправильно понял?
Буду груб — говно. Клавиатура должна быть 80% (или 100%).
А чем ещё он может служить? Я поставил приложение и сразу хочу им воспользоваться. Но мне придётся отбрехиваться от онбординга, закрывая бесчисленные всплывающие окна?
Это не сервисный пуш, а маркетинговый. Бурег Кингу нужно, чтобы я что-то сделал, а не мне.
Если у приложения есть онбординг/тур, то это означает, что дизайнер расписался в собственной профнепригодности. Хорошее приложение не нуждается в туре, в нём и так всё должно быть прозрачно и понятно. Приложение по заказу еды: выбрал еду, вбил карту, указал адрес и сиди жди курьера.
Позвольте немного побыть занудой.
Это не совсем верно делать после прогона.
Готовить систему к тестированию нужно до, а не после прогона.
После — может не наступить по разным причинам.
Тест после себя может (и это нормально) сломать систему, например.
window.screen.height: 1440
Очень неудачный выбор платформу для курса. Посмотрите в сторону Udemy, например.
Трава, полагаю, вы о конопле, перестала быть наркотиком? О_о
Спасибо! Буду думать. LUA не хочется почему-то изучать (не нужен в работе), а куда не посмотришь — везде про NeoVim уже говорят.
А можете в двух словах сказать, в чём разница между vim и neovim, если я не хочу использовать Lua? Т. е. кроме поддержки конфигурации на Lua, что-то ещё важное есть в newvim?
Не увидел примеров дефектов, которые нельзя автотестами поймать. Кликбейт?
Пожалуйста, не путайте профессию тестировщик и измерительный прибор.
Зачем держать редактор VSCode, если есть радактор vim?
Зачем физлицу почта на своём домене?
Смотря, как написаны автотесты. Если по коду теста сложно понять, что пошло не так, то следует «посмотреть в глаза» автору такого автотеста.
Позволить отвлекать себя может только Senior, который может легко переключаться между контекстами. В любом случае — это не проблема автотестов.
Почему вы так решили? Автотест может проверить все возможные значения, заданные или случайные. Ровно также себя ведёт и ручной тестировщик.
По одной простой причине. Это разные сущности. Суть автоматизатора автоматизировать регулярно воспроизводимый сценарий. Ручной тестировщик при этом должен уметь исследовать причину появления ошибок / падения приложения.
Автотест делает POST /users. Ожидает 200, получает 500. Его задача отрапортовать об этом и не более того.
Когда у ручного тестировщика получается поймать пятисотую, то он должен пройтись по всем логам, посмотреть в код, если умеет, найти и понять причину ошибку, предложить варианты её исправления и завести задачу в Jira.
Если кратко, то не совсем корректно сравнивать iPhone и телефон на Android. iPhone — это прежде всего экосистема Apple. Хорошая или плохая, нравится или не нравится — другой вопрос.
Вы описали только работу с именем.
Её можно сильно упростить.
Два поля. Имя для документов и Имя для обращения к пользователю.
Имя для документов: Сергей Сергеевич Сергеев (как в паспорте)
Имя для обращения в письмах: Серёжа (да, я хочу, чтобы ко мне неформально обращались Серёжа.
Не нужно пытаться делить имя на составные части (ФИО).
Много раз приходилось ругаться с охранниками, которые хотели посмотреть мой чек и уже мой товар. Почему-то магазины хотят сэкономить на кассирах за мой счёт. Как только я оплатил товар и получил чек, ко мне не могут быть вопросов со стороны магазина. Это мой товар, а чек я имею права не брать.
Всё можно простить молодому российскому стартапу, но зачем же проект, созданный сугубо для программистов делать с русским интерфейсом?