QArelia | Тестирование по жизни 🧩

Это небольшая история про то, как QA может улучшать используемые в работе open source проекты.  Мы в компании активно используем Allure и поэтому заинтересованы в качественной и стабильной работе этого инструмента, тем более он де-факто стандарт в мире репортинга. В N-ый раз пролистывая Allure репорт, я ловлю себя на мысли, что этот надоедливый баг снова и снова появляется в моём поле зрения. Ведь все знают, что на QA часто баги сами собой попадаются ;) Мы не специально, это оно само!)  Пришла мысль, что пора зайти на гитхаб в репозиторий и может быть там будут ответы на все мои вопросы. Собственно так и произошло, я нашёл данную проблему , датированную 17-ым годом. Вполне себе недавно) По следам обнаружил, что эту проблему уже захотели решить 3-4 человека, но, как-то безуспешно, видимо, не всё так просто) Но моё желание было сильнее всех этих препятствий в виде сложности и фреймворка Marionette, я хотел исправить это любыми способами) У меня уже был небольшой опы...

Речь пойдёт об небезызвестном в тестировщических кругах челлендже Testing Challenge . Я узнал про данный челендж относительно недавно - 2 года назад. Была мысль пройти его до конца, но как-то руки не доходили.  Наконец, где-то за 2 недельки я осилил этот челендж, кроме последнего задания (если честно, уже лень было описывать все баги и пожелания). В целом, челлендж проверяет базовые знания на такие темы, как применение различных техник тест дизайна, особенности тестирования web приложений, генерацию тестовых данных и др. Ниже попробую дать парочку рекомендаций, которые помогут лучше сконцентрироваться на главном: 1. Не распыляйтесь на несколько браузеров Суть этого совета такова, что всё, что вам нужно в большинстве случаев - браузер и консоль разработчика (DevTools). Не имеет смысла пытаться использовать несколько браузеров, это только лишнее потраченное время. 2. Используйте таблицы Для удобства работы с данными лучше использовать таблицы, наприм...

Почему "хотя бы чем-то"?  На самом деле в книге очень много воды, разглагольствований про то, насколько плохие программы, много рекламы компании Купера и т.д и т.п. Что-то поистине ценное можно уместить на 30 страницах максимум.  Да и актуальность книги уже страдает - шутки про Microsoft, невнятные примеры бедных пользователей, не справляющихся с плохим ПО и т.д. Но несмотря на это можно выделить несколько моментов, на которые стоит обратить внимание тестировщику и всем тем, кто связан с этой областью. 1. Юзабилити-тестирование В книге есть небольшие главы про юзабилити-тестирование . Из них можно узнать какое место будет занимать юзабилити-тестирование при правильном построении процесса разработки. Сама суть юзабилити-тестирования не раскрывается, чувствуется какая-то недосказанность. Исходя из манеры повествования - это нормально и нисколечко не выделяется. 2. Радение за пользователя и нападки на программистов Да, да, да, скорее всего н...