Автор: Кристин Джеквони (Kristin Jackvony)
Перевод: Ольга Алифанова

Ссылка на pdf-документ

URL запроса

https://www.happypath.com/contact/2?phone

https:// = протокол

www.happypath.com/ = домен

contact/ = путь

2 = параметр пути

?phone = параметр запроса.

Автор: Кристин Джеквони (Kristin Jackvony)
Оригинал статьи
Перевод: Ольга Алифанова

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

Автор: Кристин Джеквони (Kristin Jackvony)
Оригинал статьи
Перевод: Ольга Алифанова

MongoDB – одна из наиболее популярных современных нереляционных баз данных. Ее гибкость, скорость и масштабируемость делают ее распространенным выбором для приложений, хранящих данные в JSON-формате. Установить ее и создать базу данных очень легко, однако язык запросов тут сильно отличается от языка запросов SQL. Когда я только начинала работать с MongoDB, меня раздражала документация ее языка запросов: в ней или пытались объяснить чересчур многое, или примеры были чересчур сложными. Я неоднократно раздраженно говорила "Да как мне просто-напросто сделать запрос 'select lastName from contacts where id = 3?!!'

Из-за этого раздражения я и создала свое собственное руководство. В нем я приведу ряд простейших примеров запросов, к которым вы, возможно, привыкли в SQL.

Автор: Флегентов Илья (Haulmont)
Оригинальная публикация

Начнем с того, что в народе всех quality assurance инженеров (“по-нашенски”, инженеров отдела качества) обзывают тестировщиками. Это не совсем правильно, в реальности тестирование — это только часть задач QA, но кого бы это волновало. Поэтому пойдем в общем тренде и будем использовать привычное всем погоняло.

Итак, что же определяет хорошего тестировщика? Не будем опускаться до банальностей и говорить: внимательность, усидчивость, терпение, любопытство, талант все ломать и другую чепуху. Это все, конечно, важно, но не главное. В первую очередь у человека должно присутствовать чувство здравого смысла и ответственности.

Автор: Кристин Джеквони (Kristin Jackvony)
Оригинал статьи
Перевод: Ольга Алифанова

В прошлый раз я разбирала запросы к реляционным базам данных, необходимые для тестирования. Сегодня я рассмотрю нереляционные базы данных, расскажу, чем они отличаются от реляционных, и мы обсудим, как создавать к ним запросы в процессе тестирования. Нереляционные базы данных, например, MongoDB и DynamoDB, иногда называются базами данных "без SQL", и их популярность стремительно нарастает.

Основное различие между реляционными и нереляционными базами данных в том, что реляционные БД используют таблицы для хранения данных, а нереляционные используют документы. Эти документы часто имеют формат JSON. Давайте посмотрим, как записи из таблицы Contacts (см. статью про реляционные БД) будут выглядеть, будучи перенесенными в нереляционную базу.

Автор: Агеева Нина

Вы успешно прошли собеседование и справились с тестовым заданием, работодатель готов предложить вашу первую работу начинающим тестировщиком. И вот, вы, воодушевленные своим успехом, рветесь в бой. Ведь перед этим вы прочли пару книг (а может и больше) по тестированию ПО, успешно окончили онлайн-курс, и даже почитали пару статей в интернете: “как же быть лучшим тестировщиком”. А теперь, уже три месяца, как внемлите рекомендациям и советам более опытных коллег, задерживаетесь, чтобы разобраться в сложном функционале, заводите миллионы багов и даже утомляете себя переработками.

Наконец, испытательный срок подходит к концу, и вы счастливо потираете ручки, уверенные в своем успехе. Но… Неожиданно руководитель мягко говорит, что продолжать сотрудничество он не намерен, а найдет другого тестировщика. Погодите-ка, но почему? Вы же вроде и книги читали по тестированию, и курсы проходили, да и советам коллег следовали. Я уж молчу про заведенные баги, коих миллионы, да и переработки никто не отменял. А тут такое…

Ну что же, давайте вместе разбираться: почему, несмотря на знания и старания, могут уволить начинающих тестировщиков, и как не оказаться в их числе?

Автор: Кристин Джеквони (Kristin Jackvony)
Оригинал статьи
Перевод: Ольга Алифанова

В прошлый раз я рассказывала о различных способах тестирования базы данных вашего приложения. Чтобы убедиться, что ваши данные правильно сохраняются, нужно осуществить запрос к БД. Способ создания запроса зависит от типа вашей базы данных. Раньше большая часть баз данных была реляционной, однако в последнее время есть тенденция к использованию нереляционных БД. Сегодня мы поговорим о реляционных базах данных, а в следующий раз я расскажу про нереляционные.

Автор: Александр Зырянов
Оригинальная публикация

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

Для приложений, которые оказывают или могут оказать прямое влияние на жизнь и здоровье пациентов, обязателен формальный процесс приёмочного тестирования. Результаты приёмочного тестирования вместе с остальным пакетом документации предоставляются для аудита в FDA (Food and Drug Administration, США). FDA выдаёт разрешение на использование приложения в качестве инструмента контроля и проведения клинических исследований. В общей сложности в моей команде разработано, протестировано и отправлено в продакшен более тридцати приложений. В данной статье я коротко расскажу о приёмочном тестировании и развитии инструментов в одной отдельно взятой маленькой группе.

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

Авторы: Джейкоб Каллин и Ирен Лобо Валбуэна (Jakob Kallin, Irene Lobo Valbuena)
Оригинал статьи
Перевод: Ольга Алифанова

Руководство по XSS, часть 1
Руководство по XXS, часть 2
Руководство по XSS, часть 3

Валидация

Валидация – это фильтрация пользовательского ввода таким образом, что все вредоносные участки удаляются, но при этом не происходит удаления всего кода целиком. Один из самых распространенных типов валидации в веб-разработке разрешает ряд HTML-элементов (например, <em>, <strong>), но запрещает прочие (такие, как <script>).

Автор: Кристин Джеквони (Kristin Jackvony)
Оригинал статьи
Перевод: Ольга Алифанова

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