Способы ручного тестирования по

Инструменты ручного тестировщика

Когда начинающие тестировщики впервые попадают в проектную команду, в их арсенале, как правило, всего три-четыре инструмента, среди которых вполне могут оказаться клавиша Print Screen, графический редактор Paint и Блокнот Windows. О том, какие инструменты помогут ручным тестировщикам быть по-настоящему эффективными, рассказывает старший специалист по тестированию — Ольга Гайдукова.

Содержание статьи:

Немного о ручном тестировании ПО

Как и следует из названия, ручное тестирование проводится вручную, то есть для его проведения не используют никакие автоматизированные средства. Инженер по тестированию берет на себя роль конечного пользователя и, в соответствии с тестовым сценарием, проверяет программное обеспечение. Основная задача такого тестирования — выявить поведение, отличающееся от ожидаемого.

Ручное тестирование может проводиться в рамках интеграционного (взаимодействие с другими ПО и системами), регрессионного (тестирование различных изменений) и, конечно, при системном функциональном тестировании. Ручное тестирование помогает выявить и устранить «узкие места», снизить количество дефектов, обеспечить стабильность систем, оценить удобство эксплуатации, и, в конечном счете, получить продукт, удовлетворяющий ожидания пользователей.

Основные этапы ручного тестирования программного обеспечения

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

Инструменты тестировщика

1.Управление тестированием

Для ручного тестирования ПО используется множество разнообразных инструментов. Например, управление тестированием может вестись в таких специализированных системах, как Redmine, Jira, HP ALM, IBM Rational Quality Manager, MS Team Foundation Server, TestRail, TestLink и других.

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

2.Текстовые, XML-редакторы и файловые менеджеры

Для поиска, конвертации и сравнения файлов очень удобно использовать Notepad++ или PSPad. Первый — это почти тот же Блокнот для Windows, только с открытым исходным кодом и поддерживающий синтаксис большого числа языков программирования (написан на C++). Второй — редактор для текста и кода, позволяющий одновременно работать над несколькими документами и использовать несколько языков программирования, а также создавать шаблоны для автоматизации повторяющихся действий.

Хорошие XML-редакторы: Altova XML Spy (работа с XML и XSD), а также XMLPad (с отладчиком XSL). Среди файловых менеджеров можно выделить Total Commander (для Windows и Android, может соединяться с FTP-серверами), Free Commander (бесплатный, с возможностью группового переименования и сравнения файлов), trolCommander (кроссплатформенный, написан на Java) и Far Manager (консольный).

3.Генераторы данных

Практика показывает, что многие тестировщики используют в своей работе текстовые файлы с одними и теми же тестовыми данными. К сожалению, это приводит к тому, что баги «привыкают» к тестам и со временем перестают находиться («эффект пестицида»). Чтобы не ломать голову перед каждым проектом, можно использовать специальные инструменты, которые умеют генерировать данные. Например, Mockaroo. Это приложение умеет не только подбирать данные (допустим, имя пользователя), но и генерировать SQL-запросы.

генерация данных в Mockaroo

Еще один отличный инструмент, незаменимый для исследовательского тестирования, — плагин Bug Magnet. Он подходит для браузеров Chrome и Firefox, и содержит предустановленные наборы тестовых данных, которые, к тому же, предусмотрительно разбиты на группы (язык, формат, длина). Помимо сохраненных данных, можно добавлять и использовать свои.

4.Инструменты для работы со снимками экранов и записи видео с содержимым

Для ручного тестирования ПО скриншотеры просто необходимы. Пожалуй, один из лучших — GreenShot — бесплатный, с открытым исходным кодом. Кроме того, есть Snagit, ScreenHunter, Snipping Tool, Monosnap и многие другие.

Что касается инструментов для записи видео с содержимым экрана, то одни из лучших — Free Screen Video Recorder и Ashampoo Snap. Среди любопытных решений — CamStudio, Jing, которые позволяют делать скринкасты (видеозахват экрана с речевым сопровождением).

Иногда бывает нужна анимация (GIF-файлы). В этих случаях помогут LICEcap и Recordit, которые легко и быстро сохраняют записанное видео в GIF.

Тем, кому приходится иногда сравнивать графические файлы, стоит обратить внимание на ImageDupeless, ImageDiscerner и FastStone Image Viewer.

5.Планировщики задач и интеллект-карты

Для того, чтобы все проектные задачи были выполнены в срок (а еще лучше — с опережением), важно правильно их распределить. Ставить задачи, получать напоминания и вычеркивать из списка выполненное можно даже с помощью корпоративной почты в MS Outlook. Хотя гораздо эффективнее (особенно, когда задач больше, чем кажется) использовать для этого специальные инструменты, вроде Evernote. Для планирования командной работы отлично подходит Trello.

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

пример интеллект-карты для этапов работы

Есть много онлайн-инструментов для создания таких карт, но могу выделить MindJet (добавляет информацию с разных сайтов, приложений, платформ и контактов), MindMup (бесплатный, легко сохранять карты и делиться), Coggle (простой в освоении), Bubbl.us (онлайн редактор и приложение) и XMind (серьезный софт для построения ментальных карт и различных диаграмм).

6.Чек-листы

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

Один из самых удобных инструментов для создания чек-листов — Sitechco. Это бесплатный онлайн-сервис, в котором легко завести свои чек-листы, хранить результаты, делиться ими с командой, просматривать отчетность и статистику.

пример чек-листа в инструменте Sitechco

Кое-что еще

Конечно, это далеко не всё. У каждого инженера по тестированию есть свой «портфель инструментов», которым он активно пользуется (и который нежно любит), но я рекомендую не останавливаться в поиске лучших средств и решений, а обязательно пробовать новое и продолжать…тестировать. Для себя.

Источник

Ручное тестирование

Введение в ручное тестирование

Ручное тестирование — это форма тестирования программного обеспечения, при которой тесты выполняются вручную без использования инструментов автоматизации. Самым примитивным из всех видов тестирования является ручное тестирование, которое помогает пользователям обнаруживать ошибки в программной системе. Любые свежие приложения должны быть проверены вручную перед автоматизацией их тестирования. Это тестирование требует больше усилий, но необходимо для проверки возможности автоматизации. Тестер подготовит документ с планом тестирования, описывающий комплексный и систематический подход к тестированию программного приложения. Тестовые экземпляры покрывают почти 100% запланированного внедрения программного обеспечения. Это трудоемкий тест, потому что ручные тесты включают в себя полные тестовые экземпляры. Существуют недостатки в различиях между реальными и желаемыми результатами. Затем разработчик программного обеспечения исправляет недостатки. Чтобы убедиться, что ошибки устранены, тестер оценивает дефекты. Цель этого тестирования — убедиться, что приложение не содержит дефектов, а ошибки исправны, чтобы предоставить клиентам работу отличного качества.

Ручное тестирование программного обеспечения

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

Типы ручного тестирования

Ниже приведены 6 видов ручного тестирования:

1. Тестирование белого ящика

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

2. Тестирование черного ящика

• Black Box Testing — это метод тестирования программного обеспечения, который проверяет функциональность программного обеспечения, не изучая его внутреннюю структуру или кодирование. Спецификация потребностей, указанных клиентом, является основной причиной тестирования «черного ящика». Этот метод используется для выбора функции и предоставления входного значения, чтобы проверить, обеспечивает ли функция ожидаемую производительность.
• Если функция выдает правильный вывод, она будет протестирована, в противном случае она не будет выполнена. Команда тестирования сообщает о результатах, а затем тестирует следующую задачу. В конце концов, функции были протестированы, если возникнут серьезные проблемы, команда разработчиков будет возвращена для исправления.

3. Интеграционное тестирование

• Интеграционное тестирование — это второй этап после модульного тестирования метода тестирования программного обеспечения. Единицы или отдельные компоненты программного обеспечения оцениваются в группе во время этого теста. Уровень интеграционных испытаний направлен на выявление недостатков при взаимодействии деталей или узлов.
• В модульном тестировании используются тестовые модули, которые объединяются и тестируются в ходе интеграционного тестирования. Программное обеспечение разработано с использованием ряда программных компонентов, написанных различными программистами или программистами. Целью интеграционного тестирования является проверка правильности связи между всеми модулями.

4. Приемочные испытания

• Приемочные тесты — это официальные тесты, основанные на требованиях пользователя и обработке функций. Он определяет, соответствует ли программное обеспечение конкретным требованиям клиентов. Это делается как своего рода «черный ящик», в котором необходимое количество клиентов участвует в приемочном тесте системы. Это четвертый и последний уровень тестирования программного обеспечения.
• Но все еще есть небольшие ошибки, чтобы определить, когда система в текущем сценарии используется конечным пользователем. Программное обеспечение прошло три этапа (модульное тестирование, интеграционное тестирование и тестирование системы). Там, где измененные требования присутствуют и не могут быть эффективно переданы команде разработчиков во время роста проекта.

5. Модульное тестирование

• Модульное тестирование включает в себя проверку каждого программного модуля или элемента. Это первый уровень тестирования программного обеспечения. Целью модульных тестов является проверка эффективности блочного элемента. Устройство является одним из тестовых компонентов компьютерной схемы и было протестировано на этапе разработки прикладного программного обеспечения. Этот тест предназначен для проверки точности изолированного кода. Одна функция или код приложения является единичным элементом.
• Подход к тестированию White Box используется дизайнерами для модульного тестирования. Модульные тесты — это первый уровень тестов, выполняемых до включения, и другие тестовые концентрации в структуре уровня тестирования. Метод тестирования использует модули, которые уменьшают зависимость от рамок модульного тестирования, заглушек, драйверов и макетов, чтобы помочь в модульном тестировании.

6. Системное тестирование

• Тестирование системы включает в себя тестирование полностью интегрированной системы программного обеспечения. Интеграция программного обеспечения обычно производится компьютерной системой (каждое программное обеспечение является только одним компонентом компьютерной системы). Программное обеспечение создается единицами, а затем соединяется для создания полной компьютерной системы с другим программным и аппаратным обеспечением. Другими словами, система состоит из группы программного обеспечения для выполнения различных функций, но одно только программное обеспечение не может выполнить эту работу.
• Системное тестирование — это последовательность отдельных типов испытаний для проведения испытаний на соответствие требованиям полного функционирования компьютерной системы встроенного программного обеспечения. Системное тестирование тестируется в Black Box, поскольку включает внешнее тестирование программного обеспечения. Тестирование незначительных дефектов следует точке зрения пользователя.

Как выполнить ручное тестирование?

Прочитайте проектную документацию / руководство по программному обеспечению и поймите это. Если возможно, также изучите тестовое приложение (AUT). Проект тестовых случаев, охватывающий все требования документации. Проверьте и обратитесь к руководителю группы, тестовые примеры клиентов (при необходимости). Как только ошибки были исправлены, снова запустите неудачные тестовые экземпляры, чтобы подтвердить, что они пройдены. Тестирование черного ящика и тестирование белого ящика используется для ручного выполнения всех тестовых экземпляров.

Различия между ручным и автоматическим тестированием

Ниже приведены пояснения по ручному и автоматизированному тестированию:

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

Преимущества и недостатки

Ниже приведены плюсы и минусы ручного тестирования:

преимущества

• Метод черного ящика не требует понимания программирования.
• Он используется для тестирования конструкций GUI, которые динамически изменяются.
• Как истинный пользователь, тестировщики взаимодействуют с программным обеспечением, чтобы находить проблемы с юзабилити и пользовательским интерфейсом.
• Это гарантирует, что программное обеспечение на 100% без ошибок доступно.
• Новый пользователь может учиться очень легко

Недостаток

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

Инструменты для проведения ручного тестирования

Теперь мы увидим инструменты для ручного тестирования ниже:

Когда тестировать вручную?

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

Вывод

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

Рекомендуемые статьи

Это было руководство по ручному тестированию. Здесь мы обсуждаем типы, инструменты, различия между ручным и автоматическим тестированием, преимущества и недостатки. Вы также можете просмотреть наши статьи, чтобы узнать больше

1. Тестирование стабильности
2. Тестирование безопасности
3. Тестирование GUI
4. Статическое Тестирование
5. 8 Важная задача написать шаблон плана тестирования

Источник