🐞🐞 Это не фича, это — баг
Новых продуктов, выходящих с багами больше, чем без них. Это происходит из-за того, что сложные сайты становятся еще сложнее, и чтобы из оттестировать, понадобится куча ресурсов и бюджета.
Например: чтобы протестировать форму заполнения платежных реквизитов, нужны:
➖ 3 платежных системы (Visa, MasterCard и Мир);
➖ 3 вида ОС (Windows, macOS, Android);
➖ 3 платформы (Десктоп, планшет, смартфон);
➖ 4 браузера (Google Chrome, Microsoft Edge, Opera, Safari).
По этим критериям получаем минимум 108 разных сценариев. А если форм больше, а платежных систем не 3, то количество вариантов проверки стремится к бесконечности.
В тестировании срабатывает принцип Парето — «20% усилий дают 80% результата». И наоборот.
На практике это выглядит так — пока тестировщики тестируют основной пользовательский путь, они тратят 20% времени, убивая 80% багов. Но чтобы отловить оставшиеся 20% багов, они идут извилистыми путями, тратя 80% усилий. А это дополнительные деньги и время.
Читать
#новость
Новых продуктов, выходящих с багами больше, чем без них. Это происходит из-за того, что сложные сайты становятся еще сложнее, и чтобы из оттестировать, понадобится куча ресурсов и бюджета.
Например: чтобы протестировать форму заполнения платежных реквизитов, нужны:
➖ 3 платежных системы (Visa, MasterCard и Мир);
➖ 3 вида ОС (Windows, macOS, Android);
➖ 3 платформы (Десктоп, планшет, смартфон);
➖ 4 браузера (Google Chrome, Microsoft Edge, Opera, Safari).
По этим критериям получаем минимум 108 разных сценариев. А если форм больше, а платежных систем не 3, то количество вариантов проверки стремится к бесконечности.
В тестировании срабатывает принцип Парето — «20% усилий дают 80% результата». И наоборот.
На практике это выглядит так — пока тестировщики тестируют основной пользовательский путь, они тратят 20% времени, убивая 80% багов. Но чтобы отловить оставшиеся 20% багов, они идут извилистыми путями, тратя 80% усилий. А это дополнительные деньги и время.
Читать
#новость
👍4
Продолжаем этот пост.
Симуляторы
Симуляторы — это ПО, позволяющее имитировать поведение операционной системы. Они обычно менее ресурсоемки, но могут не обеспечивать 100% точность по сравнению с реальными устройствами.
Симуляторы чаще используются для тестирования приложений на различных версиях операционной системы и разрешениях экрана. Они обычно быстрее из-за более прямого доступа к ресурсам компьютера, но менее точны, поскольку не имитируют полностью реальных условий работы на устройстве.
Примеры симуляторов:
🔹 Google Chrome Developer Tools: набор от Google, позволяющий имитировать различные мобильные и веб-устройства. Можно проверить вид сайта или приложения на разных размерах экранов и решить проблемы с отображением.
🔹 Firefox Developer Edition: позволяет симулировать различные устройства и проверить, как веб-приложение ведет себя на разных платформах.
🔹 Safari Developer Tools: инструменты, позволяющие симулировать различные устройства iOS и Mac и проверить совместимость приложения с этими платформами.
🔹 Microsoft Edge Developer Tools: может моделировать различные устройства и версии Windows для проверки на этих платформах.
🔹 BrowserStack: облачная платформа, которая не только предоставляет доступ к эмуляторам, но и симулировать различные устройства и платформы.
Разница между эмулятором и симулятором:
➖ Симуляторы меньше нагружают систему, что обеспечивает более быстрое выполнение и проверку приложений.
➖ Симуляторы всегда предоставляют точное воспроизведение реальных устройств и их характеристик, что может приводить к некорректному поведению приложений на реальных устройствах.
➖ Обычно менее точны, чем эмуляторы при воспроизведении реальных условий, таких как сетевые соединения и сигналы.
Примеры облачных решений:
🔹 Amazon Web Services (AWS): платформа предлагает широкий спектр сервисов, таких как облачное хранилище (Amazon S3), вычислительные ресурсы (Amazon EC2), базы данных (Amazon RDS), машинное обучение (Amazon SageMaker) и многое другое. Он позволяет предприятиям масштабировать свои приложения и инфраструктуру в соответствии с потребностями непосредственно из облака.
🔹 Microsoft Azure: Azure предоставляет вычисления, хранение, базы данных, искусственный интеллект, интернет вещей (IoT) и многое другое. Можно развертывать и управлять приложениями в облаке, а также интегрироваться с инструментами Microsoft и другими популярными сервисами.
🔹 Google Cloud Platform (GCP): предоставляет вычисления, хранилище, базы данных, машинное обучение, аналитику и другие услуги. Позволяет развертывать приложения и использовать различные инструменты для хранения и обработки данных.
🔹 IBM Cloud: интегрированная платформа облачных услуг от IBM, предоставляющая различные инструменты для разработки, тестирования, развертывания и управления приложениями и инфраструктурой.
Ожидайте часть 3
#новость
Симуляторы
Симуляторы — это ПО, позволяющее имитировать поведение операционной системы. Они обычно менее ресурсоемки, но могут не обеспечивать 100% точность по сравнению с реальными устройствами.
Симуляторы чаще используются для тестирования приложений на различных версиях операционной системы и разрешениях экрана. Они обычно быстрее из-за более прямого доступа к ресурсам компьютера, но менее точны, поскольку не имитируют полностью реальных условий работы на устройстве.
Примеры симуляторов:
🔹 Google Chrome Developer Tools: набор от Google, позволяющий имитировать различные мобильные и веб-устройства. Можно проверить вид сайта или приложения на разных размерах экранов и решить проблемы с отображением.
🔹 Firefox Developer Edition: позволяет симулировать различные устройства и проверить, как веб-приложение ведет себя на разных платформах.
🔹 Safari Developer Tools: инструменты, позволяющие симулировать различные устройства iOS и Mac и проверить совместимость приложения с этими платформами.
🔹 Microsoft Edge Developer Tools: может моделировать различные устройства и версии Windows для проверки на этих платформах.
🔹 BrowserStack: облачная платформа, которая не только предоставляет доступ к эмуляторам, но и симулировать различные устройства и платформы.
Разница между эмулятором и симулятором:
➖ Симуляторы меньше нагружают систему, что обеспечивает более быстрое выполнение и проверку приложений.
➖ Симуляторы всегда предоставляют точное воспроизведение реальных устройств и их характеристик, что может приводить к некорректному поведению приложений на реальных устройствах.
➖ Обычно менее точны, чем эмуляторы при воспроизведении реальных условий, таких как сетевые соединения и сигналы.
Примеры облачных решений:
🔹 Amazon Web Services (AWS): платформа предлагает широкий спектр сервисов, таких как облачное хранилище (Amazon S3), вычислительные ресурсы (Amazon EC2), базы данных (Amazon RDS), машинное обучение (Amazon SageMaker) и многое другое. Он позволяет предприятиям масштабировать свои приложения и инфраструктуру в соответствии с потребностями непосредственно из облака.
🔹 Microsoft Azure: Azure предоставляет вычисления, хранение, базы данных, искусственный интеллект, интернет вещей (IoT) и многое другое. Можно развертывать и управлять приложениями в облаке, а также интегрироваться с инструментами Microsoft и другими популярными сервисами.
🔹 Google Cloud Platform (GCP): предоставляет вычисления, хранилище, базы данных, машинное обучение, аналитику и другие услуги. Позволяет развертывать приложения и использовать различные инструменты для хранения и обработки данных.
🔹 IBM Cloud: интегрированная платформа облачных услуг от IBM, предоставляющая различные инструменты для разработки, тестирования, развертывания и управления приложениями и инфраструктурой.
Ожидайте часть 3
#новость
🔥3
Как и зачем составлять чек-листы при разработке проекта + чек лист
Чек-лист — список задач, элементов, свойств, факторов, полезный инструмент, помогающий упростить и упорядочить работу. Он помогают сделать работу соответствующую стандартам, не упустив важных мелочей.
Из чего состоят чек-листы?
➖ В таблице прописываются этапы разработки: от предпроектной аналитики до деплоя и запуска веб-сервиса или мобильного приложения.
➖ Каждый из этапов разбиваем на подэтап. Например, этап «Аналитика» содержит такие подэтапы как предпроектная аналитика, разработка интерактивного прототипа, подготовка технического задания. Каждый подэтап детализируется.
➖ Напротив каждого подэтапа прописываются основные задачи. Так, каждый из членов команды понимает, что требуется сделать для выполнения задачи.
➖ Указывается комментарий, который помогает лучше ориентироваться в пунктах этапов проекта.
➖ Ссылки на регламент.
Как оформить чек-лист
➖ Поручите составление чек-листа проектному менеджеру, так как он обладает глубоким пониманием проекта и сможет подробно описать все необходимые пункты.
➖ Выберите удобный формат для чек-листа. Предпочтительный вариант - таблица с тремя столбцами: столбец для этапов, для описания задач и для примечаний. Можно добавить информацию, специфичную для работы над проектами: регламент, сроки, часы работы.
➖ Каждый чек-лист должен быть сфокусирован на конкретной тематике и стремиться решить определенную задачу. Не пытайтесь объединять в одном списке различные области вашей работы. Рекомендуется создавать отдельные чек-листы для тестирования или для условных этапов, которые применимы не на всех проектах.
➖ Разбивайте задачи на более простые и понятные.
➖ Чек-лист всегда можно изменить и адаптировать к любым обстоятельствам проекта.
➖ Начните каждую рабочую неделю, планерку и совещание с обновления чек-листов. Это поможет фиксировать промежуточные результаты и планировать предстоящие задачи.
Подробнее
#новость
Чек-лист — список задач, элементов, свойств, факторов, полезный инструмент, помогающий упростить и упорядочить работу. Он помогают сделать работу соответствующую стандартам, не упустив важных мелочей.
Из чего состоят чек-листы?
➖ В таблице прописываются этапы разработки: от предпроектной аналитики до деплоя и запуска веб-сервиса или мобильного приложения.
➖ Каждый из этапов разбиваем на подэтап. Например, этап «Аналитика» содержит такие подэтапы как предпроектная аналитика, разработка интерактивного прототипа, подготовка технического задания. Каждый подэтап детализируется.
➖ Напротив каждого подэтапа прописываются основные задачи. Так, каждый из членов команды понимает, что требуется сделать для выполнения задачи.
➖ Указывается комментарий, который помогает лучше ориентироваться в пунктах этапов проекта.
➖ Ссылки на регламент.
Как оформить чек-лист
➖ Поручите составление чек-листа проектному менеджеру, так как он обладает глубоким пониманием проекта и сможет подробно описать все необходимые пункты.
➖ Выберите удобный формат для чек-листа. Предпочтительный вариант - таблица с тремя столбцами: столбец для этапов, для описания задач и для примечаний. Можно добавить информацию, специфичную для работы над проектами: регламент, сроки, часы работы.
➖ Каждый чек-лист должен быть сфокусирован на конкретной тематике и стремиться решить определенную задачу. Не пытайтесь объединять в одном списке различные области вашей работы. Рекомендуется создавать отдельные чек-листы для тестирования или для условных этапов, которые применимы не на всех проектах.
➖ Разбивайте задачи на более простые и понятные.
➖ Чек-лист всегда можно изменить и адаптировать к любым обстоятельствам проекта.
➖ Начните каждую рабочую неделю, планерку и совещание с обновления чек-листов. Это поможет фиксировать промежуточные результаты и планировать предстоящие задачи.
Подробнее
#новость
👍4❤1
Заключительная часть по теме: реальные девайсы или эмуляторы.
1 часть, 2 часть
Эмулятор, симулятор или реальное устройство
Выбор между эмулятором, симулятором и реальным устройством зависит от конкретного контекста и цели тестирования.
Вот некоторые критерии, которые помогут определиться:
Эмулятор:
➖ Когда нужно тестировать приложения на разных версиях операционных систем или на устройствах с разной аппаратной конфигурацией.
➖ Когда реальные устройства недоступны или не могут использоваться (например, из-за ограниченного бюджета, недоступности определенных устройств и т. д.).
➖ Когда необходимо провести тестирование в изолированной среде, которую предоставляет эмулятор.
Симулятор:
➖ Когда нужно ускорить тестирование и проверить базовые функции приложения.
➖ Когда нужно проверить приложение на различных конфигурациях аппаратного обеспечения и точность не важна.
➖ Когда реальные устройства не доступны, но вам нужно протестировать приложение на разных платформах.
Реальное устройство:
➖ Когда нужно убедиться, что работают различные сетевые условия, GPS, акселерометр и т.д.
➖ Когда нужно провести комплексные тесты, которые требуют реального взаимодействия с устройством.
➖ Когда нужно проверить платежные функции, датчики, расход батареи и другие аспекты, требующие реального аппаратного обеспечения.
Итого
Оптимальный подход — это сочетание всех трех методов. Начните с эмулятора / симулятора для быстрой проверки базовых функций, а потом протестируйте приложение на реальных устройствах, чтобы подтвердить правильную работу и выявить потенциальные проблемы, которые могут появиться только на реальных устройствах.
#новость
1 часть, 2 часть
Эмулятор, симулятор или реальное устройство
Выбор между эмулятором, симулятором и реальным устройством зависит от конкретного контекста и цели тестирования.
Вот некоторые критерии, которые помогут определиться:
Эмулятор:
➖ Когда нужно тестировать приложения на разных версиях операционных систем или на устройствах с разной аппаратной конфигурацией.
➖ Когда реальные устройства недоступны или не могут использоваться (например, из-за ограниченного бюджета, недоступности определенных устройств и т. д.).
➖ Когда необходимо провести тестирование в изолированной среде, которую предоставляет эмулятор.
Симулятор:
➖ Когда нужно ускорить тестирование и проверить базовые функции приложения.
➖ Когда нужно проверить приложение на различных конфигурациях аппаратного обеспечения и точность не важна.
➖ Когда реальные устройства не доступны, но вам нужно протестировать приложение на разных платформах.
Реальное устройство:
➖ Когда нужно убедиться, что работают различные сетевые условия, GPS, акселерометр и т.д.
➖ Когда нужно провести комплексные тесты, которые требуют реального взаимодействия с устройством.
➖ Когда нужно проверить платежные функции, датчики, расход батареи и другие аспекты, требующие реального аппаратного обеспечения.
Итого
Оптимальный подход — это сочетание всех трех методов. Начните с эмулятора / симулятора для быстрой проверки базовых функций, а потом протестируйте приложение на реальных устройствах, чтобы подтвердить правильную работу и выявить потенциальные проблемы, которые могут появиться только на реальных устройствах.
#новость
👍2❤1👏1
Инструменты попарного тестирования
Приведем популярные инструменты, которые помогают эффективно автоматизировать процесс дизайна тест-кейсов путем создания компактного набора значений параметров в качестве желаемых тест-кейсов.
🔹 CTWedge — веб-редактор и генератор для комбинаторного тестирования
🔹 PICT — попарное независимое комбинаторное тестирование от Microsoft Corp.
🔹 IBM FoCuS — единое решение для функционального покрытия от IBM.
🔹 ACTS — расширенная комбинаторная система тестирования от NIST.
🔹 Hexawise — инструмент для разработки тестов, повышающий эффективность тестирования
🔹 Jenny — инструмент для генерации регрессионных тестов
🔹 Pairwise от Inductive AS
🔹 VPTag — бесплатный инструмент попарного тестирования
#новость
Приведем популярные инструменты, которые помогают эффективно автоматизировать процесс дизайна тест-кейсов путем создания компактного набора значений параметров в качестве желаемых тест-кейсов.
🔹 CTWedge — веб-редактор и генератор для комбинаторного тестирования
🔹 PICT — попарное независимое комбинаторное тестирование от Microsoft Corp.
🔹 IBM FoCuS — единое решение для функционального покрытия от IBM.
🔹 ACTS — расширенная комбинаторная система тестирования от NIST.
🔹 Hexawise — инструмент для разработки тестов, повышающий эффективность тестирования
🔹 Jenny — инструмент для генерации регрессионных тестов
🔹 Pairwise от Inductive AS
🔹 VPTag — бесплатный инструмент попарного тестирования
#новость
👍3🤔2❤1👏1
На какие жертвы идет тестировщик? Какими ненужными делами он занимается в команде (и не только тестировщик, кстати 🤦♂️)? Как бесполезно и рутинно проходит его день?
Все постоянно (или очень часто) задаются этими вопросами. Постоянный бардак, внезапно всплывающие задачи, созвоны в твой обед — все это приводит к выгоранию. Хорошо, если руководство все это ценит, поощряет и выдает медали за отвагу, но, чаще бывает только негодование.
👨🏫 На истории некоего Игоря, статья покажет со стороны то, что вы, возможно, не замечаете и что можно попытаться поменять.
#новость
Все постоянно (или очень часто) задаются этими вопросами. Постоянный бардак, внезапно всплывающие задачи, созвоны в твой обед — все это приводит к выгоранию. Хорошо, если руководство все это ценит, поощряет и выдает медали за отвагу, но, чаще бывает только негодование.
👨🏫 На истории некоего Игоря, статья покажет со стороны то, что вы, возможно, не замечаете и что можно попытаться поменять.
#новость
👍4❤1
Samokat.tech Meetup — QA
Митап случится 31 августа в 18:00.
Послушаемте спикеров из Samokat.tech и Яндекс Финтех. Поговорите об экономии трудозатрат и времени за счёт использования единого заглушечного контура для тестирования и о построении тестирования нового проекта с нуля и до выхода из проекта.
Что будет:
Сравнение заглушек, оценка возможности дебага и мониторинга итогового решения, опыт внедрения стратегии тестирования карт для водителей Яндекс Такси и встраивания проекта в существующий релизный процесс.
Кому будет полезно:
Тестировщикам и разработчикам.
Доклады:
➖ Единый заглушечный контур для тестирования — Ирина Лифанова, SRE, Samokat.tech
➖ Построить тестирование и не сломать себя и бизнес — Роман Радин, Lead QA, Яндекс Финтех
Регистрация
#новость
Митап случится 31 августа в 18:00.
Послушаемте спикеров из Samokat.tech и Яндекс Финтех. Поговорите об экономии трудозатрат и времени за счёт использования единого заглушечного контура для тестирования и о построении тестирования нового проекта с нуля и до выхода из проекта.
Что будет:
Сравнение заглушек, оценка возможности дебага и мониторинга итогового решения, опыт внедрения стратегии тестирования карт для водителей Яндекс Такси и встраивания проекта в существующий релизный процесс.
Кому будет полезно:
Тестировщикам и разработчикам.
Доклады:
➖ Единый заглушечный контур для тестирования — Ирина Лифанова, SRE, Samokat.tech
➖ Построить тестирование и не сломать себя и бизнес — Роман Радин, Lead QA, Яндекс Финтех
Регистрация
#новость
👍5❤2🔥1
Вот вам учебный видос по JSON, XML форматам данных.
Урок покрывает такие темы:
🔹 JSON - формат данных.
🔹 Типы данных в JSON.
🔹 Пример JSON с реального проекта.
🔹 Какое максимальное число в JSON?
🔹 XML - формат данных.
#новость
Урок покрывает такие темы:
🔹 JSON - формат данных.
🔹 Типы данных в JSON.
🔹 Пример JSON с реального проекта.
🔹 Какое максимальное число в JSON?
🔹 XML - формат данных.
#новость
❤5👍1
📱🧮 Как Android обошел iOS в создании идеального калькулятора
Когда в Google решили написать по-настоящему точный калькулятор для Android, они и не подозревали, что эта задача потребует участия выдающегося эксперта по C/C++ и создания гибридной математической системы.
👉 Читать статью
#новость #android #ios
Когда в Google решили написать по-настоящему точный калькулятор для Android, они и не подозревали, что эта задача потребует участия выдающегося эксперта по C/C++ и создания гибридной математической системы.
👉 Читать статью
#новость #android #ios
👍3🔥3🥰2