|
11.11.2019 00:00 |
|
 Автор: Кристин Джеквони (Kristin Jackvony)
Оригинал статьи
Перевод: Ольга Алифанова
Несмотря на непривлекательное название, тестирование CRUD очень важно! CRUD – это аббревиатура для Create, Read, Update, Delete (создание, чтение, обновление, удаление). Как знает любой тестировщик, большая часть нашего тестирования включает эти операции. Сегодня мы обсудим наилучшие способы тестирования создания и чтения.
Самое важное, что нужно знать, тестируя CRUD: недостаточно полагаться на то, что вы видите в интерфейсе, чтобы убедиться, что значение поля было создано или изменено. Это связано с тем, что интерфейс может кэшировать значения для более эффективной загрузки в браузере. Для того, чтобы абсолютно точно удостовериться, что значение изменилось, нужно проверить базу данных, где оно хранится. В результате вы убеждаетесь, что значение задано в двух местах – в интерфейсе и в базе данных. Если вы занимаетесь тестированием API, то можете подтвердить это в трех местах, но тестирование API мы сейчас затрагивать не будем. |
|
Подробнее...
|
|
08.11.2019 00:00 |
|
Оригинальная публикация Материал подготовлен компанией SimbirSoft
Успех IT-проекта во многом зависит от того, насколько грамотно организована система тестирования и обеспечения качества (Quality Assurance, QA) на всех этапах его жизненного цикла. Для специалиста по QA один из самых надежных способов подтвердить свои профессиональные качества ─ наличие международного сертификата ISTQB. Сегодня поговорим о том, что дает такая сертификация сотруднику, работодателю и бизнесу, а также о том, как мы в SimbirSoft поддерживаем квалификацию QA инженеров. |
|
Подробнее...
|
|
07.11.2019 00:00 |
|
Автор: Джоэп Шууркс (Joep Schuurkes)
Оригинал статьи
Перевод: Ольга Алифанова Джеймс Линдси создал ряд потрясающих загадок черного ящика. Это крошечные приложения, которые подталкивают вас разобраться, что же они делают (поддержать Джеймса в создании этих загадок можно на его Patreon-страничке). У двух из этих загадок –29 and 31 – теперь есть не только интерфейс, но и API.
Это навело меня на мысль. Если исследовать загадки через графический интерфейс, то начинаешь с ввода – пробуешь различные виды ввода в надежде выявить логику вывода. Затем эта логика поощряет дальнейшее исследование.
Однако при наличии API, и из-за природы загадки 31, очень легко получить результаты для всех возможных комбинаций исходных данных. Это означает, что исследование можно начинать с результатов, а не с ввода.
Три важных замечания, прежде чем я расскажу вам, как и что я делал.
Во-первых, эта статья- спойлер решения для загадки 31, поэтому отличной идеей будет пойти и решить ее самостоятельно. Как минимум поиграйте с ней хоть чуть-чуть, чтобы понимать, что там на входе и что на выходе.
Во-вторых, несколько месяцев назад я уже решил эту загадку через графический интерфейс. Поэтому это скорее ответ на вопрос, "Могу ли я найти решение и таким способом?", а не "Могу ли я найти решение?".
И, наконец, код и таблицы, которые я создал (перелинкованные в тексте, а также доступные на GitHub), не очень-то чисты. Я думал о том, чтобы их почистить, но не сделал этого по двум причинам – во-первых, я ленив, а во-вторых, так они дают более честную картину того, что я делал. |
|
Подробнее...
|
|
|
06.11.2019 12:31 |
|
 Опубликован очередной выпуск рассылки за вторую половину октября.
В выпуске собраны ссылки на новые статьи, слайдкасты, отобраны самые интересные публикации в ленте блогов и темы на форуме.
Содержание рассылки доступно по ссылке.
Подписаться на рассылку |
|
25.09.2019 13:22 |
|
Оригинальная публикация И вот настало то время, когда нашим нуждам тестирования стало тесно на рабочем столе тестировщика. Душа попросилась в облака. На самом деле нет. Не совсем.
|
|
Подробнее...
|
|
01.11.2019 00:00 |
|
 Автор: Кристин Джеквони (Kristin Jackvony)
Оригинал статьи
Перевод: Ольга Алифанова
До того, как я познала радость тестирования ПО, я некоторое время работала профессиональным организатором. Я приводила в порядок дома, небольшие бизнесы и некоммерческие организации. Я всегда любила наводить порядок, потому что это позволяет быстрее достигать своих целей. Это верно и для тестирования! Организованный тестировщик имеет легкий доступ к инструментам, тест-планам и ресурсам, и это освобождает ему время для креативного мышления и исследовательского тестирования. В этой статье я расскажу о четырех своих организаторских стратегиях. |
|
Подробнее...
|
|
31.10.2019 00:00 |
|
Автор: Ирина Соколова, Senior QA Engineer, qualsolife.ru
Оригинальная публикация
Некоторое время назад я написала статью о своем опыте организации работы QA Инженера на проекте. Сейчас хочу продолжить эту тему, но уже в более узком ее направлении — автоматизации тестирования. Речь пойдет о том же самом проекте, он небольшой, но развивающийся под запросы постоянных клиентов. Быть может мой подход не очень подойдет командам, где работают много десятков сотрудников и каждый отвечает за свою часть (по-моему, в таких проектах работа каждого должна быть строго регламентирована, иначе такой махиной управлять просто невозможно, хотя и они найдут здравое зерно), но он точно будет интересен тем, кто, как и я, однажды пришел на новую работу, и встал на перепутье как самому организовывать свое место под новым солнцем. |
|
Подробнее...
|
|
30.10.2019 00:00 |
|
12 декабря в Москве в шестой раз пройдет конференция по нагрузочному тестированию. За 5 лет мы вышли на новый качественный уровень и предлагаем вам принять участие в одной из самых масштабных конференций по нагрузочному тестированию.
Организатор — компания Перфоманс Лаб, более 10 лет опыта в тестировании и разработке ПО в России и за рубежом.
Спикеры — ведущие компании страны, готовые поделиться опытом и рассказать о новейших технологиях в области нагрузочного тестирования.
- Как увеличить производительность вашей IT-системы?
- Как быть, если новая система не справляется с нагрузкой?
- Что сделать, чтобы ваш стартап взлетел до небес?
- Чем отличается тестирование игр от тестирования банка?
- Как выглядит первый российский инструмент нагрузочного тестирования?
Эти и другие вопросы разберем, обсудим и дадим решение, опираясь на опыт конкретных компаний и людей.
Регистрация на сайте: https://conf.pflb.ru |
|
29.10.2019 00:00 |
|
Автор: Дэн Эшби (Dan Ashby)
Оригинал статьи
Перевод: Ольга Алифанова Добро пожаловать во вторую часть серии статей о взаимоотношениях между тестированием и продуктовыми рисками. В первой части я обсуждал, почему нужно разговаривать о тестировании продуктовых рисков, а не о типах тестирования.
В этой части я поговорю о том, как выявлять продуктовые риски, и поделюсь моделью, которой я пользуюсь, чтобы направлять мое мышление при выявлении переменных в том, что я тестирую, а затем – вариаций этих выявленных переменных. Все это делается перед тем, как выяснить, а значим ли выявленный нами риск. |
|
Подробнее...
|
|
28.10.2019 00:00 |
|
Автор: Баз Дейкстра (Bas Dijkstra)
Оригинал статьи
Перевод: Ольга Алифанова Статьи об инструментах, которые я писал ранее, в основном концентрировались на Java или C#. Однако недавно меня попросили о тренинге по тест-автоматизации для группы инженеров по Data Science, с явным требованием использовать инструменты на основе Python для примеров и упражнений.
С тех пор я постепенно расширял свои познания, чтобы включить в них экосистему Python, и я также включил ряд основанных на Python курсов по автоматизации в свои тренинги. Пока что я впечатлен! Для Python существует множество мощных тест-инструментов, и в этой статье я бы хотел подробнее остановиться на одном из них – Tavern.
Tavern – это фреймворк тестирования API, работающий на основе pytest, одного из наиболее популярных Python-фреймворков для юнит-тестирования. Он предлагает целый ряд возможностей для создания и запуска API-тестов, а если что-то нельзя сделать через Tavern, то его можно легко расширить через возможности Python или pytest. Не могу поручиться за эту расширяемость, потому что пока что я пользовался исключительно встроенными в Tavern возможностями. У Tavern также хорошая документация, и это очень приятно. |
|
Подробнее...
|
|
25.10.2019 00:00 |
|
 Автор: Кристин Джеквони (Kristin Jackvony)
Оригинал статьи
Перевод: Ольга Алифанова
На этой неделе я расскажу о трех вещах, которые нечасто ассоциируются с тестированием: это логирование, мониторинг и предупреждения. Возможно, вы пользуетесь логами, тестируя, однако мониторинг и предупреждения – проблемная область в IT и DevOps. Но ведь приложение без багов не стоит ничего, если ваши пользователи не могут до него добраться, потому что сервер упал! Поэтому очень важно разбираться в логировании, мониторинге и предупреждениях, чтобы мы, как тестировщики, могли участвовать в обеспечении качества наших приложений. |
|
Подробнее...
|
|
|
|
