Задумывались ли вы, как часто даже опытные тестировщики, изучая новые рабочие инструменты, думают про себя: «Если бы я только знал это раньше…»?
Авторы книги – Мария Осина и Роберт Гадеев – в процессе развития по пути инженеров по тестированию и сами постоянно сталкивались с этой проблемой: если полезная информация по тестированию где-то и есть, то она или разрознена по разным материалам, курсам, учебникам и статьям, или находится под закрытым доступом.
Наше искреннее убеждение заключается в том, что информация хочет быть свободной – так однажды сказал американский писатель Стюарт Бранд на The Hackers Conference в 1984 году, и мы полностью разделяем это мнение. Систематизируя знания, которыми мы сами овладели за время работы в топовых IT-компаниях, мы хотели, чтобы и другие инженеры по тестированию смогли применять полученные умения и улучшать процессы в своих компаниях, и в конечном результате менять целую индустрию к лучшему. Мы снабдили книгу как солидной базой по теории тестирования, так и большим количеством практических примеров из собственного профессионального опыта – теория без практики мертва, практика без теории слепа.
Эта книга предназначена для профессионалов в сфере тестирования и содержит всю самую необходимую информацию об инструментах и лучших практиках, которые использует каждый инженер по тестированию iOS в своей работе. Благодаря этой книге, вы не только лишь сможете начать тестировать значительно быстрее, эффективнее и качественнее, но и повысите свою цену на рынке труда – согласитесь, в такие времена всегда важно владеть самыми актуальными хард-скиллами, чтобы не остаться за бортом IT-индустрии.
В первой главе мы обобщили важнейшие знания и умения, которыми должен обладать любой тестировщик – без этой базы не получится выстроить качественные процессы тестирования в компании и невозможен дальнейший профессиональный рост. Как правильно составлять баг-репорты, чтобы разработчики могли потратить как можно меньше времени на вникание в суть ошибки; как вести качественную тестовую документацию; как подбирать девайсы для тестирования, чтобы не пропустить ни один критический баг, и многие другие навыки и знания вы получите, изучив эту главу.
Инженеры по тестированию также обязательно оценят главу про тестирование на watchOS с уникальным содержанием – несмотря на то, что эта платформа идет рука об руку с iOS, по сей день не было выпущено ни одной книги, в которой были бы представлены методики тестирования приложений на часах от Apple. Также вы узнаете об уникальной методике тестирования RADIUS, которая гарантирует обширное покрытие тестируемой функциональности приложения на Apple Watch, удовлетворенность пользователей, а также своевременное нахождение багов в приложении, что значительно сократит время на тестирование и разработку функциональности, позволив сэкономить финансовые и временны́е ресурсы компании.
Особое место в книге мы выделили инструменту Charles – программе-анализатору сетевого трафика, настоящему «швейцарскому ножу» в области тестирования, которым вы, без сомнения, будете пользоваться буквально каждый день. Мы свели воедино все инструменты, умение пользоваться которыми поможет решать рабочие задачи в разы эффективнее и быстрее.
Опытных тестировщиков, желающих и дальше углубляться в процессы тестирования и релизного цикла в целом, заинтересуют главы про Xcode (главный инструмент разработки и отладки мобильных приложений на iOS, iPadOS и watchOS), инструменты дистрибуции мобильных приложений и постепенной раскатки функциональности. Теоретическая база и значительный опыт, полученный в топовых российских IT-компаниях ВКонтакте и Яндекс, а также в международных компаниях, дает авторам возможность делиться с коллегами самым передовым и обширным опытом в использовании этих инструментов и связанных с ними лучших практиках.
Глава 1: Важные знания и умения для инженера по тестированию
Несмотря на большое количество бесплатных и платных курсов по освоению профессии инженера по тестированию, которые гарантируют освоение компетенций вплоть до уровня middle+ после прохождения трехмесячных курсов, есть кое-что, чему они научить не могут. Существуют некоторые черты характера, благодаря которым работа идет продуктивнее и кажется легче. Для начала попробуем их сформулировать.
Этот список не означает, что без этого хорошим инженером по качеству не стать. Все возможно, просто вам потребуется чуть больше упорства и времени. Джордж Бернард Шоу говорил «То, что мы называем успехом, в действительности является компенсацией всякого человека, который обделен талантом.» Так что в любом случае дерзайте и стремитесь.
Умение не идти на неоправданный риск
Когда идет работа с продуктом, который увидят пользователи, любая ошибка может стоить компании ресурсов. Маленькая ошибка, к примеру, неверно покрашенная кнопка, может повлиять на UX и уводить пользователей не туда, куда его должен вести интерфейс. Критическая ошибка может вообще понести за собой инцидент или стоить кому-то жизни, в такой ситуации умение отстоять отмену релиза или безотлагательное исправление ошибки, умение отметать любой процент риска дорогого стоит. История знает такие случаи.
28 января 1986, мыс Канаверал
Огромное облако в небе появилось после взрыва двух миллионов литров ракетного топлива. На земле в этот момент еще никто не понимал, что произошло. Персонал НАСА был в шоке. Сотрудники еще долго не могли объяснить произошедшее, и только два человека могли адекватно объяснить, что произошло, мало того, они предполагали до запуска, что он может обернуться трагедией. Они оба наблюдали за запуском по телевидению из штата Юта.
Роджер Бойсджоли работал старшим инженером компании «Мортон-Тиоколь», которая выступала подрядчиком по части проектирования шаттла, а также непосредственной разработки твердотопливных ракетных ускорителей. Вместе со своим начальником, Бобом Эбелингом, они находились в офисе компании. Боб позвал Роджера понаблюдать за запуском по ТВ, тот отказался – «Нет, я не хочу на это смотреть». Позже он признался, что отказался потому, что знал, чем это может закончиться.
За день до запуска Боб и Роджер шесть часов по телемосту убеждали инженеров НАСА отложить запуск корабля из-за того, что температура во Флориде опустилась ниже нуля, на что конструкция корабля не была рассчитана. Но топ-менеджмент «Мортон-Тиоколь» не беспокоился об этом. Они разрешили запуск и порекомендовали подопечным не паниковать. В общем, сказали то, что очень хотели услышать их коллеги из НАСА.
