Ручное тестирование может быть искусством, но это, конечно, не самая захватывающая задача, которую вы можете получить на работе. Тем не менее у ручного тестирования много преимуществ, даже если вы не считаете себя особенно опытным в тестировании. Если ручные тесты для вас в новинку, найдите время, чтобы узнать, что они из себя представляют и как они выполняются прежде чем приступить к первому заданию. Эта статья расскажет вам об основных процессах ручного тестирования качества, о том, какие инструменты вам следует использовать и о типах тестирования, которые вы можете выполнять в рамках своих должностных обязанностей.
Основные процессы ручного тестирования
Если вы делаете свою работу правильно, не существует такой вещи, как стандартная рабочая процедура. Тем не менее, есть некоторые распространенные методы, о которых важно знать каждому тестировщику и руководителю группы тестирования. Как минимум, тестировщики должны знать об этих процедурах, чтобы не отставать от отраслевых стандартов и соответствующим образом улучшать свои собственные процессы.
Помните: лучший способ учиться — это делать. Применение этих процессов на практике поможет вам стать экспертом в ручном тестировании, поэтому используйте их как можно чаще. Вот несколько примеров стандартных процедур и инструментов, с которыми должны быть знакомы все тестировщики.
Каковы основные процедуры обеспечения качества при ручном тестировании?
Чтобы понять, какое ручное тестирование следует провести для вашего приложения, вам сначала нужно узнать о его назначении. Но прежде чем мы углубимся в ручное тестирование, давайте проясним, что оно не полностью автоматизировано. Эти процедуры проводятся тестировщиками вручную и с помощью собственных устройств.
Существуют различные типы тестирования программного обеспечения, такие как тестирование установки, интеграционное тестирование и функциональное тестирование, и каждое ручное тестирование имеет свои конкретные цели и задачи. Одной из этих целей может быть проверка того, работает ли приложение должным образом на разных поддерживаемых платформах, и выявление любых ошибок до того, как оно попадет в руки конечного пользователя.
Основными задачами на этапе подготовки будут:
- Знакомство со спецификациями.
- Понимание разработанного функционала.
- Определение тестов, которые будут выполнены. Обычно тестирование начинается с функциональности, а затем распространяется на остальное (пользовательский интерфейс, стресс, негатив, граница, нагрузка и другие).
- Написание тест-кейсов.
- Подготовка тестируемых устройств. Знание поддерживаемых устройств и платформ имеет решающее значение, поэтому вам не нужно выполнять дополнительные ненужные тесты. В то же время убедитесь, что вы охватываете нужные платформы и устройства.
Наиболее распространенные ручные инструменты контроля качества
Надежная библиотека инструментов тестирования доступна для ручного тестирования качества. Однако многие из этих инструментов перекрывают друг друга в том смысле, что они выполняют схожие функции немного по-разному. Например, как инструменты записи/воспроизведения, так и инструменты тестовых сценариев позволяют вам вводить список шагов или команд, которые должны быть выполнены в тестируемом приложении (AUT). Это полезно знать на будущее, но в качестве базового набора ручных инструментов вы можете использовать такие простые инструменты, как Google Docs или документ Word! Однако гораздо проще использовать инструмент, специально разработанный для документирования и запуска тест-кейсов.
Вот несколько таких инструментов:
- TestRail. Это инструмент, используемый для написания, хранения, группировки и запуска тестовых случаев. Проще говоря, TestRail — это библиотека тестовых сценариев, которую обслуживает и управляет тестер. Вы можете добавить столько тестов, сколько хотите, и запускать их столько раз, сколько пожелаете. TestRail — это программное обеспечение, предназначенное для организации ваших тестов и записей. Это платное программное обеспечение, поэтому ваша компания обычно получает пакет для всей команды тестировщиков.
- Jira или аналогичный инструмент для отслеживания ошибок. Как только вы обнаружите ошибку в тестируемом ПО, вам необходимо отправить разработчику тикет с описанием и скриншотами. Конечно, вы можете просто рассказать ему о том, что только что видели, но это не лучший способ, если вы тестировщик программного обеспечения.
QA-тестеры используют инструмент, специально разработанный для этой цели. Это называется «инструментом отслеживания ошибок». Это может быть Jira или любой подобный инструмент, но все они будут схожи по своему функционалу и будут иметь одну и ту же конечную цель. Ваша компания может решить использовать Jira, потому что это наиболее распространенный вариант, или же они могут обратиться к любому аналогичному инструменту. Для вас, как для тестировщика, особой разницы нет. Как уже упоминалось, все инструменты служат одной цели и работают одинаково. Если вы знаете, как использовать один, вы можете легко использовать другие.
- Rundeck. Это инструмент, который в основном используется для запуска различных скриптов в ручном и автоматизированном тестировании. Rundeck упрощает развертывание нового кода для тестирования без необходимости ждать, пока это сделает DevOps. Также с помощью этого инструмента можно выполнять множество задач по моделированию тестов. Например, вы можете запустить сценарий для имитации местоположения вашего устройства или сети для выполнения необходимых тестов. Единственное, что нужно иметь в виду, это то, что прежде чем вы сможете использовать Rundeck для вашей повседневной деятельности, вам потребуются системные инженеры или DevOps, чтобы настроить его для вас. Сначала необходимо написать сценарии, а затем интегрировать их в Rundeck. После того, как это будет сделано, вы можете начать использовать его и изменять сценарии по своему усмотрению.
Распространенные проблемы при ручном тестировании
Ручные тестировщики, особенно с небольшим опытом, нередко недооценивают, сколько часов занимает тестирование. Проекты часто выходят за рамки бюджета, потому что люди думают, что могут протестировать сайт всего за один или два дня! Хотя вы можете протестировать продукт за пару дней, этого времени точно не хватит для повторного тестирования всех исправлений и ошибок, которые вы найдете. Поэтому, когда дело доходит до проверки оценок, подготовьтесь к нескольким раундам тестов, и всегда полезно поговорить с вашим лидом или менеджером, если вы не уверены.
Обычно ваш лид должен будет оценить время и количество тестов, прежде чем вы действительно начнете тестирование. При их оценке будет учитываться множество факторов, и она будет основываться не только на объеме работы, но и на желаемом тестовом покрытии, количестве тестируемых устройств и дате выпуска.
Вы также можете столкнуться с проблемами, связанными с плохой коммуникацией и непониманием требований как с вашей стороны, так и со стороны других лиц, участвующих в реализации вашего проекта. Кроме того, конфликты с другими заинтересованными сторонами, такими как разработчики, являются обычным явлением, поскольку все работают над поиском решений.
Чтобы избежать этих проблем, лучше убедиться, что все участники четко понимают, каковы их цели. А это означает, что нужно находить время для ежедневных стендапов или ретроспектив.
Основная цель любой команды QA — понять требования к продукту и убедиться, что он поставлен так, как задумано.
Как подготовиться перед тем, как приступить к ручным задачам контроля качества
Запомните эти три вопроса, прежде чем приступать к выполнению любых задач по контролю качества вручную:
Актуально ли это?
Могу ли я добавить ценность?
Могу ли я сделать это хорошо?
Любая ручная задача, которую вы выполняете, должна отвечать на эти и другие вопросы. Ваши ответы дадут вам более полное представление о вашей работе и о том, что необходимо как со стратегической, так и с тактической точек зрения.
Например, некоторые задачи слишком широки, чтобы ручной контроль качества был эффективным. Другие могут быть выполнены лучше другими людьми или с помощью автоматизации. Вы также можете обнаружить, что некоторые действия больше не имеют смысла или могут быть полностью исключены, как только вы начнете смотреть на вещи через эту призму.
Хорошо структурированная стратегия тестирования может помочь вам избежать этих ошибок, гарантируя, что у всех участников есть четкие ожидания относительно их работы и того, как она вписывается в более широкие цели.
При правильном выполнении ручные тесты контроля качества могут принести большую пользу вашей команде. Но не каждую задачу стоит выполнять только из-за ее достоинств. Чтобы убедиться, что ваше время и усилия реально влияют на ваш проект, подходите к каждому новому ручному тесту целенаправленно и внимательно.
А если вы в чем-то не уверены, не бойтесь спрашивать! Помните, важно делать свою работу правильно, а не просто быстро!