Найти в Дзене
Покупайте СтеллыИ дарите их за контент
3 года назад

Не используйте обобщающие фразы, такие как "Всегда", "Возможно" или "Может быть". Требования должны быть ясными и точными. Если вы видите такую фразу в требовании или хотите ее добавить, это говорит о том, что требование не ясно и требует вашего внимания. Вместо этого используйте конкретные фразы, такие как "Каждый из указанных в требовании №11" или "Состояния операций могут быть успешными, неудачными или в процессе". Это поможет уточнить требование. Избегайте использования субъективных прилагательных, таких как "красивый" или "интересный". Они не описывают требования однозначно. Чтобы уточнить требование, используйте точные определения. Например, вместо "долгий" укажите конкретное время, например "1 час". Это поможет избежать недопонимания и неоднозначности. Укажите все возможные исходы для каждой операции. Например, для операции "Сохранить" укажите успешное и неуспешное завершение. Если возможно, добавьте промежуточное состояние, такое как "в процессе". Опишите действия пользователю в случае неуспешного исхода. Это поможет уточнить требования. Расшифруйте термины, используемые в требованиях. Уточните, что вы понимаете под терминами, такими как "персональные данные" или "секрет". При необходимости создайте отдельный пункт требований или глоссарий для этого. Это поможет избежать недопонимания и неоднозначности. Используйте UserFlow для понимания опыта пользователя. Обратите внимание на места, где пользователю может быть затруднительно покинуть определенное состояние. Например, если приложение отображает сообщение об ошибке без возможности закрыть его, пользователю придется полностью закрыть приложение. Обратите внимание на такие моменты, чтобы сделать приложение более удобным для пользователя. Если у вас есть список подходящих условий, таких как возможные экранные разрешения для мобильного приложения, укажите только те, которые вы поддерживаете или собираетесь поддерживать. При этом будьте реалистичными и учтите, что вам придется протестировать каждое из перечисленных условий. Это поможет избежать лишних трудностей и неясностей.

3 года назад

ГИТ. Учу, хоть и в практике с ним работаю постоянно. Начал 20ти часовой курс по основам. Почему? 1. Ученье свет😀 2. В практике часто повторяешь за опытным коллегой, по его совету делаешь какие действия, потом повторяешь,а осознание того, зачем ты это делаешь не приходит 3. Узнаешь новое, приобретаешь новый инструменты, становишься более ценным, с каждым новым навыком, даже с точки зрения опытного сотрудника, навык и кажется простым может 4. Ну и личное, люблю учится новому, и вам рекомендую. В конце концов, пройдя курс, приобретя новую квалификацию, возможно найдя работу, вы должны помнить, что находитесь в начале пути

3 года назад

Тестирование API - зачем это делать? Тестирование API является важной составляющей процесса разработки программного обеспечения. В отличие от тестирования пользовательского интерфейса, которое проверяет работу приложения на уровне взаимодействия с пользователем, тестирование API сосредоточено на проверке правильности работы и взаимодействия backend-компонентов. Зачем, в таком случае, проводить тестирование API? Во-первых, тестирование API позволяет гарантировать корректную передачу данных между различными компонентами приложения. Это особенно важно, когда приложение состоит из микросервисов или интегрируется с другими системами. Тестирование API позволяет выявить и исправить возможные ошибки, связанные с передачей, обработкой и форматированием данных. Во-вторых, тестирование API позволяет проверить функциональность и стабильность общих с ними сущностей, таких как базы данных или файловые системы. Таким образом, можно убедиться, что эти компоненты правильно работают и не вызывают ошибок в процессе взаимодействия с API. В-третьих, тестирование API помогает обеспечить безопасность приложения. Проверка авторизации, аутентификации и контроля доступа к API может помочь выявить и устранить возможные уязвимости и предотвратить несанкционированный доступ к данным. Таким образом, тестирование API является неотъемлемой частью процесса разработки, позволяя обеспечить стабильную и безопасную работу приложения, а также гарантировать корректное взаимодействие между его компонентами.

3 года назад

Зачем тестировщикам учить GitLab? Это вопрос, который может возникнуть у многих начинающих специалистов в области тестирования. Ответ прост - знание GitLab поможет упростить работу с репозиторием и обеспечить более эффективное взаимодействие в команде разработчиков. GitLab - это система контроля версий, которая позволяет управлять исходным кодом проекта, отслеживать изменения, объединять ветки разработки, проводить code review и многое другое. Для тестировщиков это особенно полезно, так как позволяет быстро получать доступ к актуальным версиям кода, создавать ветки для проведения тестирования нового функционала и отслеживать изменения в коде, которые могут повлиять на процесс тестирования. Кроме того, работа с GitLab способствует более эффективному взаимодействию в команде разработчиков. Тестировщик может проводить code review, комментировать изменения в коде, обсуждать и исправлять ошибки, способствуя повышению качества кода и исключению возможных проблем. Таким образом, знание GitLab является неотъемлемой частью работы тестировщика, позволяя ускорить процесс тестирования, повысить качество работы и обеспечить более эффективное сотрудничество в команде разработчиков.

3 года назад

Тестирование с бытовой точки зрения - это процесс проверки функциональности. Допустим, вам дали грабли и попросили протестировать их. В первую очередь, вам необходимо создать сценарий использования этих граблей - например, собрать листья. Ваш сценарий использования может выглядеть так: 1. Взять грабли в руки за черенок. 2. Пройтись по месту, где собрались листья, и использовать зубья граблей для загребания листьев. 3. Положить собранные листья в контейнер или пристроить их в мешок. 4. Отложить грабли в безопасном месте после использования. Ожидаемый результат - зубья должны загребать листья без проблем. Однако, быть тестировщиком означает учитывать все возможные варианты использования предмета. Поэтому, вам также нужно описать и протестировать сценарии, которые могут возникнуть при использовании граблей: 1. Взять грабли в ноги вместо рук. Результат - грабли неудобно держать и использовать. 2. Взять грабли за хребет. Результат - грабли могут быть кривыми и неэффективными при использовании. 3. Наступить случайно на грабли. Результат - может возникнуть опасная ситуация, если черенок граблей резко подскочит и ударит вас. Таким образом, вам следует протестировать все сценарии использования граблей, описанные выше, чтобы убедиться в их функциональности, безопасности и удобстве использования. Помимо этого, может быть полезно проверить мнение других пользователей или специалистов, чтобы получить дополнительные отзывы и предложения по улучшению граблей. В конечном итоге, тестирование с бытовой точки зрения помогает обнаружить потенциальные проблемы, улучшить качество и безопасность предметов и обеспечить их эффективное использование в повседневной жизни.

3 года назад

Как новичку написать тест-кейс для сложного проекта внедрения Внедрение сложного проекта требует тщательного тестирования, чтобы убедиться в его правильной работе и соответствии требованиям. Создание тест-кейсов является важной частью этого процесса. Но как написать тест-кейс, особенно новичку? В этом блоге я хотел бы поделиться несколькими полезными советами. 1. Изучите требования: Перед тем как приступить к написанию тест-кейсов, важно полностью понять требования проекта, через грамотное анализирование документации, обсуждение с командой и клиентами. Только тщательное изучение требований позволит создать эффективные тест-кейсы. 2. Разбейте проект на модули: Сложные проекты внедрения часто состоят из нескольких модулей или компонентов. Разбейте проект на более мелкие части и создайте тест-кейсы для каждого модуля. Это сделает тестирование более структурированным и облегчит отслеживание результатов. 3. Определите ожидаемые результаты: В тест-кейсах не забывайте указывать ожидаемый результат для каждого шага. Это поможет вам точно оценить, правильно ли система функционирует, и облегчит вам анализ результатов тестирования. 4. Учитывайте возможные варианты использования: Сложные проекты внедрения могут иметь разные варианты использования и потенциальные ветвления процессов. При написании тест-кейсов учтите различные возможности и особенности, чтобы быть уверенным, что система работает правильно для всех сценариев использования. 5. Используйте шаблоны и стандарты: Воспользуйтесь готовыми шаблонами тест-кейсов и установленными на проекте стандартами. Это поможет вам сохранить консистентность и единообразие в написании тест-кейсов, а также облегчит процесс анализа и отчетности. 6. Проводите регулярные обзоры: Важно понимать, что написанные тест-кейсы могут быть пересмотрены и улучшены с течением времени и опыта. Не забывайте проводить регулярные обзоры и обновлять тест-кейсы в соответствии с изменениями в требованиях, найденными ошибками и новыми возможностями системы

Покупайте СтеллыИ дарите их за контент