Как выбрать инструмент в экосистеме, которая генерирует фреймворки быстрее, чем плодится зерг, и убивает их с энтузиазмом Дарвина на амфетаминах?
JavaScript, возможно, неоптимален для многих команд, но для большей части нашей отрасли он неизбежное зло. StackOverflow оценивает его как наиболее популярный язык программирования в течение последних пяти лет. Лет десять назад тестирование компонентов JavaScript шло сбоку-припеку и отдавалось на ручное тестирование. Сегодня это уже не побочная платформа, крутящая веб-виджеты, а ключевая часть потока бизнес-операций. Это означает, что большинству команд нужно очень серьезно подходить к вопросу тестирования JavaScript.
Недавно я проводил опрос с целью узнать о предпочтениях и опыте разработчиков в разрезе JavaScript-тестирования. Типичная для всей экосистемы тирания выбора была довольно очевидной. Я получил 683 ответа, и оказалось, что люди пользуются более чем 50 фреймворками тест-автоматизации. При такой сборной солянке ни у кого нет времени на детальное исследование всех вариантов. Однако широта выбора также вызывает вопрос, нет ли в природе чего-то лучшего, нежели то, что мы сейчас используем. Как же выбрать правильные инструменты для так часто меняющегося фреймворка?
Существует практически бесконечное множество антивирусов, их версий и комбинаций настроек. Ничто в мире не совершенно, поэтому иногда они могут перестараться и, например, заблокировать нужные файлы, в безопасности которых мы уверены. Подобные проблемы совместимости могут повлечь за собой заметный отток пользователей. Чтобы не допустить такого в конечном продукте, есть тестировщики. +
Антивирусы могут просто не давать корректно работать законно купленной игре из-за подозрений на вирусы или даже их реального присутствия (такое тоже случается). Например, из-за отсутствия контроля за безопасностью на ПК разработчика, вирус может попасть в игровой билд, который позже скачают пользователи. Шансы невелики, но подобная оплошность всегда очень сильно бьет по репутации продукта и компании в целом, может повлечь за собой утечку информации о пользователях. «Подозрительные» файлы в игре могут быть помещены в «карантин», а то и просто удалены. Антивирус может блокировать установку ПО или ограничить его доступ в интернет. Например, во время наших тестов COMODO, клиент игры удалялся самим антивирусом после его закрытия. То есть пользователь мог купить игру, спокойно запустить и даже поиграть, а потом просто не обнаружить ее у себя на ПК. Также сильно распространена проблема с обнаружением троянских программ в клиенте игры, установленном на абсолютно чистом ПК. В нашем случае это происходило на Qihoo 360 Total Security Essential с любыми параметрами защиты.
Так уж сложилось на практике, что самые главные инструменты для специалиста в сфере тестирования ПО - это его зоркий глаз, пытливый ум и интуиция. Тем не менее, жизнь тестировщика "и опасна, и трудна", и чтобы её сделать несколько комфортнее, существует ряд замечательных инструментов. И как раз о таких инструментах будет данный доклад.
Сидел я как-то раз, работал, и внезапно (ну, как обычно) один из наших проектных менеджеров возник передо мной с вопросом:
- Не можешь ли ты помочь с нашим внутренним проектом?
- Конечно, почему нет! – сразу же откликнулся я.
Я только начинал свой путь в QA, и многого еще не знал, но если опытный сотрудник просит твоей помощи, что еще остается сделать?
Он представил меня другим членам команды, и они рассказали мне о приложении, которое оказалось очень интересным. А затем произошло вот что! Оказалось, что фронтенд еще не готов, и поэтому тестировать придется через API.. и я задумался, а что такое API вообще, как мне это тестировать? И что еще хуже, они, судя по всему, думали, что этот вид тестирования – совершенно рутинная задача, и не особо вдавались в подробности. К тому же я сделал худшее, что можно сделать в этой ситуации – побоялся попросить советов и помощи.
К счастью, они прислали мне рекомендацию, какие инструменты лучше всего использовать для тестирования через API, а также полную документацию на продукт (в Swagger, с этим я тоже раньше не сталкивался). Инструментом был Postman. Поначалу я боролся с ним методом проб и ошибок, но затем наши отношения наладились. Теперь я благодарен за этот опыт – я люблю Postman и постоянно его использую. В этой статье я хочу показать вам, почему работать с Postman очень легко и выгодно.
Выступление Иры Винокуровой на онлайн-конференции для специалистов по ручному тестированию Fun ConfeT&QA.
Программисты пишут в студии. Версии хранятся в дженкинсе. Баги ведутся в редмайне, а тест-кейсы вообще лежат в Тестлинке… Знакомо? Так было и у нас. А потом все изменилось. На смену старой студии пришла новая, да не одна. А с TFS в придачу. Как и у нас, во многих офисах стоит Visual Studio. Многие команды разработчиков пользуются TFS для разработки проектов. Но немногие знают, что в этом во всем есть бонусное место для тестировщиков. О том, как можно использовать TFS для тестирования, что такое Test Manager и как с ним работать, почему все удобнее держать в одной системе — я попытаюсь рассказать в своем докладе на примерах.
Доклад Елены Поплоухиной (Фалилеевой) с онлайн-конференции Auto ConfeT&QA.
Часто к инструментам генерации кода тестов для автоматизации тестирования UI приложений относятся с некоторым пренебрежением, аргументируя это тем, что такие тесты тяжело поддерживать – и в случае изменений в UI их легче переписать.
В своем докладе я хочу показать, что генерация C# тестов в Visual Studio 2012 при помощи Coded UI достигла такого отличного уровня, когда мы можем поддерживать их, прилагая минимум усилий.
Доклад Игоря Любина и Снежаны Заречнюк на Fun Confet&QA.
Все мы любим делать свою работу быстро и качественно. А что же может помочь ручному тестировщику web-приложений? Конечно, тонкая настройка своего основного инструмента – браузера.
За 20 минут Вы узнаете:
Чем можно нашпиговать свой браузер, чтобы в нем была масса полезных примочек?
Что с этими примочками можно сделать полезного? Как можно работать эффективнее?
Какие есть расширения для популярных браузеров?
Какие профили создают себе ведущие тестировщики отрасли?
Вряд ли среди читателей нашего портала есть такие тестировщики, которые не хотели бы научиться думать быстрее и принимать более подходящие решения для разных задач и проблем. К счастью, это вполне возможно!
Одна из техник, которые помогают нам хранить, структурировать и обрабатывать информацию - майнд-карты, или интеллект-карты. Многие тест-аналитики давно и активно используют их при исследовании программных продуктов, анализе функциональности и проектировании тестов. Но карты полезны не только в тест-анализе! Они помогают выявлять проблемы, находить решения, контролировать статусы продуктов и проектов. И, конечно, майнд-карты можно (и зачастую нужно) использовать во внерабочей деятельности.
Отвечая на вопросы учеников курса Школы Тест-Аналитика, Наталья Руколь записала вебинар, из которого вы узнаете:
Всякое исследование начинается с постановки цели. Данная заметка претендует не столько на исследование, скорее на отзыв рядового пользователя. И, тем не менее, поставлю в самом начале следующую цель:
Цель – расширить познания читателей об альтернативных браузерах и помочь им осознанно подходить к выбору браузера (как и любого другого программного продукта).
Пожалуйста, перед дальнейшим чтением обзора прочтите:
ПРЕДВАРИТЕЛЬНЫЕ ОГОВОРКИ
Я сознательно не рассматриваю в обзоре так называемые традиционные браузеры – «великолепную пятерку», в числе которых InternetExplorer, GoogleChrome, Opera, MozillaFirefox и Safari. Это связано с тем, что про данные браузеры и так написано довольно много, нет желания писать заметку на тему «Спасибо, кэп!».
Приношу также извинения за то, что в обзоре не рассматривается «мелочь пузатая», выросшая из достраивания InternetExplorer (например, Acoo Browser, Slim Browser и т.д.). Как мне кажется, мало кому интересно говорить просто о настройках «старого доброго» IE, который к тому же один из худших браузеров в мире.
Ну да, есть еще «оригиналии» наподобие K-Lite Ninja Samurai Browser, который вообще не открывает толком ни одну веб-страницу, включая отечественный Яндекс и зарубежный Yahoo. Такие браузеры нам совсем не обязательно изучать, правда?
Конечно, мое мнение не является исчерпывающим или конечным (тем более, если учесть, что я рядовой пользователь, а не программист). Мой обзор как раз и представляет собой опыт пользователя, что тоже имеет ценность. И я с радостью познакомлюсь с Вашим опытом, если он добавит что-то интересное и полезное. Пишите, добавляйте!
************
Теперь перейдем непосредственно к обзору браузеров.
