Тестирование Software-Testing.Ru - портал специалистов по тестированию и обеспечению качества ПО https://software-testing.ru/library Mon, 26 May 2025 01:43:53 +0000 Joomla! 1.5 - Open Source Content Management ru-ru Ошибки в нагрузочном тестировании https://software-testing.ru/library/testing/performance-testing/4367-performance-testing-bugs https://software-testing.ru/library/testing/performance-testing/4367-performance-testing-bugs

Всем привет! Меня зовут Николай, я ведущий инженер по производительности в Т-Банке, более 15 лет работаю с различными утилитами НТ для нагрузочного тестирования. Мы с командой выстраиваем процессы проведения тестов производительности.

Раньше наша команда помогала разрабатывать скрипты НТ и проводить анализ результатов их выполнения. Но поддерживать высокий уровень сервиса и постоянную доступность силами небольшой команды невозможно. Полтора года назад мы решили передать разработку скриптов в команды разработки продуктов.

Как и все молодые специалисты, команды начали из раза в раз допускать ошибки. Спустя 1,5 года я собрал наиболее популярные и хочу поделиться ими. Начинающим специалистам это поможет понять, как лучше выстраивать процесс, и значительно сократить время на разработку и внедрение НТ.

]]>
barancev@gmail.com (Administrator) Тестирование производительности Sun, 11 May 2025 20:00:00 +0000
Как мы тестируем бэкенд https://software-testing.ru/library/testing/test-analysis/4364-backend-testing https://software-testing.ru/library/testing/test-analysis/4364-backend-testing

Начинаем

Привет, меня зовут Смирнов Владимир, и я отвечаю за тестирование торгового бэкенда в EXANTE. Что мы имеем? Сложную предметную область, высокую вариативность сценариев и потенциально огромные риски от ошибок с одной стороны, и короткие итерации разработки и частые циклы доставки с другой. Я расскажу о том, как на данный момент при таких вводных выглядят процессы обеспечения качества множества сервисов, которые поставляют всю необходимую информацию нашим торговым терминалам.

Я начал свой путь в компании в конце 2017 года с должности специалиста технической поддержки, некоторое время поддерживал скрипты на python, а затем в мае 2019 года стал тестировщиком.

Здесь и далее я буду употреблять именно слово “тестировщик”, так как согласен с мнением, высказанным в книге “Agile Testing”, что в попытке называть специалистов QС или QA больше желания уйти от негативных ассоциаций низкоквалифицированной должности, чем реальных расширений компетенций. Тем не менее тестировщик в agile, как правило, более t-shaped и оказывает влияние на весь процесс разработки ПО. О выделенных ролях QC и QA, не занимающихся непосредственно тестированием, речи мы не ведем.

В мае 2021 года мне предложили занять должность тест-лида, которая со временем трансформировалась в тест-менеджера. В течение этих трёх с половиной лет мы пару раз меняли подходы к процессам в тестировании: сначала по собственной инициативе, а затем вместе с переходом компании на методологию SCRUM. Мы хотели всё и сразу, убеждались, что это невозможно, интуитивно находили более полезные сценарии действий.  А потом читали в книжках, что так давно уже все делают – но без набитых шишек нам бы и не удалось осознать, что это именно то, что нам нужно в наших условиях. Итак, приступим.

]]>
barancev@gmail.com (Administrator) Тест-анализ и тест-дизайн Wed, 16 Apr 2025 20:00:00 +0000
Как читается Schema в GraphQL API https://software-testing.ru/library/testing/testing-tools/4350-schema-graphql-api https://software-testing.ru/library/testing/testing-tools/4350-schema-graphql-api Автор: Ольга Назина (Киселева)

Чтобы понимать, какие запросы можно отправлять в GraphQL API и что можно получить в ответе, нужно уметь читать его схему. Это как WSDL в SOAP API — описание всех доступных методов.

Да, программы типа Postman или Apollo сами считывают схему и показывают вам всё в красивом виде — просто ходи да «натыкивай» запросы. Но если само API ещё в разработке, чтение схемы поможет понять, что вас ожидает.

Поэтому в этой статье я расскажу, что такое Schema GraphQL API и как её читать.

]]>
barancev@gmail.com (Administrator) Инструменты тестирования Tue, 25 Feb 2025 20:00:00 +0000
Как реализовать методы скроллов через Appium для Android-приложений https://software-testing.ru/library/testing/mobile-testing/4348-appium- https://software-testing.ru/library/testing/mobile-testing/4348-appium- Автор: компания Simbirsoft

Привет, меня зовут Сергей и я SDET-специалист в IT-компании SimbirSoft. В своей практике мне приходится тестировать как веб-, так и мобильные приложения на Android. Особенность тестирования мобилок в том, что шаги автотеста нужно максимально приблизить к действиям пользователя. О чем это я? Да все о том же — на смартфонах не кликают, а тапают; не закрывают по крестику модалки, а свайпают. Это как на флоте, эти все словечки понятны только тем, кто драил гальюн или бакланил из камбуза хлеб. 

В этой статье рассмотрим несколько методов скроллов класса TouchAction инструмента Appium, которые позволяют скроллить до нужного элемента или проверить свайп модального окна. И несмотря на то, что в новой версии Appium используются методы executeScript(), класс TouchAction все еще актуален. Поэтому я рекомендую к прочтению эту статью, в первую очередь, тем, кто использует в своих проектах Appium.

]]>
barancev@gmail.com (Administrator) Тестирование мобильных приложений Mon, 17 Feb 2025 20:00:00 +0000
Локализация дефектов как прохождение лабиринта https://software-testing.ru/library/testing/functional-testing/4320-localization-of-defects https://software-testing.ru/library/testing/functional-testing/4320-localization-of-defects Автор: Ekaterina Noga, оригинальная публикация

Одной из основных частей работы QA является локализация дефектов. 

Техники тест дизайна помогают нам выбрать сценарии тестирования делая его эффективнее. Но что такое локализация дефекта и что может с этим помочь? 

Начнем с начала. 

Локализация это поиск ответа на вопрос «в какой момент и где что‑то пошло не так?». Без правильной локализации дефект может передаваться как между фронтендом и бэкендом, так и между командами разработки. При этом теряется время на исправление и, возможно, контекст. 

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

]]> barancev@gmail.com (Administrator) Функциональное тестирование Wed, 08 Jan 2025 20:00:00 +0000 Атаки на веб-кэширование. Отравление кэша: теория и практика https://software-testing.ru/library/testing/security/4310-attacks-on-web-caching https://software-testing.ru/library/testing/security/4310-attacks-on-web-caching Оригинальная публикация
Автор: Андрей Шушаков

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

В этой статье мы рассмотрим атаки обмана и отравления кэша, сконцентрировавшись на последнем: проследим историю возникновения и развития уязвимости, поговорим про кэш-движки и связанные с ними последние CVE. Также попробуем разобраться, как следует искать отравление кэша на реальных целях. Распишем методологию пентеста, оценим риски и последствия эксплуатации, обозначим общие подходы к защите.

Статья написана в рамках стажировки июль-август 2024 в компанию "Бастион". Выражаю благодарность куратору от Бастиона, Тимофею Брылеву, а также моему знакомому, Евгению Чикачёву, за совет

]]> barancev@gmail.com (Administrator) Защищенность и надёжность Mon, 02 Dec 2024 20:00:00 +0000 НеСтрашное слово эстимация, или Как я впервые оценивала время на тестирование и перебрала https://software-testing.ru/library/testing/test-management/4264-estimation https://software-testing.ru/library/testing/test-management/4264-estimation Автор: Мария, специалист по тестированию ЛК

Когда на новом проекте менеджер попросила меня провести эстимацию тестирования, я сначала растерялась, ведь это вроде как задача менеджера или старшего тестировщика. А потом вспомнила, что я – единственный тестировщик на проекте. И понеслось…

]]>
barancev@gmail.com (Administrator) Тест-менеджмент Tue, 03 Sep 2024 11:55:10 +0000
Как написать требования к IT-продукту и их протестировать, чтобы результат соответствовал ожиданиям https://software-testing.ru/library/around-testing/requirements/4208-technical-assigment https://software-testing.ru/library/around-testing/requirements/4208-technical-assigment Автор: Зубов Вадим QA специалист IT компании Intelsy

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

]]> barancev@gmail.com (Administrator) Анализ и управление требованиями Sun, 12 May 2024 20:00:00 +0000 Логи, мониторинг и предупреждения https://software-testing.ru/library/51-2014-06-16-09-49-51/3189-logging-monitoring-and-alerting https://software-testing.ru/library/51-2014-06-16-09-49-51/3189-logging-monitoring-and-alerting Автор: Кристин Джеквони (Kristin Jackvony)
Оригинал статьи
Перевод: Ольга Алифанова

На этой неделе я расскажу о трех вещах, которые нечасто ассоциируются с тестированием: это логирование, мониторинг и предупреждения. Возможно, вы пользуетесь логами, тестируя, однако мониторинг и предупреждения – проблемная область в IT и DevOps. Но ведь приложение без багов не стоит ничего, если ваши пользователи не могут до него добраться, потому что сервер упал! Поэтому очень важно разбираться в логировании, мониторинге и предупреждениях, чтобы мы, как тестировщики, могли участвовать в обеспечении качества наших приложений.

]]>
barancev@gmail.com (Administrator) Подборки ссылок по мобильной тематике Thu, 24 Oct 2019 20:00:00 +0000
Программная инженерия и управление жизненным циклом https://software-testing.ru/library/around-testing/engineering/267-swebok https://software-testing.ru/library/around-testing/engineering/267-swebok Программная инженерия и управление жизненным циклом

Главы из книги Сергея Орлика и Юрия Булуя «Введение в программную инженерию и управление жизненным циклом» (базируется на SWEBOK).

От автора: о чем эта книга

В течение десяти лет работы в Borland мне постоянно приходится обсуждать с менеджерами, аналитиками, архитекторами и разработчиками вопросы применимости тех или иных продуктов, технологий, проектных решений. Последнее время, все чаще темой дискуссий становится процесс разработки программного обеспечения, как таковой, вопросы организации проектных команд, адаптации стандартов и подходов в управлении жизненным циклом ПО к сложившейся культуре разработки, и наоборот, трансформации существующей культуры и ценностей в новое качество. Приходится вспоминать и кое-что из опыта «прошлой жизни», когда я сам выступал в роли корпоративного разработчика и лидера проектной команды. Приходиться применять и уже более «свежий» опыт разработки рекомендаций по процессу разработки и внедрению технологий управления и поддержки жизненного цикла разработки приложений. И самому приходиться постоянно совершенствоваться, в том числе помогая другим.

Для кого эта книга

Для всех, кто связан с индустрией информационных технологий. Только не подумайте, что речь идет только о разработчиках и менеджерах проектов в области программного обеспечения. Конечно, нет. Ведь если в вашей деятельности программные системы играют серьезную роль в качестве повседневного и необходимого инструмента обеспечения вашей профессиональной деятельности, вы, наверняка, сталкиваетесь с вопросами взаимодействия с ИТ-специалистами. Вам, как пользователям и заказчикам просто необходимо иногда вникать в проблематику разработки программного обеспечения, если, конечно, вы хотите получить результат. Вы, кто создает (в общем смысле этого понятия, ни в коем случае не ограничиваясь только вопросами кодирования), поддерживает и развивает программное обеспечение, наверняка, найдете нечто новое в этой книге. Вы школьник или студент — вы учитесь. Не останавливайтесь. Эта книга и для вас. Хотя бы потому что это еще одна точка зрения. А две головы, иногда, лучше, чем одна. Так что, книга, как это принято иногда говорить — «для широкого круга читателей», для кого использование компьютера в повседневной работе не является абстракций, но полнофункциональным инструментом.

]]>
barancev@gmail.com (Administrator) Программная инженерия Sat, 11 Oct 2008 07:11:12 +0000
Предъявите мне вашу карту! Или как составить ИПР с помощью карты компетенций https://software-testing.ru/library/around-testing/management/4370-competency-map https://software-testing.ru/library/around-testing/management/4370-competency-map

Оригинальная публикация

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

Сегодня я хочу рассказать о том, что же делать дальше, после того, как вы провели оценку. Вы узнаете, что такое ИПРы и как создавать их на базе карты компетенции, как правильно ставить задачи и нужно ли контролировать их исполнение. Также покажу вам наиболее оптимальный формат, который я выработала путем проб и ошибок. Статья будет полезна и тем, кто уже выбрал подход работы с ИПР и тем, кто только в начале данного пути. Также будет полезно если вы составляете ИПР себе самостоятельно или делаете их для ваших сотрудников.

]]>
barancev@gmail.com (Administrator) Управление людьми и проектами Mon, 19 May 2025 20:00:00 +0000
AI-driven TDD — используем Code-LLM на максимум https://software-testing.ru/library/testing/testing-automation/4366-ai-driven-tdd https://software-testing.ru/library/testing/testing-automation/4366-ai-driven-tdd

Автор: Игорь Авдонин

С момента своего появления и по сей день подход Test-Driven Development (TDD) вызывает оживленные дискуссии в сообществе разработчиков, и до сих пор нет единого мнения о ее эффективности.

Но что будет, если совместить TDD и AI-генерацию кода? В статье я покажу:

  • Как соединить TDD и AI;

  • Как AI-driven TDD улучшает процесс разработки;

  • Как TDD влияет на качество сгенерированного AI кода.

А кроме того, попытаюсь немного поразмышлять относительно того, как будет развиваться область взаимодействия человека и AI в кодогенерации в ближайшие годы.

Кратко о TDD

Разработка через тестирование (Test-Driven Development, TDD) — это методология программирования, при которой тесты пишутся до написания кода. Процесс строится на коротких итерациях: сначала создается тест, затем реализуется минимальный код для его прохождения, после чего код рефакторится. Утверждается, что такой подход помогает создавать надежное и поддерживаемое программное обеспечение, снижая вероятность ошибок и улучшая архитектуру кода.

]]>
barancev@gmail.com (Administrator) Автоматизация тестирования Sun, 27 Apr 2025 20:00:00 +0000
Тестирование влево, тестирование вправо: как не дать багам шанса https://software-testing.ru/library/testing/test-analysis/4363-shift-left-testing https://software-testing.ru/library/testing/test-analysis/4363-shift-left-testing Автор: Денис Федоров

Неприятная ситуация: продукт проходит тщательную проверку на всех этапах разработки, а после релиза всё равно возникают неожиданные ошибки… А ведь это происходит, потому что тестирования на ранних стадиях (shift-left testing, «влево») не всегда достаточно, чтобы гарантировать стабильность продукта. Поэтому важно учитывать и тестирование в продакшене (shift-right testing, «вправо»). 

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

]]>
barancev@gmail.com (Administrator) Тест-анализ и тест-дизайн Mon, 14 Apr 2025 20:00:00 +0000
Руководство по тестированию push-уведомлений https://software-testing.ru/library/testing/other-testing/4356-push https://software-testing.ru/library/testing/other-testing/4356-push Представьте себе страшный сон тестировщика и в целом вашей команды – пользователи пишут в поддержку, что пуши не приходят, сообщения не доходят, а вы никак не можете воспроизвести проблему и у вас даже нет понимания: а как это воспроизводить, от чего вообще зависит доставка пушей?

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

Я Арман (Arman Muradian. Senior QA Engineer, мой telegram канал про QA – LilBugHunters), и сегодня я хочу вам рассказать про пуши.

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

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

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

]]>
barancev@gmail.com (Administrator) Другие виды тестирования Sun, 16 Mar 2025 20:00:00 +0000
Что тестировщикам (и не только им) важно знать о базах данных. Шпаргалка по популярным ошибкам https://software-testing.ru/library/testing/bug-tracking/4333-bugs https://software-testing.ru/library/testing/bug-tracking/4333-bugs

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

Разумеется, БД — вовсе не черный ящик с магией внутри, а такой же набор взаимодействующих по определенным правилам компонентов, как и все остальное, с чем ежедневно приходится иметь дело QA-инженерам (и разработчикам, на самом деле, тоже, но они обычно больше погружены в контекст). Понимание того, что там под капотом, помогает эффективно проводить тест-дизайн, локализовывать баги, общаться с разработкой.

Под катом — наша шпаргалка по распространённым багам в работе баз данных. Разбили их по категориями, снабдили примерами и объяснили первопричины появления. Надеемся, будет полезно не только QA-специалистам, но и бэкенд-разработчикам начального уровня, а также всем, кто хочет углубить свои познания в области взаимодействия с БД.

]]>
barancev@gmail.com (Administrator) Управление дефектами Mon, 13 Jan 2025 20:00:00 +0000
Профиль защиты ЦБ РФ и мобильные приложения: разбираемся, как соответствовать https://software-testing.ru/library/testing/security/4243-stingray-mobile https://software-testing.ru/library/testing/security/4243-stingray-mobile Всем привет! На связи Юрий Шабалин, генеральный директор «Стингрей Технолоджиз». Вообще я сторонник технических материалов, статей с примерами кода или разбором технологий, но сегодня речь пойдет о другом. Меня всегда интересовало, почему в требованиях регуляторов в области ИБ не указываются проверки мобильных приложений на соответствие государственным стандартам или федеральным законам. И вот недавно, изучая материалы документа по сертификации процесса безопасной разработки, я наткнулся на упоминание мобильной составляющей, что, конечно, вызвало у меня интерес и желание разобраться. Если вы тоже хотите понять, каким образом приложения упоминаются в Профиле защиты Банка России, и какие проверки необходимо осуществлять, чтобы ему соответствовать, приглашаю погрузиться со мной в этот увлекательный мир.

]]> barancev@gmail.com (Administrator) Защищенность и надёжность Sun, 28 Jul 2024 20:00:00 +0000 Почему я ненавижу системы тест-менеджмента (но все равно пользуюсь ими) https://software-testing.ru/library/testing/test-management/4211-why-i-hate-test-case-management-systems-and-why-im-using-one-anyway https://software-testing.ru/library/testing/test-management/4211-why-i-hate-test-case-management-systems-and-why-im-using-one-anyway Автор: Кристин Джеквони (Kristin Jackvony)
Оригинал статьи
Перевод: Ольга Алифанова

Первое, что я поняла, начав работать в тестировании – это то, что я страстно ненавижу системы управления тест-кейсами. Если вы не знакомы с такими системами, то это инструменты, позволяющие тестировщикам создавать коллекции ручных тестов, чтобы использовать их повторно. До бума популярности тест-автоматизации они были очень распространены. В этой статье я объясню, почему я так их ненавижу, а затем поясню, почему все равно ими пользуюсь и меньше недолюбливаю ту, которую я выбрала.

]]>
barancev@gmail.com (Administrator) Тест-менеджмент Tue, 04 Jun 2024 20:00:00 +0000
Документирование вашей тест-автоматизации https://software-testing.ru/library/around-testing/requirements/4195-documenting-your-test-automation-efforts https://software-testing.ru/library/around-testing/requirements/4195-documenting-your-test-automation-efforts Автор: Баз Дейкстра (Bas Dijkstra)
Оригинал статьи
Перевод: Ольга Алифанова

В этой статье я хочу ответить на вопрос, заданный мне в LinkedIn Полом Сименом (Paul Seaman). Он спросил, что я думаю о документировании автоматизированных тест-кейсов как способе продемонстрировать, что автоматизация вообще делает.

Краткий ответ: я не определился.

Это, конечно, не очень-то полезный ответ, да и статья вышла бы странно короткой – постараюсь развить свою мысль.

]]>
barancev@gmail.com (Administrator) Анализ и управление требованиями Tue, 28 May 2024 20:00:00 +0000
Как эффективно протестировать чатбот https://software-testing.ru/library/testing/functional-testing/4140-chat-bot https://software-testing.ru/library/testing/functional-testing/4140-chat-bot Автор: Сумиа Мухерджи (Soumya Mukherjee)
Оригинал статьи: Tea-Time With Testers, #02/2021
Перевод: Ольга Алифанова

Хоть и немногие в это верят, QA всегда было отдельной специальностью: этот безусловный факт только подтверждается с годами. Даже самые лучшие разработчики не способны тестировать – они или забывают про критические сценарии, или оставляют интеграционное тестирование тестировщикам. QA – неотъемлемое требование для продукта, оно поддерживает все процессы и борется за качество. Во всем мире QA специализировано, и дабы это доказать, посмотрим, сколько проблем вызовет проверка, что чатбот хорошо работает: это требует глубокого понимания работы чатбота, его внутренней кухни, инструментария, алгоритмов, а также генерации сценариев, чтобы все это проверить.

]]>
barancev@gmail.com (Administrator) Функциональное тестирование Tue, 16 Jan 2024 20:00:00 +0000
Как провести юзабилити-тестирование с респондентом и не провалить его https://software-testing.ru/library/testing/usability-testing/3945-usability-testing https://software-testing.ru/library/testing/usability-testing/3945-usability-testing

Оригинальная публикация

Всем привет! Эту статью мы пишем вместе: Аня Долгинова и Миша Яковенко — UX-исследователи в Lamoda. Мы хотим рассказать, как правильно проводить юзабилити-тестирование с респондентом и получать четкие результаты.

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

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

]]>
barancev@gmail.com (Administrator) Usability-тестирование Sun, 18 Dec 2022 20:00:00 +0000
НАШ ОПЫТ ИНТЕГРАЦИИ CYPRESS И EVERYQA.IO https://software-testing.ru/library/testing/test-lab/3466-cypress-everyqaio https://software-testing.ru/library/testing/test-lab/3466-cypress-everyqaio Автор: Новиков Александр, QA engineer at Roowix

Добрый день! Меня зовут Александр, я - QA в компании Roowix.

Мой профиль - автоматизация тестирования, и сегодня я расскажу, как мы разворачивали screenshot-based тестирование на биржевом проекте при помощи Everyqa.io и Cypress.

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

]]>
barancev@gmail.com (Administrator) Тестовая лаборатория Mon, 16 Nov 2020 20:00:00 +0000
Сестринская подборка по мобильной тематике https://software-testing.ru/library/51-2014-06-16-09-49-51/1955-sister-mobile https://software-testing.ru/library/51-2014-06-16-09-49-51/1955-sister-mobile Александр Хозя (автор блога Записки мобильного тестировщика, автор и ведущий тренинга Тестирование мобильных приложений) представляет очередную подборку ссылок.

main2.jpg

Сегодня международный день медицинской сестры

Уголок разработки, тестирования и распространения приложений:

1. Do not keep activities в помощь тестировщику мобильных приложений. Для себя девелоперское меню открыл еще во времена Gingerbread, а за фикс данных багов было большое количество битв с девелоперами и менеджерами :)

2. Размышление об "облаках" и их влиянии на тестирование мобильных приложений от mobileapptesting.

3. Три вещи, о которых необходимо помнить перед релизом мобильных приложений. Подпишусь под каждым пунктом, как бы по-капитански они не звучали:

  • кто среди нас не сталкивался с реджектом при ревью :( Неплохая статья вдогонку

  • использование сторонних компонентов - еще та боль, особенно когда в них приличное количество багов (Sping4Android :) ) или они заброшены (Three20 :) )

  • а уж про разобранные приложения и говорить не хочется (либо декомпилируют, либо c помощью прокси нагадят в backend :) )

4. Полезные материалы для мобильного разработчика #52 (5-11 мая) От себя выделяю три подпункта из данной подборки:

5. Статистический анализ AppStore: данные для создания успешного приложения. Комментарии как всегда доставляют. Для лучшего понимания, лучше сопоставлять со статистикой от Distimo

6. 12 способов продвинуть приложение в App Store

7. [Dev Story] О минимальном заработке российских инди-разработчиков и замкнутом круге. Крик души разработчика и "активного пользователя" мобильных приложений. Понравилась аргументация и расчет окупаемости приложения "на пальцах".

8. Пятый международный форум разработчиков приложений Apps4All пройдет в Москве 19 мая. Участие бесплатное.

9. Winter Nights 2014: доклад King (создателей небезызвестной Candy Crush Saga)

]]>
barancev@gmail.com (Administrator) Подборки ссылок по мобильной тематике Mon, 12 May 2014 07:36:07 +0000
Конфигурационное управление проектами разработки программного обеспечения. Управление конфигурациями и изменениями в стандартах https://software-testing.ru/library/around-testing/engineering/115-configuration-management https://software-testing.ru/library/around-testing/engineering/115-configuration-management

Авторы: Дмитрий Лапыгин, Александр Новичков

Оглавление:

  • Предисловие к материалу
  • Введение в управление конфигурацией программных средств
    • История развития дисциплины управления конфигурацией
    • Возникновение основных терминов управления конфигурацией
    • Базовые концепции и элементы
  • Основы управления конфигурацией
  • Управление конфигурацией в стандартах
    • Виды стандартов
    • Управление изменениями как составная часть процесса УК
    • Процесс УК в стандарте ГОСТ Р ИСО/МЭК 12207
    • Управление конфигурацией с точки зрения Capability Maturity Model
      • Требования к процессу УК в СММ

 

]]>
barancev@gmail.com (Administrator) Программная инженерия Tue, 30 Sep 2008 06:54:07 +0000
Инструменты тестирования доступности на основе ИИ: за и против https://software-testing.ru/library/testing/testing-tools/4328-ai-assisted-accessibility-tools-pros-and-cons https://software-testing.ru/library/testing/testing-tools/4328-ai-assisted-accessibility-tools-pros-and-cons Автор: Эди Стоукс (Ady Stokes)
Оригинал статьи
Перевод: Ольга Алифанова

Введение

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

Теперь, когда ИИ-инструменты широко распространяются, начинают появляться и инструменты тестирования доступности на основе ИИ.

Как правило, они делятся на три категории:

  • Инструменты оценки: подсвечивают все, что кажется им проблемой.
  • Инструменты оценки и рекомендаций: подсвечивают найденные проблемы и предлагают способы подхода к ним или их исправления.
  • Инструменты оценки и исправления: напрямую применяют исправления к тестируемому коду на основании своих находок.

Эти инструменты, особенно те, которые просто правят все за вас, выглядят прекрасной идеей! Но решат ли они все проблемы? К сожалению, нет. Помогут ли они? Да, в правильных условиях и в разумном масштабе.

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

]]>
barancev@gmail.com (Administrator) Инструменты тестирования Tue, 20 May 2025 20:00:00 +0000
Я больше не вижу багов… https://software-testing.ru/library/around-testing/processes/4368-dont-see-any-bugs https://software-testing.ru/library/around-testing/processes/4368-dont-see-any-bugs Автор: Гуськова Мария (работает в стриминговом сервисе, ведет свой телеграмм канал @mashaqasha и на досуге пишет статьи на Хабре), https://t.me/mashaqasha

Привет! Я — Маша, которая заваривает qaшу (и иногда крепкий кофе, когда глаза уже отказываются фокусироваться на экране).

Сегодня хочу поговорить о проблеме, с которой сталкивался, наверное, каждый тестировщик (и не только). В один «прекрасный» день ты садишься проверять фичу или делать регресс, а баги просто перестают быть видны. Ты кликаешь, прогоняешь сценарии, но будто слепнешь — всё кажется рабочим. А потом оказывается, что пропустил очевидный косяк, и по цепочке начинается: чувство вины → стресс → ещё большая усталость → ещё больше ошибок.

Знакомо? Тогда давайте разберёмся, как выбраться из этой ямы, пока она не превратилась в профессиональное выгорание.

]]>
barancev@gmail.com (Administrator) Улучшение процессов Tue, 13 May 2025 20:00:00 +0000