1 Отчеты об ошибках, или как просто встать на путь постоянного совершенствования
Тестирование без такого артефакта, как отчет об ошибке, станет ненужной активностью разработки ПО. Странно было бы тестировать, находить ошибки, но не сообщать о них. Тестировщики выглядели бы такими кибер Мальчишами-Кибальчишами, обладающими Главной Военной Тайной, про которую они не скажут никому.
Баг-репорт – важнейший документ. Тестировщикам нечего делать в профессии без умения четко и внятно донести необходимую и актуальную информацию до лиц, ответственных за принятие решений.
Непрофессиональные отчеты об ошибках могут являться причинами срыва сроков и задержек в поставке ПО.
Так почему бы нам не пойти по пути постоянного совершенствования в написании баг-репортов вместе? Какими путями я шел и иду к «просветленному» отчету, на что я обращал и обращаю внимание, что исправлял и исправляю в отчетах и почему — об этом и пойдет речь в моем докладе. Не стоит бояться наступать на грабли, совершенствуясь в работе. И даже когда всё кажется превосходным — посмотрите, можно ли улучшить баг-репорты?
Мобильные технологии ворвались в нашу жизнь стремительно и бесповоротно.
Ещё вчера мы использовали громадные «кирпичи» без проводов только для того, чтобы связаться с абонентом в другом городе.
Сейчас мы используем «кафельную плитку» чтобы разговаривать, переписываться, работать, развлекаться, фотографировать, проектировать, смотреть кино, слушать музыку, сёрфить в интернете и метать птиц в свиней.
Хард не отделим от софта. И с развитием мобильного харда, развивается и софт.
Мобильный софт.
Это уже давно не джава-приложения, в которых пиксел убивает пиксела пикселом. Это серьёзные приложения для серьёзных целей.
А значит, это – серьёзный рынок. Рынок, наполненный множеством приложений, из которых пользователь будет покупать только лучшее. Лучше продуманное, исполненное и оттестированное.
В своём докладе я расскажу вам о том, как тестировать мобильные приложения.
Об отличиях мобильного тестирования от тестирования десктопных, вёб и прочих приложений.
Казалось бы, отличий не так уж и много. Так и есть. Но те отличия, которые есть, довольно существенны и мой доклад может сэкономить вам некоторое количество времени, которое вы бы потеряли на поиск этих ключевых моментов.
На что в тестировании следует обратить внимание в первую очередь? Какую роль играет количество пальцев, «задействованных» в приложении? Почему стоит бить тревогу через 8 секунд? Кроссплатформенность? Как не попасть впросак при лютой приемке?Это только часть вопросов, которые я затрону в своём докладе «Кафельный софт».
Не все начинающие тестировщики попадают в компанию с большим количеством классных тестировщиков-менторов. Поэтому некоторым из нас волею судеб пришлось начинать свой рост в тестировании с «обезьянок». И не всегда получается перерости этот этап, изжить «обезьянку», которая поселилась внутри вас.
В своем докладе я расскажу вам о том, как и почему появляются такие «обезьянки» и что можно с этим сделать.
Вот некоторые из них:
• отсутствующий (или некомпетентный) наставник;
• слаборазвитые процессы разработки и тестирования внутри компании;
• вытекающее из слабости процессов: «Ну потестируй что-нибудь, ты же QA»;
• отсутствие «вопросительности»
• непонимание цели тестирования;
• тестирование используется как вход в IT;
• в профессию пришли за деньгами;
• карма/другое :)
Также расскажу личную историю тестировщика-обезьянки: как я боролся с обезьянкой внутри меня :) как боролся с публичным мнением: «Тестировщик мобильных приложений – обезьянка». Кстати, иногда даже стоит давать обезьянке волю. Мы разберемся с ситуациями, когда это приносит пользу, и что я использую для этого.
Многие тесты, которые мы выполняем, нам интуитивно понятны: попробовать ввести стандартные и не очень значения, вызвать одну и ту же функцию из разных меню, проверить комбинации параметров и их значений. Но помимо них есть и значительно менее очевидные тесты, которые могут находить серьёзные ошибки: тесты на определённые последовательности действий.
* Как эти тесты продумать?
* Как обеспечить высокое покрытие не избыточным количеством тестов?
* Какие инструменты есть для тестирования состояний и переходов и как их использовать?
Доклад будет полезен тестировщикам и тест-дизайнерам, и после него (я надеюсь) вы сможете пропускать значительно меньше критичных дефектов.