Мир ИТ претерпевает кардинальные изменения. Разработки ИИ, машинного обучения и облачных технологий развиваются быстрыми темпами. Какое значение эти технологии имеют для нас как для специалистов в области тестирования? Сохранится ли наша профессия в будущем? Заменит ли нас ИИ? Способны ли машины учиться быстрее нас? Могут ли облачные технологии решить все проблемы с инфраструктурой? В прошлом году на конференции ТestCon Moscow многие из этих вопросов были подняты чемпионом Нидерландов по тестированию ПО Джоффри ван дер Тасом.
Напоминаем, что с 31 марта по 2 апреля пройдет четвертый выпуск конференции TestCon Moscow 2020.
До 6 февраля действуют льготные цены на билеты, ну а всем читателям портала мы предлагаем дополнительную скидку в 10% по промо коду SOFTWARE10.
Вас, пожалуй, никогда не интересовал этот вопрос. Именно поэтому мы решили на него ответить:) Второй причиной было то, что у нас как раз была нужная информация, так как наш продукт помогает командам тратить меньше времени на баги. В итоге мы взяли выборку из 3000 отчетов об ошибках, чтобы узнать, сможем ли мы там найти какие-то закономерности.
Автор: Кристин Джеквони (Kristin Jackvony) Оригинал статьи Перевод: Ольга Алифанова
Прошлым летом я прочитала интересную книгу - Extreme Ownership. Она написана двумя морскими офицерами и рассказывает о концепции принятия всесторонней ответственности за свою работу – даже за то, над чем у вас, по ощущениям, нет контроля. Если кто-то из их солдат делал ошибку, офицеры брали ответственность на себя – ведь они могли тренировать солдата получше. Если их командир принимал сомнительное решение, офицеры брали ответственность и за это тоже, потому что они могли бы "управлять снизу" и предоставить информацию, которая привела бы к решению получше. Когда все практикуют "Экстремальную вовлеченность", в результате рождается культура совершенствования и достижений.
Экстремальная вовлеченность может применяться к любой профессии, включая тестирование! Однако существует ряд оправданий, к которым частенько склонны тестировщики. Эти оправдания мешают нам взять всю полноту ответственности за нашу работу, и нас в итоге не принимают всерьез. Ниже перечислены семь оправданий тестировщиков, которым надо положить конец.
Автор: Джеймс Бах (James Bach) Оригинал статьи Перевод: Ольга Алифанова
Алекс Бунарджич задал мне вопрос, который вдохновил меня на целую статью:
"Я считаю (и я убежден, что вы найдете способ убедить меня, что я в корне неправ), что если человек намерен улучшить качество, поддерживая высокие этические стандарты, то имеет смысл прищучить проблему в зародыше – или, как минимум, как можно ближе к источнику. Тестирование, как я понимаю, не связано с производством качества, и, следовательно, находится ниже по течению. Оно, конечно, тоже очень важно, но определенным образом смахивает на борьбу с ветряными мельницами. Неужели вам не хочется направить свои выдающиеся интеллектуальные качества на деятельность, связанную с производством качества? Я убежден, что если бы вы стали разработчиком или архитектором ПО, вы были бы не менее успешны и влиятельны, и, возможно, имели бы больший охват аудитории".
Автор: Джоэп Шууркс (Joep Schuurkes) Оригинал статьи Перевод: Ольга Алифанова
Джеймс Линдси создал ряд потрясающих загадок черного ящика. Это крошечные приложения, которые подталкивают вас разобраться, что же они делают (поддержать Джеймса в создании этих загадок можно на его Patreon-страничке). У двух из этих загадок –29 and 31 – теперь есть не только интерфейс, но и API.
Это навело меня на мысль. Если исследовать загадки через графический интерфейс, то начинаешь с ввода – пробуешь различные виды ввода в надежде выявить логику вывода. Затем эта логика поощряет дальнейшее исследование.
Однако при наличии API, и из-за природы загадки 31, очень легко получить результаты для всех возможных комбинаций исходных данных. Это означает, что исследование можно начинать с результатов, а не с ввода.
Три важных замечания, прежде чем я расскажу вам, как и что я делал.
Во-первых, эта статья- спойлер решения для загадки 31, поэтому отличной идеей будет пойти и решить ее самостоятельно. Как минимум поиграйте с ней хоть чуть-чуть, чтобы понимать, что там на входе и что на выходе.
Во-вторых, несколько месяцев назад я уже решил эту загадку через графический интерфейс. Поэтому это скорее ответ на вопрос, "Могу ли я найти решение и таким способом?", а не "Могу ли я найти решение?".
И, наконец, код и таблицы, которые я создал (перелинкованные в тексте, а также доступные на GitHub), не очень-то чисты. Я думал о том, чтобы их почистить, но не сделал этого по двум причинам – во-первых, я ленив, а во-вторых, так они дают более честную картину того, что я делал.
Автор: Кристин Джеквони (Kristin Jackvony) Оригинал статьи Перевод: Ольга Алифанова
До того, как я познала радость тестирования ПО, я некоторое время работала профессиональным организатором. Я приводила в порядок дома, небольшие бизнесы и некоммерческие организации. Я всегда любила наводить порядок, потому что это позволяет быстрее достигать своих целей. Это верно и для тестирования! Организованный тестировщик имеет легкий доступ к инструментам, тест-планам и ресурсам, и это освобождает ему время для креативного мышления и исследовательского тестирования. В этой статье я расскажу о четырех своих организаторских стратегиях.
Публикуем доклады с конференции SQA Days 25, посвященные экономике тестирования.
Бережливый подход к QA - A/B тестирование, мониторинг, автоматизация – Катерина Черникова, Wix.
Деньги как метрика в приоритизации багов – Кристина Столяренко, ООО "Клин.ру" (Москва).
Экономика тестирования. Версия 2.0 – круглый стол (Алексей Федоров, Андрей Павлов, Андрей Ладутько, Александр Александров, Александр Лукашев, Александр Куцан).
Публикуем доклады с конференции SQA Days 25, посвященные тестированию новых технологий.
Инструменты для тестирования блокчейн-приложений – Люсьян Стапп, Stowarzyszenie Jakości Systemów Informatycznych.
Когда научная фантастика становится реальностью тестировщика: глубокое обучение и тестирование интернета вещей – Ярослав Гришко, SJSI - Polish Testing Board (Вроцлав).
Тестирование инфраструктуры в AWS – Ксения Чистова, Exness.
