Кто такой qa engineer, qc engineer и software engineer in test

Заработная плата

Зарплата опытного инженера по качеству сравнима с оплатой труда программиста. На ее размер влияют регион и масштаб компании, где он работает. Разумеется, специалист, трудоустроенный в столичной крупной IT-компании, будет получать больше, чем в маленькой фирме где-то на периферии. В среднем в Москве QA-инженер может зарабатывать от 60 до 180 тысяч рублей в месяц. По России в целом ему предлагают от 35 до 160 тысяч рублей.

По статистике, зарплата специалистов, которые работают по гибкому офисному графику и удаленно, гораздо выше, чем тестировщиков, занятых строго по 8 часов 5 дней в неделю. А вот фрилансерам, периодически меняющим работодателей, удается зарабатывать менее 45 тысяч рублей в месяц.

История

2017: В Санкт-Петербурге открыт центр тестирования A1QA

Офис A1QA в Санкт-Петербурге расположился по адресу Заневский проспект, 30 на территории бизнес-центра «Ростра». В пешеходной доступности находятся станции метро «Новочеркасская» и «Ладожская».

В питерском офисе сформированы отделы по функциональному тестированию и автоматизации тестирования ПО. Работу молодых специалистов в новом подразделении курируют опытные QA-инженеры и менеджеры минского офиса A1QA. Команда уже насчитывает около 20 специалистов, и активный набор сотрудников продолжается.

Первый российский центр тестирования A1QA открылся прошлой осенью в Рязани.

На ноябрь 2017 года головной офис компании расположен в Лейквуде, штат Колорадо, а главный центр тестирования – в Минске.

2014

На май 2014 года спектр компетенции A1QA объединяет все виды тестирования программного обеспечения, включая автоматизацию и безопасность (PCI DSS, OWASP); приемочное тестирование корпоративных ИС; QA-консалтинг и постановку смежных процессов. Основное направление — независимое тестирование ПО высокой степени сложности для телекоммуникационной и финансовой отраслей, промышленного производства, сферы услуг, электронной коммерции и т.д.

2003: Минск

Первый офис A1QA появился в 2003 году в Минске, с течением времени к нему добавились филиалы в других городах Беларуси, Голландии, Великобритании, России и США.

Необходимые навыки и что должен знать QA-инженер

  • понимание жизненного цикла и этапов разработки ПО;
  • ориентироваться в кодах программирования;
  • владеть новыми технологиями в области тестирования и знаниями актуальных инструментов для проведения ручного и автоматического тестирования;
  • относительно высокий уровень английского языка;
  • знание систем bug-трэкинга (bug tracking system) таких, как Jira/YouTrack, например;
  • уверенно работать с протоколом HTTP и его кодами ответов сервера;
  • умение работать программный интерфейсом DOM;
  • понимание объектно-ориентированного программирования (ООП);
  • знание языков HTML и данных JSON;
  • умение работать с данными cookie & session;
  • знание SQL;
  • умение вести тестовую документацию;
  • понимание Agile/SCRUM/Lean методов;
  • знание и понимание системы CI&CD: программ GitLab, Docker, Kubernetes или их аналогов;
  • понимание Microservice Arhitecture, HighLoad;
  • умение работать с инструментами и методами обработки BigData;
  • тестирование программных решений на основе технологического стека (GoLang и/или php (symfony), PostgreSQL и/или Clickhouse);
  • навык составления тест-планов и тест-кейсов.

Принципы тестирования

Тестирование программного обеспечения – креативная и интеллектуальная работа. Разработка правильных и эффективных тестов – достаточно непростое занятие. Принципы тестирования, представленные ниже, были разработаны в последние 40 лет и являются общим руководством для тестирования в целом.

1. Тестирование показывает наличие дефектов

Тестирование может показать наличие дефектов в программе, но не доказать их отсутствие

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

В то же время, даже если дефекты не были найдены в процессе тестирования, нельзя утверждать, что их нет.

2. Исчерпывающее тестирование невозможно

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

3. Раннее тестирование

Тестирование должно начинаться как можно раньше в жизненном цикле разработки программного обеспечения и его усилия должны быть сконцентрированы на определенных целях.

4. Скопление дефектов

Разные модули системы могут содержать разное количество дефектов, то есть плотность скопления дефектов в разных элементах программы может отличаться. Усилия по тестированию должны распределяться пропорционально фактической плотности дефектов. В основном, большую часть критических дефектов находят в ограниченном количестве модулей. Это проявление принципа Парето: 80% проблем содержатся в 20% модулей.

5. Парадокс пестицида

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

Чтобы преодолеть этот парадокс, необходимо периодически вносить изменения в используемые наборы тестов, рецензировать и корректировать их с тем, чтобы они отвечали новому состоянию системы и позволяли находить как можно большее количество дефектов.

6. Тестирование зависит от контекста

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

7. Заблуждение об отсутствии ошибок.

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

И еще несколько важных принципов:

  • тестирование должно производиться независимыми специалистами;
  • привлекайте лучших профессионалов;
  • тестируйте как позитивные, так и негативные сценарии;
  • не допускайте изменений в программе в процессе тестирования;
  • указывайте ожидаемый результат выполнения тестов.

Как дальше жить?

Большой штат тестировщиков не сможет существенно улучшить качество продукта. Но сможет улучшить саму проверку качества. Если же вы, коллеги-тестировщики, хотите поднимать именно качество на новый уровень, задумайтесь о переходе в QA-инженеры.
Только не ждите, когда вас позовут на встречу, где обсуждают фичи с разработчиками или дизайнерами, придите на неё сами. Высказывайте своё мнение касательно любого аспекта качества продукта. Не позволяйте сложившимся правилам, должностным инструкциям и прочей фигне мешать вам делать продукт ещё более качественным, чем сейчас.
Я знаю, что большинству из вас не всё равно на то, что вы тестируете. И вы искренне хотите поставлять хороший продукт, которым приятно будет пользоваться.

View the discussion thread.

blog comments powered by DISQUS

QA ≠ QC: как их различить

QC: кто эти люди, какие у них задачи, какие у них ограничения

Кто эти люди? Люди, которых называют тестировщиками, тождественны контролю качества QC. По логике вещей они на последнем этапе разработки проверяют качество продукта (любым видом и типом тестирования  —  ручным, автоматизированным, нагрузочным, тестированием безопасности и т.д.). Какая у них задача? Их задача — провести валидацию продукта и предоставить информацию бизнесу и разработчикам о соответствии продукта заявленным требованиям. Какие у них ограничения? Какие могут быть недостатки, если у вас все сотрудники проверяют продукт на соответствие:

  • До взятия фичи в проверку такие сотрудники не влияют на процесс обеспечения качества и разработки, хотя их участие могло бы предотвратить некоторое количество багов и тем самым сократить затраты на тестирование.
  • Зачастую такие сотрудники не могут давать рекомендации, как сделать продукт лучше. Потому что поезд ушёл и уже поздно. Им остаётся лишь сверять соответствие продукта требованиям. FYI: хотя на самом деле тестировщикам есть что сказать по поводу улучшений, которые необходимо сделать.
  • Эти ребята чаще всего не видят полной картины процесса, поэтому искренне не понимают, почему разработчики дают им код, в котором приложение крашится при попытке запуститься. И, согласно п.1, ничего не могут с этим сделать. Даже если хотят. 
  • Они не могут взять на себя полную ответственность за качество продукта.
  • Очень часто между тестировщиками и разработчиками возникают конфликты. Так бывает, когда разработчики считают свой код самым лучшим и работающим, а в тестировщиках видят лишь попытки его сломать и показать, что код не работает. Такое положение дел порождает всем известные мемы «Это не баг, а фича».

QA: кто эти люди, какие у них задачи, какие у них ограничения

Кто эти люди? Инженеры по обеспечению качества (QA) — это люди, которые помогают командам разработки выпускать качественный продукт, как можно быстрее за как можно меньшие деньги. Ведь все мы знаем, что чем раньше найден баг, тем дешевле его пофиксить. Лучше всего фиксить баги ещё на уровне идеи.
QA-инженеры участвуют на самых ранних этапах создания продукта/фичи. Если бы они могли залезать в головы к PO, чтобы сказать им о недостаточности приемочных критериев или сценариев использования фичи, — они бы делали это. Какая у них задача? Задача QA-инженера  —  не допустить несоответствия продукта предъявляемым требованиям. QA-инженер замеряет качество продукта, знает его актуальное состояние и что нужно сделать, чтобы его поднять не только на этапе тестирования, но и на этапе разработки, дизайна или составления требований.Какие у них ограничения? Сложно оценить качество работы QA-инженера, потому что если он хорошо выполняет свою работу, то до этапа тестирования будет доходить минимальное количество багов не влияющих на функциональность и запуск продукта в прод. 
В отличие от QA, работу QC оценить можно, особенно если отталкиваться от самого простого и оценивать эффективность по количеству багов — сколько багов нашёл и сколько багов пропустил на прод.

Будущее тестировщика

  • Разработка программного обеспечения — логичный и не самый сложный путь для тех, кто увлечётся языками программирования и захочет не только ковырять чужой код и готовый проект, но и создавать что-то внутри команды.
  • Руководитель проекта. Отличное знание проекта в целом, понимание потребностей и требований клиентов — прямой путь к этой точке.
  • Скрам мастер — интересный разворот, который у тестировщиков хорошо удаётся благодаря опять же знаниям проекта в целом и умениям жёстко планировать сроки работ.
  • Бизнес-аналитик, внедренец — денежные, но не столь технические должности для ребят с прокачанными коммуникативными навыками.

Профессия инженер-тестировщик (QA-инженер)

Мнение эксперта

Екатерина Колоколова:

«Название QA-инженер расшифровывается как «инженер по обеспечению качества» (от английского Quality Assurance engineer). В нашей стране представителей этой профессии называют тестировщиками, но на деле это два разных направления, которые дополняют друг друга.»

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

В круг обязанностей QA-инженера входят такие действия:

совместная работа с заказчиком по определению требований к ПО;

анализ заказа, определение объема времени, необходимого на создание программы, ее корректировку, выявление и устранение ошибок;

составление сценариев проведения тестов с учетом потенциальных рисков и их реализация;

выявление недочетов и их внесение в трекинговую систему;

согласование исправлений с техническими исполнителями, отслеживание выполнения работы;

проведение новых тестов с повышенным вниманием к проблемным моментам, анализ результатов тестирования и проведение доработок;

оценка совместной работы команды специалистов;

внесение изменений в алгоритм взаимодействия профессионалов с целью снижения рисков появления недоработок в будущем;

ведение текущей и составление отчетной документации для статистики, предоставления заказчику.

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

Приведенные обязанности нередко частично перекладываются на других членов команды, например, программистов, технических писателей, бизнес-аналитиков, разработчиков. В крупных компаниях QA-инженеры нередко лишь выявляют недочеты, но не принимают активного участия в их устранении. В одних случаях они больше взаимодействуют с заказчиками, в других — практически все время проводят с техническими исполнителями.

Карьера

У QA-инженера есть 4 квалификационных уровня:

  1. Trainee – новичок.
  2. Junior – специалист с опытом работы 1-6 месяцев и основными навыками. Он знает SQL (базово), как делать тест-планы, тест-кейсы, тест-сьюты, тест-степы и в целом разбирается в тест-дизайне. Также он имеет понятие о багах priority и severity.
  3. Middle – средний квалификационный уровень. Опыт работы 1-3 года. Умеет работать сам и консультирует младших сотрудников.
  4. Senior – высшая квалификация. Выполняет самые трудные задания, применяя разные типы тестирования.

Переходя на новый квалификационный уровень, специалист повышает свой профессионализм, получает новые умения и навыки. Для сеньора дальнейший рост возможен в таких векторах:

  • QA тим лид – QA-менеджер – руководитель QA-отдела (это направление позволяет дорасти до главы своего отдела);
  • разработчик – начальник разработчиков – аналитик – архитектор – руководитель проекта.

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

Важные качества

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

Testing and Debugging

Testing − It involves identifying bug/error/defect in a software without correcting it. Normally professionals with a quality assurance background are involved in bugs identification. Testing is performed in the testing phase.

Debugging − It involves identifying, isolating, and fixing the problems/bugs. Developers who code the software conduct debugging upon encountering an error in the code. Debugging is a part of White Box Testing or Unit Testing. Debugging can be performed in the development phase while conducting Unit Testing or in phases while fixing the reported bugs.

Previous Page
Print Page

Next Page  

Основные задачи тестирования

Еще несколько терминов, которые связаны с упомянутыми двумя задачами, которыми занимается тестировщик, это стимулы, реакции и оракул.

  • Стимулы – это данные, которые подаются на вход программе.
  • Реакции — это то, что получается на выходе.
  • Оракул — это способ проверки наблюдаемого результата, совпадает он с некоторыми ожиданиями или не совпадает.

Программа представляет собой механизм по переработке информации. На вход поступает информация в каком-то одном виде, на выходе информация в некотором другом виде. При этом входов и выходов у программы может быть много, они могут быть разными, то есть у программы может быть несколько разных интерфейсов, и эти интерфейсы могут иметь разные виды:

  • Пользовательский интерфейс (UI)
  • Программный интерфейс (API)
  • Сетевой протокол
  • Файловая система
  • Состояние окружения
  • События

Наиболее распространенные интерфейсы это

  • графический,
  • текстовый,
  • консольный,
  • и речевой.

Через пользовательский интерфейс компьютер взаимодействует с человеком, с пользователем.

Через программный интерфейс программы взаимодействуют друг с другом (человек тут не нужен).

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

Это файловая система, программы могут писать данные на диск и читать данные с диска.

Это состояние окружения, которое могут программы модифицировать и, соответственно, тоже читать.

Это события, в частности, таймер. То есть некоторые механизмы отслеживания времени.

Используя все эти интерфейсы, тестировщик каким-то образом создает искусственные ситуации, и проверяет в этих ситуациях как программа себя ведет. Вот это и есть тестирование.

Кто такой QС Engineer

Контроль качества (QC) — часть международного стандарта управления качеством ISO 9000. Суть контроля качества сводится к поиску дефектов и ошибок после создания продукта.

Таким образом, специалист, чья работа крутится вокруг тестирования — это QC Engineer, по-русски, тестировщик.

Должностные обязанности QC Engineer

Примерный обобщенный список:

  • Оценка и внедрение программного обеспечения для тестирования.

  • Проверка продукта на соответствие установленным требованиям и ожиданиям.

  • Настройка автоматического тестирования.

  • Поиск дефектов или ошибок, которые могут подорвать доверие покупателей к вашим продуктам.

  • Проверка, что конечный продукт соответствует стандартам компании, стандартам отрасли, законам.

  • Составление отчетов об испытаниях и проверках.

  • Выявление и документирование ошибок и дефектов, которые необходимо исправить перед выпуском продукта.

  • Выявление и документирование ошибок и дефектов, которые можно исправить после отправки продукта.

  • Тестирование инструкций, гайдов, документации.

  • Работа со специалистами по обеспечению качества.

  • Оценка отзывов и жалоб клиентов — поиск и рекомендации решений, которые “сделают их счастливыми”.

  • Мониторинг поступления на рынок только высококачественной продукции.

Кто такой QA Engineer

Обеспечение качества (QA) — часть международного стандарта управления качеством ISO 9000, которая помогает компаниям соответствовать требованиям, удовлетворять потребностям клиентов и постоянно улучшать свои процессы и процедуры.

Должностные обязанности QA Engineer

Примерный обобщенный список:

  • Планирование, разработка и внедрение политики, процессов и процедуры обеспечения качества.

  • Документирование и обновление типовых инструкций и лучших решений (best practices).

  • Проверка процессов, процедур и документации на соответствие правилам и стандартам.

  • Мониторинг текущих процессов с целью их улучшения.

  • Обучение производственных и инженерных групп соблюдению установленных процессов и процедур.

  • Анализ первопричин и внедрение решений, направленных на устранение проблем, обнаруженных в текущих процессах и процедурах.

  • Сбор и оценка отзывы клиентов.

ВАЖНО. Даже если в компании есть четко определенная позиция QA Engineer, обеспечивать качественный процесс, создавать качественный продукт остается обязанностью каждого участника команды

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

3 основные рекомендации по составлению резюме для QA

Объём не более 1,5 страниц. Это то, что бросается в глаза сразу — резюме должно быть лаконичным. Многие пытаются написать «Повесть временных лет», и описать опыт в десятках, сотнях строчек

Старайтесь делать выжимку самого важного: больше 3 листов интервьюер не читает, лучше всего — одна страница или полторы.

Описаны результаты. Здорово, когда резюме структурировано по принципу «зона ответственности + достижения»

То есть не просто написано, что сотрудник работал работу, участвовал в тестировании, а сформулирована понятная зона ответственности: за что отвечал, что с него спрашивали. И в работе любого специалиста существуют достижения: знаковые релизы, выпущенные фичи, карьерный рост — это очень важно, надо указывать.

Опыт и инструменты соответствуют. Например, если человек занимался мобильным тестированием — упомянут инструментарий, характерный для мобильного тестирования, прямо ключевые слова. Например, Fiddler, Charles, Android Studio, Xcode и так далее. Если тестировал бэкенд — Insomnia, Postman, что-то такое. Когда видишь только опыт без инструментов, возникает вопрос, насколько поверхностно специалист знаком с работой. И наоборот — если использованные инструменты выглядят как ключевые слова без реального опыта применения. Например, указан Zabbix, а инженер всю жизнь занимался клиентским тестированием — наверное, он очень мало работал с Zabbix.

Базовые требования к профессионалу

  • Опыт технической поддержки — это плотное изучение технологий в сжатые сроки, умение понимать проблемы и быстро сопоставлять их с причинами и путями решения + навыки документирования заявок. Отличная почва для старта карьеры тестировщика.
  • Основы программирования — желательно Java, SQL, Python, но сойдёт буквально всё.
  • Знание методологии Agile, умение встроиться в микро-команды. 
  • Основы Linux.
  • Основы архитектуры ПК.
  • Модель OSI и сети (базовое понимание, знание структуры заголовков пакетов и проч.). Практически сразу потребуется свободная работа с утилитой Wireshark.
  • Инструменты управления тестированием — Bugzilla, Jira или любой другой багтрекер.
  • Selenium — инструмент для автоматизации действий веб-браузера. Очень популярный инструмент тестирования. 
  • Желательно — понимание стратегий тестирований чёрного, белого, серого ящиков и осознание того, где вы наиболее хорошо применимы как специалист.
  1. Станьте QA-фрилансером, чтобы выполнять небольшие проекты по ручному тестированию. Платят мало, но вы научитесь мыслить как тестировщик, писать контрольные примеры и сообщать о результатах. 
  2. Если цель — тестирование веба (а это чаще всего), создайте свой кривой-косой, но полноценный сайт без шаблонов и готовых CMS. Так вы поймёте, как среда работает изнутри и будете знать места обитания всех типичных багов.
  3. Найдите программу любого курса по тестированию, ищите по ней материалы и накапливайте теоретическую базу, чтобы успешно пройти первое собеседование.

Плюсы и минусы профессии тестировщика ПО

Задаваясь вопросом о том, кто такой тестировщик сайтов и мобильных приложений, и принимая решении о начале обучения, стоит соотнести преимущества и недостатки специальности.

Плюсы

  1. Придется постоянно повышать квалификацию, и это будет интересно! IT-отрасль развивается динамично и не дает специалистам деградировать интеллектуально.
  2. Зарплата тестировщика с опытом высока и приближается к зарплате программиста.
  3. QA тестеры и инженеры — люди востребованные, и спада популярности этой профессии не наблюдается. В том числе, в периоды экономических кризисов.

Минусы

Работа тестировщика — рутинная. В особенности, если речь о ручном проведении тест-кейсов и написании документации

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

Что такое QA тестирование? Виды тестирования

QA, или Quality Assurance — это комплекс мер для обеспечения качества ПО. В этот комплекс входит анализ всех условий, которые могут сказаться на качестве разработки и готового продукта.

QA тестирование бывает функциональным и нефункциональным:

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

Также тестировщики занимаются:

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

Словом, QA специалист — это человек, который проверяет программный продукт вдоль и поперек. Тестировщик выясняет, как ПО поведет себя при ожидаемом или отличном от ожидаемого поведении пользователя. Изучает, что происходит с приложением, когда с ним работает знающий или не знающий систему человек – тестирование «белого ящика» и «черного ящика» соответственно.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Adblock
detector