Привет хабр! Меня зовут Виталий Матыцин, я отвечаю за дизайн в Ampire. Cегодня хочу рассказать об особенностях и подводных камнях, с которыми мне пришлось столкнуться во время редизайна.
Пользователь
Технические рекомендации для создания крутых презентаций
Простой
3 мин
Создание эффектной и профессиональной презентации — это не только продуманный контент и дизайн, но и правильная технических настройка.
От качества визуального оформления и технических параметров будет зависеть общее впечатление от вашей презентации. Следуйте этим советам, чтобы презентация выглядела действительно круто.
Как правильно оформить презентацию, чтобы тебя услышали?
Средний
5 мин
«Презентация – это важный инструмент коммуникации, который позволяет передать информацию и донести свои идеи до аудитории. Одним из ключевых аспектов успешной презентации является ее визуальное оформление. Качественное и красивое оформление презентации может помочь удержать внимание зрителей и улучшить восприятие информации.
В данной статье рассмотрим несколько советов по оформлению презентации, чтобы сделать ее более эффективной и привлекательной.
Принципы тестирования: нас 7
5 мин
Нам известны 7 принципов тестирования и сейчас мы их подробно разберём.
Итак, приступим.
1. Исчерпывающее тестирование невозможно
2. Тестирование демонстрирует наличие дефектов, а не их отсутствие
3. Заблуждение об отсутствии ошибок
4. Раннее тестирование сохраняет время и деньги
5. Принцип скопления или кластеризация дефектов
6. Тестирование зависит от контекста
7. Парадокс пестицида
Зачем вообще они нужны и как могут помочь в понимании процесса тестирования? Это хороший вопрос. И если тщательно разобраться и следовать этим принципам, то можно избежать многих ошибок, недоразумений и неожиданных ситуаций в будущем.
В переводе с латинского При́нцип - это основа, начало, первоначало, и можно сказать, что принципы тестирования — это основы тестирования.
Чек-лист тестирования WEB приложений
5 мин
Привет! После публикации статьи «Чек-лист тестирования мобильных приложений», поступило большое количество сообщений про такой же чек-лист, только для WEB приложений. Чтобы ответить на этот вопрос была подготовлена универсальная шпаргалка, которую можно использовать при тестировании практически любого WEB приложения.
Метод бисекционного деления в тестировании
7 мин
Содержание
Иногда баги сами нас находят. Вот мы впихали большую строку данных — и система подвисла. Это она из-за 1 млн символов упала? Или ей какой-то конкретный не понравился?
Или файл загрузили в систему и он упал. Отчего? Из-за названия, расширения, данных внутри или размеров? Можно спихнуть локализацию на разработчика, пусть сам думает, что плохого в файле. Но часто можно найти причину и самому, а потом более точно описать проблему.
Если найти минимальные данные для воспроизведения, то:
- Вы сэкономите время разработчику — ему не придется подключаться к тестовому стенду, самому грузить файл и дебажить
- Менеджер сможет легко оценить приоритет задачи — это нужно срочно исправлять, или баг может подождать? Пока название «некоторые файлы падают, хз почему» — это сделать сложно...
- Описание бага от понимания причины падения тоже только выиграет.
Как найти минимальные данные для воспроизведения бага? Если есть какие-то подсказки в логах, применяем их. Если подсказок нет, то самый оптимальный метод — метод бисекционного деления (также известный как метод «деления пополам» или «дихотомия»).
Описание метода
Метод применяется для поиска точного места падения:
- Взять падающую пачку данных.
- Разбить пополам.
- Проверить половину 1
- Если упало — значит, проблема там. Работаем дальше с ней.
- Если не упало → проверяем половину 2.
- Повторяем шаги 1-3 до тех пор, пока не останется одно падающее значение.
Метод позволяет довольно быстро локализовать проблему, особенно если это делается программно. Разработчики встраивают такие механизмы в обработку данных. А если не встраивают, то сами и страдают потом, когда к ним приходит тестировщик и говорит «Вот на этом файле падает, а точную причину я не смог найти».