Серия статей про тестирование программного обеспечения. Часть 1: зачем нужно тестирование программного обеспечения.
Содержание
- Прихоть или необходимость
- Зачем нужно тестирование программного обеспечения
- Возможно ли писать программы без тестировщиков
- Роль тестировщика в процессе разработки программного обеспечения
Прихоть или необходимость?
Согласитесь, что никто в здравом уме не приходит к портному и не оплачивает заказ, не глядя на сшитую вещь. Да и сам портной, дорожа своей репутацией, снимет не одну мерку и пригласит клиента для подгонки изделия по фигуре. Это только один пример, но их в нашей жизни – множество.
Ежедневно мы пробуем этот мир на вкус и запах, температуру и плотность, исследуем, анализируем события и факты, проверяем и перепроверяем. Практически – тестируем свою реальность. Что-то нам нравится, а что-то явно нуждается в коррекции. Ошибка в любой области жизни неизменно нарушает ее гармоничность и сбалансированность, делает наше существование некомфортным и проблематичным. И тогда мы исправляем, меняем, лечим и переучиваем.
Мониторинг и диагностика образовательных результатов обучающихся
Тестирование программного обеспечения и последующая коррекция багов в современном мире не менее весомы по своему значению, а отсутствие или недостаточность тестирования могут привести к настоящим катастрофам как местного, так и глобального характера.
Конечно, есть различия в степени риска, которые зависят как от уровня вероятности наступления последствий, так и от масштабов возможных негативных событий. Вернемся к нашему портному. Какова вероятность того, что он использует чужой кусок ткани для вашего костюма? Минимальная. А есть ли риск того, что он ошибется в выкройке, и костюм плохо сядет по вашей фигуре?
Есть, и он очень велик. Но так ли серьезна эта проблема в масштабах одного ателье? Нет. А если ошибка в выкройке закралась на предприятии массового пошива? Здесь уже речь пойдет о многомиллионных убытках.
Та же самая ситуация и с ошибками в программном обеспечении, они вписываются в те же самые критерии риска и его вероятности. И если кому-то до сих пор кажется, что тестирование какого-то там приложения или небольшой программы – пустая трата времени и денег, то он ошибается.
Если кто и умеет считать деньги, так это экономисты крупных корпораций, в том числе и те, кто занимаются разработками в области IT-индустрии. Но даже они не скупятся на весьма солидные вложения в тестирование продукции.
И это при том, что среди разработчиков программ этих организаций не найдешь того, кто только начинает свой путь в программировании. Но, как известно, и на старуху бывает проруха. И даже самые крутые специалисты совершают промахи, потому что от этого никто не застрахован.
Зачем нужно тестирование программного обеспечения
Такой вопрос может задать только человек, максимально далекий от IT-индустрии и даже общего понимания устройства современного мира. И все же ответим: тестирование ПО нужно всем. Если вы не живёте в джунглях Амазонки или в землянке посреди таежных лесов и не используете в качестве технических средств только палку и камень, то это нужно вам. Потому что операционные системы используются в телефонах, смартфонах, ноутбуках, в стационарных компьютерах, бортовых компьютерах, планшетах и даже в ставшем столь популярным оборудовании для “умного дома”.
Как проверить ПК на стабильность? OCCT как пользоваться? ПО для диагностики ПК
Тестирование программного обеспечения нужно и тем, кто производит всю эту техническую продукцию и программы к ней. Потому что при отсутствии тестирования невозможно создать качественный программный продукт, и значит — невозможно приобрести лояльно-настроенного постоянного покупателя. А это крах производства и компании.
Возможно ли писать программы без тестировщиков
Возможно. Но это будут кривые и никому ненужные программы, требующие впоследствии сложной доработки, и которые сделают использующие их приборы и гаджеты нуждающимися в постоянном техническом обслуживании. Вряд ли это входит в планы заказчика и самого разработчика.
В истории возникновения тестирования, о которой будет рассказано ниже, изначально тестами занимались только сами разработчики, но это только усложняло и продлевало процесс разработок. И именно поэтому сами программисты доверили данную функцию отдельным специалистам — тестировщикам.
На самом деле, разработчики и сейчас продолжают этим заниматься, пишут тесты. Но они анализируют систему с точки зрения разработки, и могут не увидеть множества факторов, заметных для тестировщиков, которые смотрят на систему свежим взглядом и оценивают, насколько всё плохо или хорошо в тестируемом продукте.
И самому разработчику крайне сложно смотреть на систему с точки зрения тестирования, поскольку это две разные области, и у них разные цели. Но, несмотря на это, и разработчики, и тестировщики должны работать так, чтобы в итоге конечные пользователи не только не страдали, но и были счастливы от программных продуктов.
Роль тестировщика в процессе разработки программного обеспечения
Для того, чтобы стать тестировщиком, необходимо иметь приличный запас знаний, поэтому все они проходят процесс обучения, который дополняется впоследствии опытом работы и самообразованием. При этом тестирование может осуществляться силами как одного человека, так и нескольких, объединенных в команду.
Для тех, кто наивно полагает, что для работы тестировщиком не нужно особых знаний и умений, у нас плохие новости. Тестировать программы — задача исключительно для специалистов высокого уровня, обладающих целым рядом компетенций. Тестировщик — это человек, который разбирается не только в сфере технологий тестирования, но и знает, как минимум, основы написания программ, владеет английским языком на уровне не ниже Intermediate, т.е. пороговым уровнем, но лучше Advanced, т.е. уровнем профессионального владения.
И, конечно, для того, чтобы стать высокооплачиваемым и востребованным специалистом, необходим креативный подход к работе, умение коммуницировать с людьми в любом коллективе, и обладать знаниями о современных тенденциях в области развития IT-технологий.
Вокруг профессии тестировщика ходит множество мифов, большая часть из которых не имеет под собой весомого основания. Так, например, притчей во языцех стали заработки тестировщиков, поскольку на самом деле доходы в этой профессии поражают своими размерами далеких от IT-технологий обывателей.
Но какими бы ни были материальные затраты на тестирование — они все равно окупаются. Зато экономия на проверке разрабатываемого программного обеспечения неизменно превращается в последующие колоссальные затраты на переделки. Кроме того, некачественный продукт может просто не найти своего покупателя и вовсе свести на нет все усилия.
Также есть мнение, что именно тестировщики виновны во всех возникающих багах, потому что просмотрели и вовремя не скорректировали процесс написания программы. Но есть некоторые моменты, которые вполне оправдывают недочеты в работе тех, чья работа заключается в поиске ошибок. Здесь может иметь место и недостаточное финансирование проекта в целом, и процесса тестирования в частности. Требования к ПО могут внезапно меняться, а времени на тщательное изучение нововведений может уже не оставаться.
Поскольку тестировщик не несет всей ответственности за ошибки и сбои, возникающие несмотря на все старания команды разработчиков, конечное качество продукта — тоже не относится к сфере его ответственности. Задача тестировщика — своевременно донести информацию до заинтересованных лиц, найдя ошибки и указав на них, но не исправляя их.
Также ошибочно ограничивать функционал тестировщика только поиском багов. В отличие от разработчиков, которые могут быть сфокусированы на отдельных фрагментах программы, тестировщик видит и понимает работу всей системы в целом и обеспечивает ее безопасную работу.
Источник: radar4site.ru
Основные определения в области тестирования программного обеспечения. Цели и задачи тестирования
Тестирование программного обеспечения (software testing) – это процесс анализа или эксплуатации программного обеспечения с целью выявления дефектов. Несмотря на всю простоту этого определения, в нем содержатся пункты, которые требуют дальнейших пояснений. Слово процесс (process) используется для того, чтобы подчеркнуть, что тестирование суть плановая, упорядоченная деятельность.[2]
Согласно этому определению, тестирование предусматривает «анализ» или «эксплуатацию» программного продукта. Тестовая деятельность, связанная с анализом результатов разработки программного обеспечения, называется статическим тестированием (static testing). Статическое тестирование предусматривает проверку программных кодов, сквозной контроль и проверку программы без запуска на машине, т.е. проверку за столом (desk checks). В отличие от этого, тестовая деятельность, предусматривающая эксплуатацию программного продукта, носит название динамического тестирования (dynamic testing). Статическое и динамическое тестирование дополняют друг друга, и каждый из этих типов тестирования реализует собственный подход к выявлению ошибок.
Последний пункт определения, требующий дополнительных пояснений – это понятие дефекта (bug). Дефект (ошибка) – это расхождение между вычисленным, наблюдаемым и истинным, заданным или теоретически правильным значением. [2] Говоря простыми словами, программная ошибка – не что иное, как изъян в разработке программного продукта, который вызывает несоответствие ожидаемых результатов выполнения программного продукта и фактически полученных результатов. Дефект может возникнуть на стадии кодирования, на стадии формулирования требований или на стадии проектирования, либо же его причина может крыться в некорректной конфигурации или данных.[3]
Задача тестирования – определение условий, при которых проявляются дефекты системы и протоколирование этих условий. В задачи тестирования обычно не входит выявление конкретных дефектных участков программного кода и никогда не входит исправление дефектов – это задача отладки, которая выполняется по результатам тестирования системы.
Цель применения процедуры тестирования программного кода – минимизация количества дефектов, в особенности существенных, в конечном продукте. Тестирование само по себе не может гарантировать полного отсутствия дефектов в программном коде системы.[4]
Классификация тестирования
По знанию внутренностей системы:
По объекту тестирования:
– тестирование интерфейса пользователя;
– тестирование скорости и надежности;
– тестирование опыта пользователя;
По субъекту тестирования:
По времени проведения тестирования:
– до передачи пользователю – альфа-тестирование;
– тестирование новых функциональностей;
– после передачи пользователю – бета-тестирование.
По критерию «позитивности» сценариев:
По степени изолированности тестируемых компонентов:
По степени автоматизированности тестирования:
По степени подготовки к тестированию:
– тестирование по документации;
По знанию внутренностей системы
В терминологии профессионалов тестирования, фразы «тестирование белого ящика» и «тестирование чёрного ящика» относятся к тому, имеет ли разработчик тестов доступ к исходному коду тестируемого программного обеспечения, или же тестирование выполняется через пользовательский интерфейс либо прикладной программный интерфейс, предоставленный тестируемым модулем.[Error: Reference source not found]
Черный ящик. При тестировании чёрного ящика, тестировщик имеет доступ к программному обеспечению только через те же интерфейсы, что и заказчик или пользователь, либо через внешние интерфейсы, позволяющие другому компьютеру либо другому процессу подключиться к системе для тестирования. Как правило, тестирование чёрного ящика ведётся с использованием спецификаций или иных документов, описывающих требования к системе.
Белый ящик. При тестировании белого (прозрачного) ящика, разработчик теста имеет доступ к исходному коду программ и может писать код, который связан с библиотеками тестируемого программного обеспечения.
Серый ящик. При тестировании серого ящика разработчик теста имеет доступ к исходному коду, но при непосредственном выполнении тестов доступ к коду, как правило, не требуется.[Error: Reference source not found]
По субъекту тестирования
Альфа-тестировщик. Альфа-тестирование – имитация реальной работы с системой штатными разработчиками, либо реальная работа с системой потенциальными пользователями/заказчиком.[Error: Reference source not found] Альфа-тестировщик – это сотрудники компании, которые профессионально или непрофессионально проводят тестирование: тестировщики, программисты, продюсеры, бухгалтеры, сисадмины, секретарши. [5]
Бета-тестировщик. В некоторых случаях выполняется распространение версии с ограничениями (по функциональности или времени работы) для некоторой группы лиц, с тем, чтобы убедиться, что продукт содержит достаточно мало ошибок. Иногда бета-тестирование выполняется для того, чтобы получить обратную связь о продукте от его будущих пользователей.[Error: Reference source not found] Бета-тестировщик – это нередко баловень судьбы, который не является сотрудником компании и которому посчастливилось пользоваться новой системой до того, как она станет доступна всем остальным. За бета-тестирование иногда даже платят деньги.[5]
По степени изолированности тестируемых компонентов
Компонентное тестирование – это тестирование на уровне логического компонента. И это тестирование самого логического компонента.
Интеграционное тестирование – это тестирование на уровне двух или больше компонентов. И это тестирование взаимодействия этих двух или больше компонентов.
Системное тестирование – это проверка всей системы от начала до конца.[5]
Источник: studfile.net
Различные виды тестирования ПО
Существует множество методов тестирования программного обеспечения, с помощью которых можно убедиться, что изменения в коде будут работать как ожидалось. Однако не все тесты равноценны, и в этой статье мы изучим различия основных методов тестирования.
Сравнение тестирования в ручном и в автоматическом режиме
Важно различать автоматическое тестирование и тестирование, выполняемое вручную. Тестирование в ручном режиме проводит человек, который проверяет работу всех функций приложения вручную либо путем взаимодействия с программным обеспечением и API посредством соответствующего инструментария. Это очень затратный способ, поскольку кто-то должен настраивать среду и проводить тесты. Кроме того, необходимо учитывать человеческий фактор, так как тестировщик может допустить опечатку или пропустить какой-либо этап тестового скрипта.
Автоматические тесты, напротив, выполняются машиной, которая использует заранее написанный тестовый скрипт. Такие тесты могут значительно различаться по сложности — от проверки одного метода в классе до обеспечения условий, в которых выполнение последовательности сложных действий в пользовательском интерфейсе приводит к одинаковым результатам.
Такой подход гораздо стабильнее и надежнее по сравнению с тестами, выполняемыми вручную, однако качество автоматического тестирования зависит от качества тестовых скриптов. Если вы только начинаете внедрять тестирование, рекомендуем прочитать наше учебное руководство по непрерывной интеграции, которое поможет создать первый комплект тестов. Ищете дополнительные инструменты для тестирования? Ознакомьтесь с этими руководствами по тестированию DevOps.
Автоматическое тестирование является ключевым компонентом непрерывной интеграции и непрерывной поставки, а также отличным способом масштабировать процесс контроля качества по мере добавления новых возможностей в приложение. Однако проводить ручное тестирование в форме так называемого глубокого тестирования все равно имеет смысл, и в данном руководстве мы это продемонстрируем.
Источник: www.atlassian.com