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