8-9 апреля в Санкт-Петербурге состоится масштабная конференция по тестированию Heisenbug 2020 Piter!
Более 1000 различных специалистов в области тестирования соберутся под одной крышей:
— Получить практические навыки и знания по тестированию приложений (в том числе от экспертов в Java и .NET), performance-тестированию, поиску проблем в коде, тестированию безопасности; — Задать вопросы авторам известных инструментов для тестирования и холиварить с коллегами в неформальной обстановке; — Отдохнуть на вечеринке и возможно даже выступить на большой сцене с пятиминутным докладом!
Спикеры конференции:
— Роберт Мартин (Uncle Bob) — автор книг «Чистый код» и «Чистая архитектура», проповедник подхода TDD, соавтор Agile-манифеста и принципов SOLID. Научил несколько поколений разработчиков экстремально программировать и привил им любовь к чистому коду и тестам; — Джош Лонг — Java-эксперт, специалист в разработке и тестировании Spring-приложений, занимается продвижением компании Pivotal с их фреймворком Spring; — Андрей Акиньшин — эксперт по performance-тестированию и поиску проблем, связанных с производительностью кода. Создатель библиотеки BenchmarkDotNet и автор книги «Pro .NET Benchmarking»; — Адам Торнхилл — специалист по поиску проблем в коде и борьбе с техническим долгом, создатель сервиса для анализа качества кода CodeScene; — Андрей Лушников — разработчик библиотек Puppeteer и Playwright; — Eliotte Rusty Harold — техлид Google Cloud Tools для Eclipse; — Инженеры из JetBrains, Яндекса, Одноклассников, IBM, RedHat и многих других компаний.
В программе конференции не только три потока докладов, но и два воркшопа:
1. Сергей Махетов «Исследуем возможности Postman, или Как некоторые трюки и приемы сделают тестирование приятнее и эффективнее». Для тех, кто уже работает с Postman, но хочет использовать его более эффективно! 2. Артем Ерошенко «Построение Системы визуализации тестирования». На воркшопе вы сможете научиться настраивать инструменты покрытия тестами, при этом вам не обязательно обладать навыками программирования.
Мы ориентированы на технологическую сторону тестирования, и, если вы в ней пока новичок, это лишний повод нас посетить. Никаких тест-кейсов, правил заведения багов и управления командами — только технологии, только хардкор!
Только для наших единомышленников промокод: SoftwareTesting20pc
Автор: Кристин Джеквони (Kristin Jackvony) Оригинал статьи Перевод: Ольга Алифанова
В прошлый раз я рассказывала о различных способах тестирования базы данных вашего приложения. Чтобы убедиться, что ваши данные правильно сохраняются, нужно осуществить запрос к БД. Способ создания запроса зависит от типа вашей базы данных. Раньше большая часть баз данных была реляционной, однако в последнее время есть тенденция к использованию нереляционных БД. Сегодня мы поговорим о реляционных базах данных, а в следующий раз я расскажу про нереляционные.
Международная конференция TestCon Moscow 2020 готовит для вас не только два дня докладов, но и целый день мастер-классов!
Практическая передача знаний и опыта, интерактивная форма проведения, активное участие слушателей и непринужденное общение с экспертами – всё это про наши мастер-классы.
Все мастер-классы будут проходить одновременно. Поэтому выбирайте один, самый интересный.
А чтобы вам было проще выбрать, в этой статье мы дадим небольшой обзор некоторых из предстоящих мастер-классов и напишем, для кого каждый из них будет наиболее полезным.
На протяжении последних шести лет я занимаюсь разработкой и приёмочным тестированием самых разных по сложности и размеру приложений для проведения и сопровождения клинических исследований. Big data, огромное количество визуализаций и представлений, хранилища данных, ETL и тому подобное. Продуктом пользуются врачи, менеджмент и люди, которые участвуют в контроле и наблюдении за исследованиями.
Для приложений, которые оказывают или могут оказать прямое влияние на жизнь и здоровье пациентов, обязателен формальный процесс приёмочного тестирования. Результаты приёмочного тестирования вместе с остальным пакетом документации предоставляются для аудита в FDA (Food and Drug Administration, США). FDA выдаёт разрешение на использование приложения в качестве инструмента контроля и проведения клинических исследований. В общей сложности в моей команде разработано, протестировано и отправлено в продакшен более тридцати приложений. В данной статье я коротко расскажу о приёмочном тестировании и развитии инструментов в одной отдельно взятой маленькой группе.
Note: я не претендую на истину в последней инстанции и прекрасно понимаю, что большая часть того, о чём я пишу, — монолог Капитана Очевидность. Но я надеюсь, что описанное окажется полезным и начальному уровню, и командам, которые сталкиваются с этим в повседневной работе, или хотя бы порадует тех, у кого процессы попроще.
Дорогие читатели и подписчики, поздравляем вас с 23 февраля, днем защитника Отечества! Пусть ваши проекты будут защищены от проблем лучше любой крепости. Баг не пройдет!
Валидация – это фильтрация пользовательского ввода таким образом, что все вредоносные участки удаляются, но при этом не происходит удаления всего кода целиком. Один из самых распространенных типов валидации в веб-разработке разрешает ряд HTML-элементов (например, <em>, <strong>), но запрещает прочие (такие, как <script>).
В своей работе я постоянно использую unit-тесты. А вы? По моему опыту, большинство программистов – очень редко. Проводя собеседование с кандидатами на вакансии в моей команде, я всегда задаю вопрос: «Есть ли у вас опыт тестирования?». И чаще всего слышу в ответ: «Нет». А если спросить, почему, то самым распространенным ответом будет: «Мне заказчик не дал это сделать».
Такой подход меня удивляет. Разве вы будете указывать строителю, какую марку бетона выбрать для постройки дома? Или автомеханику – какую деталь двигателя ремонтировать, а какую нет, если в машине мотор забарахлил? Вряд ли, ведь это серьезные технические вопросы, решение которых надо доверить профессионалу. У профессионала есть необходимые навыки и инструменты, которые позволяют ему решить проблему быстрее и дешевле.
Автор: Рикард Эдгрен (Rikard Edgren) Оригинал Перевод: Ольга Алифанова
Аналитическая [1]часть тест-дизайна отвечает на вопрос, что нам надо протестировать. Это включает идентификацию и изучение различных информационных источников, а также искусство выяснения, что важно или может быть важным.
Я хочу остановиться на естественном инстинкте тестировщика, подталкивающем его к разбиению информации о продукте на элементы, которые можно применить в тестировании. Это могут быть детали требований, инсайты от разговора с заказчиком, слоганы с веб-сайта – это длинный список, как мы убедились в предыдущей главе.
1С производит инструменты для быстрой разработки кросс-платформенных бизнес-приложений и рантайм для их работы. Бизнес-софт, разработанный на платформе 1С, работает на Windows, Linux, macOS, Android, iOS, использует СУБД MS SQL, Oracle, IBM DB2, PostgreSQL.
Тестирование такого ПО – нетривиальная задача и большая ответственность. О подводных камнях такого тестирования рассказал на прошлой конференции Петр Грибанов.
А мы ждем вас и в этом году на четвертом выпуске конференции TestCon Moscow 2020.
Всем читателям портала традиционно предлагаем дополнительную скидку в 10% по промо коду SOFTWARE10.
Тест-кейс — это подробное описание проверки. Такое, которое можно будет дать человеку с улицы и он все поймет. В тест-кейсе есть название, предварительные шаги, шаги и результат. И куча других примочек, которые будут зависеть от стандартов оформления на вашей работе. В этой статье я хочу поговорить о предварительных шагах.
Предварительные шаги — это все то, что поможет нам пройти тест-кейс, но прямого отношения к текущему тесту не имеет. Например, регистрация.
Автор: Кристин Джеквони (Kristin Jackvony) Оригинал статьи Перевод: Ольга Алифанова
Обычно я не склонна к рассуждениям – я предпочитаю концентрироваться на том, что именно тестировать, а не на теории тестирования. Однако считаю необходимым заявить, что я устала от бесконечных дебатов про "ручное тестирование VS автоматизированное". Некоторые люди описывают автоматизацию как волшебное лекарство против любого плохого кода, а некоторые гнобят ручных тестировщиков, не имеющих технических навыков. В то же самое время есть и адвокаты, заявляющие, что автоматизация – просто костыль, и что код автоматизации должен использоваться только для простых инструментов, помогающих ручному тестировщику – ведь именно он действительно разбирается в продукте.
Автор: Кристин Джеквони (Kristin Jackvony)
Авторы: Джейкоб Каллин и Ирен Лобо Валбуэна (Jakob Kallin, Irene Lobo Valbuena)
Автор: Рикард Эдгрен (Rikard Edgren)
Автор: Кристин Джеквони (Kristin Jackvony)