Home

Смирнов Николай. Личный перевод из книги «Искусство тестирования» Г. Майерса

Оригинальная публикация: https://habrahabr.ru/post/330746/

Продолжая отдавать должное вопросам психологии в процессе тестирования, мы можем определить набор витальных (читай, чертовски жизненных) принципов тестирования. Многие из них покажутся очевидными, что, однако, не мешает зачастую ими пренебрегать. Вот они, а дальше – подробное их рассмотрение:

1. Обязательная часть тестирования – определение ожидаемого результата;
2. Программистам следует избегать тестирования их собственных программ (и участков кода);
3. Организациям, создающие программы, следует избегать тестирования их собственных программ;
4. Процесс тестирования должен включать в себя тщательную проверку результатов каждого теста;
5. Тест-кейсы должны быть составлены как для корректных и ожидаемых входных условий, так и для некорректных и неожидаемых;
6. Исследование Системы на предмет того, что она не делает того, что должна, — лишь пол дела. Вторая часть – разобраться в том, чего недолжного она делает;
7. Избегайте одноразовых тест-кейсов, только если сама программа не является одноразовой. Одноразовые тест-кейсы для одноразовых программ. В остальных случаях следует избегать таковых;
8. Не занимайтесь процессом тестирования с предустановкой, что вы не найдете ошибок;
9. Вероятность наличия ошибок в определенной части Системы пропорционально количеству уже найденных здесь ошибок;
10. Тестирование – это вызов вашим творческим и интеллектуальным способностям. Тестирование – это невероятно творческое и интеллектуальное занятие.

Сегодня, когда рост вычислительных мощностей снизился, а объемы обрабатываемых данных, количества пользователей и запросов к системам продолжают расти, вопросы производительности и ее тестирования широко обсуждаются в профессиональной среде.

В данной статье команда по тестированию производительности A1QA освещает основные виды тестов и рассказывает, что нужно учесть при их выполнении для получения релевантных результатов.

Перед вами самые распространенные виды тестирования производительности.

1. Стресс-тестирование (Stress Test)

Этот тест проводится первым. Нагрузка постепенно увеличивается до тех пор, пока приложение не перестанет работать корректно. В конце теста фиксируется количество пользователей, которое приложение выдерживало, соответствуя требованиям производительности, и сколько выдержать не смогло. Первое значение и будет пределом производительности вашего приложения. Часто этот вид тестирования проводится, если заказчик предвидит резкое увеличение нагрузки на систему. Например, для e-commerce это могут быть дни распродаж.

Автор: Алессандра Морейра (Alessandra Moreira)

Оригинал статьи: https://roadlesstested.com/2017/08/24/motivating-testers/

Перевод: Ольга Алифанова

Меня всегда интересовало, что именно мотивирует людей, и почему они делают то, что делают. Понимание мотивационных факторов очень помогает в работе, особенно если вы менеджер.

Дилемма немотивированных тестировщиков

Я часто сталкивалась с немотивированными тестировщиками, и вы, я думаю, тоже. Под немотивированными я имею в виду тех, кого вполне устраивают средненькие или даже посредственные результаты труда, тех, кто не пытается профессионально развиваться.

У меня немного эмпирических данных, но мне кажется, что немотивированных тестировщиков в мире куда больше, чем мотивированных (как минимум, так подсказывает мне мой личный опыт). В результате это создает проблемы для команды тестирования, потому что найти талантливых людей становится очень трудно. Правда, было бы здорово, если бы мы могли мотивировать этих незаинтересованных людей и помогли им стать лучше и вовлекаться в работу больше? Я пробовала, и это нелегкий труд.

Мотивация – это дорога с двусторонним движением: нельзя мотивировать тех, кто ничем не интересуется. Это важный момент, поэтому повторюсь: нельзя замотивировать тех, кто этого не хочет. Однако мы можем указать им путь, вдохновлять их личным примером и надеяться, что им захочется меняться.

Автор: Специалист по тестированию компании "Лаборатория качества" Антон Алексеев

Оригинальная публикация: http://quality-lab.ru/test-analysts-who-is-this/

До сих пор нет однозначного мнения о необходимости выделения тест-аналитика в отдельную проектную единицу. Далеко не для всех очевидны различия функций аналитика, тест-дизайнера и тестировщика. И если с обязанностями тестировщика все более ли менее понятно, то тест-дизайном и тест-анализом чаще всего занимаются одни и те же люди. Лишь в некоторых организациях эти роли четко разделены.

Я предлагаю читателю составить мне компанию и посмотреть, чем в течение дня занимается тест-аналитик (в мои обязанности входит работа не только тестировщиком, но и тест-аналитиком). Итак, добро пожаловать в мир аналитики!

Как выглядит мой обычный день в роли тест-аналитика

Утром мне на почту приходит письмо от заказчика с данными для получения дистрибутива продукта и формальными требованиями к нему. Плохие новости – технического задания как такового у нас нет. Хорошие новости – представитель заказчика оказался открытым к общению молодым человеком.

Что же нам за сегодня предстоит сделать? Исходя из определения, тест-аналитик – это член команды тестирования, основная задача которого определить «ЧТО тестировать?» Для этого мне необходимо выполнить следующие действия:

• исследовать продукт;
• составить логическую карту продукта;
• разбить программный продукт на составные части;
• расставить приоритеты тестирования.

Вышел выпуск рассылки за вторую половину августа, его содержание доступно по ссылке.

Как всегда в выпуске рассылки собраны ссылки на новые статьи, слайдкасты, отобраны самые интересные публикации в ленте блогов и темы на форуме.

Подписаться на рассылку можно по ссылке.

Оригинальная публикация: https://habrahabr.ru/company/pentestit/blog/328382/

Burp Suite – это платформа для проведения аудита безопасности веб-приложений. Содержит инструменты для составления карты веб-приложения, поиска файлов и папок, модификации запросов, фаззинга, подбора паролей и многое другое. Также существует магазин дополнений BApp store, содержащий дополнительные расширения, увеличивающие функционал приложения. Стоит отметить и появление в последнем релизе мобильного помощника для исследования безопасности мобильных приложений — MobileAssistant для платформы iOS.

Burp Suite — это интегрированная платформа, предназначенная для проведения аудита веб-приложения, как в ручном, так и в автоматических режимах. Содержит интуитивно понятный интерфейс со специально спроектированными табами, позволяющими улучшить и ускорить процесс атаки. Сам инструмент представляет из себя проксирующий механизм, перехватывающий и обрабатывающий все поступающие от браузера запросы. Имеется возможность установки сертификата burp для анализа https соединений. 

Если посмотреть статистику и репорты bug-bounty программ — практически везде на скриншотах можно встретить использование этого инструмента. На ряду с OWASP ZAP это самый популярный набор утилит для тестирования веб-приложений.

Автор: Владимир Иванов

Оригинальная публикация: http://www.performance-lab.ru/blog/load-testing/mobile-app-load-testing_traffic-recording

Эта статья описывает процесс записи трафика и создание скрипта для jMeter с целью провести нагрузочное тестирование мобильного приложения для iOS и Android.

Введение

Мобильный рынок — один из самых быстрорастущих во всем направлениям: от рекламы до использования в бизнес-сфере.

Использование мобильных устройств в некоторых задачах еще в 2014 году пришло к показателям ПК, поэтому необходимость в тестировании мобильных приложений становится важной пропорционально росту рынка.

В этом материале мы хотим обратить внимание на тестирование производительности, а именно описать процесс создания скриптов для нагрузочного тестирования мобильных приложений.

Оригинал статьи: http://katrinatester.blogspot.ru/2017/04/introducing-testers-to-developers.html

Автор: Катрина Клоки (Katrina Clokie)

Перевод: Ольга Алифанова

Когда я заканчивала учебу на программиста, я создавала ПО без помощи тестировщиков. Под конец обучения я начала искать позицию разработчика, плохо разбираясь, с какими еще профессионалами мне придется сотрудничать в IT. Я не знала, кто такие тестировщики, чем они занимаются, и чем именно могут мне помочь. Думаю, я не одинока: в том же положении оказываются многие начинающие разработчики.

На моей первой работе тестировщиков не было. Проведи я там больше времени – и я умудрилась бы стать опытным разработчиком, не имеющим ни малейшего понятия о профессии тестировщика. Компаний, создающих ПО без участия специально обученных тестировщиков, довольно много – то есть в моем положении оказываются и многие опытные разработчики.

Разработчики, которые никогда не работали с тестировщиками, скорее всего, понимают, что такое тестирование – но понимают его как вид деятельности, а не как роль в команде. Тестирование – часть их работы, а не задача специальных людей. Зачем отдавать тестирование в чужие руки, если разработчик и сам прекрасно справится с созданием и выпуском качественного ПО?