Как се провежда тестването. Тестове в процеса на разработка на софтуер. Инструменти и инфраструктура

Тази статия предоставя разширен списък с въпроси (и отговори), които потенциалният работодател може да зададе на софтуерните тестери. Статията е структурирана във формат въпрос-отговор и по-специално съдържа въпроси относно автоматизацията на тестовете, сертифицирането ISTQB и CSTEи много повече, което дава възможност да се оцени нивото на подготовка. Надяваме се, че след като прочетете статията, ще можете да се подготвите за всякакви интервюта или поне да отговаряте на въпроси по-уверено.

AT.Какво е динамично тестване?

О.Това е тестване чрез изпълнение на код или програма с различни входни стойности и валидиране на резултатите.

AT.Какво е тестване на GUI?

О.Тестване на GUI (графичен потребителски интерфейс): Интерфейсът на софтуера се тества, за да се гарантира, че отговаря на изискванията.

AT.Какво е официално тестване?

О.Верификация на софтуера, съгласно плана за тестване, процедурите за тестване и свързаната с тях документация, като се вземат предвид желанията на клиента.

AT.Какво е базирано на риска тестване?

О.Определят се най-важните части на системата, установява се редът на тяхното тестване, след което следва същинското тестване.

AT.Какво е ранно тестване?

О.Тестването се извършва възможно най-рано, за да се уловят дефектите рано в SDLC. Това позволява по-бързо откриване и отстраняване на дефекти, спестявайки разходи.

AT.Какво е изчерпателно тестване?

О.Тестване на функционалността с използване на невалидни и валидни входни данни и предварителни условия.

AT.Какво е натрупване на дефекти?

О.Дори малък модул или функционалност може да съдържа редица дефекти, така че е необходимо да се обърне повече внимание на тестването на функционалността.

AT.Какъв е парадоксът с пестицидите?

О.Ако съществуващите тестови случаи не успеят да открият дефекти, може да си струва да добавите/ревизирате тестовите случаи, така че да могат да бъдат открити повече дефекти.

AT.Какво е статично тестване?

О.Проверка на кода ръчно без програма. В този процес се откриват проблеми в кода, докато той се преглежда и сравнява с изискванията.

AT.Какво е положителен тест?

О.Тестване, което се извършва на приложение, за да се определи колко добре работи системата. Този подход е по-известен като "издържан тест".

AT.Какво е отрицателен тест?

О.Тестване на негативни сценарии в софтуера: дали системата извежда грешка, когато трябва или не.

AT.Какво е тестване от край до край?

О.Тестване на цялостната функционалност на системата, включително интегриране на данни в модули.

AT.Какво е проучвателно тестване?

О.Това е проучване на приложението, за да получите представа за неговата функционалност, добавяйки (или) променяйки съществуващи тестови случаи за по-добро тестване.

AT.Какво е тестване на маймуни?

О.Тестване на приложение без никакъв план, тестване на селективни места за намиране на някои сложни системни повреди и след това дефектите, довели до тях.

AT.Какво е нефункционално тестване?

О.Валидиране на различни нефункционални аспекти на системата, като потребителски интерфейси, съвместимост, производителност и др.

О.Проверка колко лесно е за крайните потребители да разбират и управляват приложението.

О.Проверява се колко добре са изпълнени всички условия за сигурност в приложението.

О.Анализ на ефективността на различни характеристики на системата - време за реакция, цялостна производителност, за да се установи колко бързо работи системата при натоварване.

AT.Какво е тестване на натоварването?

О.Анализ на функционалността и производителността на приложението при различни условия.

AT.Какво стрес- тестване?

О.Проверка на устойчивостта на системата в условия на превишаване на границите на нормална работа. Или намаляване на системните ресурси и поддържане на натоварването на определено ниво, за да се провери как се държат приложенията.

AT.Какво е процес?

О.Процесът е набор от практики за постигане на конкретна цел; може да включва инструменти, методи, материали и хора.

AT.Какво е управление на конфигурацията?

О.Процесът на намиране, организиране и контролиране на промени в разработката на софтуер. Или методология за наблюдение и управление на проект за разработка на софтуер.

О.Изготвяне:

• тестов план
• Тестови сценарии
• тестови случаи
• Изпълнение на тестови случаи
• Проверка на резултатите
• Докладване на дефекти
• Проследяване на дефекти
• Дефекти при затваряне
• Тестово издание

AT.Как означава CMMI?

О.Интеграция на модела за зрялост на способностите (Модел на зрелостта на процесите на развитие).

AT.Какво е програмен анализ?

О.Неформален анализ на изходния код на програмата с цел идентифициране на дефекти и проверка на техниките за програмиране.

О.Тестване на отделни програми, модули или кодови елементи.

AT.Какво е тестване на нивото на интеграция?

О.Тестване на съответните програми, модули (или) кодови единици.

AT.Какво е тестване на системно ниво?

О.Тестване на цялата компютърна система за всички модули. Този вид тестване може да включва функционално и структурно тестване.

AT.Какво е алфа тестване?

О.Тестване на цялата компютърна система преди фазата на потребителско тестване (UAT).

AT. Какво е UAT?

О.Тестване на компютърна система от клиент, за да се провери дали системата отговаря на изискванията.

AT.Какво е тестов план?

О.Документ, описващ обхвата, подхода, ресурсите и графика на теста, който определя тестовите елементи, отделните части от функционалността, тестовите задачи, хората, които ще извършват специфичните тестове, и всички рискове, които изискват допълнително планиране.

AT.Какво е тестов скрипт?

О.Идентифициране на всички възможни тестови зони.

AT.Какво е ECP (Equivalence Class Partition)?

О.Метод за генериране на тестови случаи.

AT.Какво е дефект?

О.Всяко несъвършенство в работата на софтуера. Или когато очакваният резултат не съвпада с действителната работа на приложението.

AT.Какво е критичност?

О.Определя нивото на дефект от функционална гледна точка, т.е. колко критичен е дефектът за приложението.

AT.Какво е приоритет?

О.Показва спешността на отстраняването на дефекта.

AT.Какво е повторно тестване?

О.Повторно тестване на приложението, за да видите дали дефектите са отстранени.

О.Проверка на съществуващи функционални и нефункционални зони след промяна на отделни части на приложението или добавяне на нова функционалност.

AT.Какво е тест за възстановяване?

О.Проверява се способността на системата да се справя с някои неочаквани ситуации.

AT.Какво е тестване на глобализацията?

О.Тества се възможността за стартиране на приложението независимо от неговата географска и културна среда. Възможността за промяна на езика, датата, формата и валутата се проверява, ако приложението е разработено за потребители от няколко държави.

AT.Какво е тестване за локализация?

О.Проверка дали приложението е подходящо за определена местна потребителска група, културни и географски условия.

AT.Какво представлява тестването на инсталацията?

О.Проверява се възможността за успешно инсталиране на софтуера, в съответствие с инсталационната документация.

AT.Какво е тест за премахване?

О.Проверка на възможността за деинсталиране на софтуера.

AT.Какво е тестване за съвместимост?

О.Проверява се съвместимостта на приложението с друг софтуер и хардуер.

AT.Какво е стратегия за тестване?

О.Това е частта от тестовия план, която описва как се извършва тестването и какви видове тестване трябва да се направят.

AT.Какво е тестов случай?

О.Тестовият случай е набор от специфични стъпки, чрез които се тества функционалността на системата.

AT.Какво е тестов случай за валидиране на бизнес процес?

О.Този тестов случай е написан, за да тества определено условие или изискване.

AT.Как се определя добрият тест?

О.Тестов случай с висок приоритет за откриване на дефекти.

AT.Какво е тестване на случаи на употреба?

О.Такова тестване определя дали софтуерът е проектиран според случая на употреба.

AT.Каква е възрастта на дефекта?

О.Времето между датата на откриване и датата на отстраняване на дефекта.

AT.Какво е Showstopper дефект?

О.Дефект, който принуждава процеса на тестване да спре.

О.Това е последният етап на STLC. Ръководството изготвя доклади от тестове, обяснява статистиката на проекта въз основа на наличните данни.

AT.Какво е Bucket Testing?

О. Bucket Testing или A/B тестване. Най-често изучаваният ефект от различния дизайн е метрика за уебсайтове. Две версии на сайта се изпълняват на една или повече уеб страници, за да се определи разликата в кликванията.

AT.Какви са критериите за начало и край на теста?

О.Критерии за стартиране - Процес, който трябва да присъства в началото на системата. Може да е:

• SRS-софтуер
• Случай на употреба
• Тестов случай
• План за тестване

Критерият за завършване определя готовността на приложението за освобождаване. Може да е:

• Доклад от теста
• Метрика
• Доклад за анализ на теста

AT.Какво е тестване на валута?

О.Това е комплексно потребителско тестване на едновременен достъп до приложението, за да се провери въздействието върху кода, модула или базата данни. Главно открива блокирания в кода.

О.Тестването на уеб приложение се извършва на уебсайт, за да се провери зареждането, производителността, сигурността, функционалността, интерфейса, съвместимостта и други проблеми, свързани с използваемостта.

О.Тестването на елементи (или странично тестване) ви позволява да проверите работата на отделните модули на изходния код.

AT.Какво представлява тестването на интерфейса?

О.Тестването на интерфейса проверява взаимодействието на отделните модули. Най-често се използва за тестване на потребителския интерфейс на GUI приложения.

AT.Какво е гама тестване?

О.Гама тестването се извършва, когато софтуерът е готов за пускане, проверява се съответствието с изискванията.

Значителна част от производствения процес разчита на софтуерно тестване. Какво е това и как се извършват такива дейности ще бъдат обсъдени в тази статия.

Какво се нарича тестване?

Това се разбира като процес, по време на който софтуерът се изпълнява, за да открие места на неправилно функциониране на кода. Наборите от трудни входни данни са съзнателно конструирани, за да се постигне най-добрият резултат. Основната цел на верификатора е да създаде оптимални възможности за повреда.Въпреки че понякога тестването на разработената програма може да бъде опростено до обичайната проверка на функционалността и изпълнението на функциите. Това спестява време, но често е придружено от ненадеждност на софтуера, недоволство на потребителите и т.н.

Ефективност

Колко добре и бързо се откриват грешки оказва значително влияние върху цената и продължителността на разработването на софтуер с необходимото качество. Така че, въпреки факта, че тестерите получават заплати няколко пъти по-малко от програмистите, цената на техните услуги обикновено достига 30 - 40% от цената на целия проект. Това се дължи на броя на персонала, тъй като търсенето на грешка е необичаен и доста труден процес. Но дори ако софтуерът е преминал солиден брой тестове, няма 100% гаранция, че няма да има грешки. Просто не знаем кога ще се появят. За да се стимулират тестерите да избират видове тестове, които са по-склонни да открият грешка, се използват различни средства за мотивация: както морални, така и материални.

Подход към работата

Оптималната ситуация е, когато се прилагат различни механизми, за да се гарантира, че няма грешки в софтуера от самото начало. За да направите това, е необходимо да се погрижите за компетентен архитектурен дизайн, ясно задание и също така е важно да не правите корекции във връзка, когато работата по проекта вече е започнала. В този случай тестерът е изправен пред задачата да намери и идентифицира малък брой грешки, които остават в крайния резултат. Това ще спести време и пари.

Какво е тест?

Това е важен аспект от дейността на верификатора, който е необходим за успешното идентифициране на пропуски в програмния код. Те са необходими, за да се контролира коректността на приложението. Какво е включено в теста? Състои се от техните изходни данни и стойности, които трябва да се получат като резултат (или междинни). За по-успешно идентифициране на проблеми и несъответствия, тестовете трябва да бъдат написани след като алгоритъмът е разработен, но не е започнало програмирането. Освен това е желателно да се използват няколко подхода при изчисляване на необходимите данни. В този случай вероятността за намиране на грешка се увеличава поради факта, че можете да разгледате кода от различна гледна точка. Цялостните тестове трябва да осигурят проверка на външните ефекти на готовия софтуерен продукт, както и на неговите алгоритми за работа. От особен интерес са граничните и изродените случаи. Така в практиката на дейности с грешки често е възможно да се установи, че цикълът работи веднъж по-малко или повече от планираното. Също така важно е тестването на компютъра, благодарение на което можете да проверите съответствието с желания резултат на различни машини. Това е необходимо, за да се гарантира, че софтуерът може да работи на всички компютри. В допълнение, тестването на компютъра, на който ще се извършва разработката, е важно при създаване на мултиплатформени разработки.

Изкуството да откриваш грешки

Програмите често са насочени към работа с огромно количество данни. Наистина ли трябва да се създаде напълно? Не. Широко разпространена е практиката на "миниатюризация" на програмата. В този случай има разумно намаление на количеството данни в сравнение с това, което трябва да се използва. Нека да разгледаме един пример: има програма, която създава матрица 50x50. С други думи, трябва ръчно да въведете 2500 хиляди стойности. Това със сигурност е възможно, но ще отнеме много време. Но за да провери производителността, софтуерният продукт получава матрица с размери 5x5. За да направите това, ще трябва да въведете вече 25 стойности. Ако в този случай се наблюдава нормална работа без грешки, това означава, че всичко е наред. Въпреки че и тук има клопки, които се крият във факта, че по време на миниатюризацията възниква ситуация, в резултат на която промените стават имплицитни и временно изчезват. Също така е много рядко, но все пак се случва да се появят нови грешки.

Преследвани цели

Тестването на софтуера не е лесна задача поради факта, че този процес не може да бъде напълно формализиран. Големите програми почти никога нямат необходимата точна справка. Поради това като ръководство се използват редица косвени данни, които обаче не могат да отразяват напълно характеристиките и функциите на софтуерните разработки, които се отстраняват. Освен това те трябва да бъдат избрани по такъв начин, че правилният резултат да бъде изчислен дори преди софтуерният продукт да бъде тестван. Ако това не е направено предварително, тогава има изкушение всичко да се разглежда приблизително и ако резултатът от машината попадне в предвидения диапазон, тогава ще бъде взето погрешно решение, че всичко е правилно.

Проверка при различни условия

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

• Проверете при нормални условия. В този случай се тества основната функционалност на разработения софтуер. Полученият резултат трябва да отговаря на очакванията.
• Проверка при извънредни условия. В тези случаи това предполага получаване на гранични данни, което може да повлияе неблагоприятно на работата на създадения софтуер. Пример за това е работата с изключително големи или малки числа или като цяло пълната липса на получена информация.
• Проверка на изключение. Това включва използването на данни, които са извън обработката. В такива ситуации е много лошо, когато софтуерът ги възприема като подходящи за изчисление и дава правдоподобен резултат. Трябва да се внимава да се отхвърлят всички данни, които не могат да бъдат правилно обработени в такива случаи. Също така е необходимо да се предостави информация на потребителя за това.

Софтуерно тестване: видове

Много е трудно да се създаде софтуер без грешки. Това отнема значително време. За да получите добър продукт, често се използват два вида тестове: "Алфа" и "Бета". Какво са те? Когато говорим за алфа тестване, това означава проверка, която самият екип за разработка извършва в „лабораторни“ условия. Това е последният етап от проверката, преди програмата да бъде разпространена до крайните потребители. Ето защо разработчиците се опитват да се обърнат максимално. За по-лесна работа данните могат да се регистрират, за да се създаде история на проблеми и поправки. Бета тестването се отнася до доставка на софтуер до ограничен брой потребители, така че те да могат да работят с програмата и да идентифицират пропуснатите грешки. Особеност в случая е, че често софтуерът се използва за цели, различни от предназначението му. Поради това ще бъдат открити неизправности там, където нищо не е било забелязано преди това. Това е съвсем нормално и не е нужно да се тревожите за това.

Завършване на тестването

Ако предишните етапи са завършени успешно, остава да се проведе тест за приемане. В този случай това се превръща в чиста формалност. По време на тази проверка се потвърждава, че не са открити допълнителни проблеми и софтуерът може да бъде пуснат на пазара. Колкото по-важен е крайният резултат, толкова по-внимателно трябва да се извърши проверката. Необходимо е да се гарантира, че всички етапи са завършени успешно. Ето как изглежда целият процес на тестване. Сега нека навлезем в техническите подробности и да поговорим за полезни инструменти като тестови програми. Какво представляват и в какви случаи се използват?

Автоматизирано тестване

Преди това се смяташе, че динамичният анализ на разработения софтуер е твърде тежък подход, който е неефективен за използване за откриване на дефекти. Но поради увеличаването на сложността и обема на програмите се появи обратното мнение. Автоматизираното тестване се използва там, където наличността и сигурността са най-важните приоритети. И те трябва да бъдат за всякакъв вход. Примери за програми, за които такова тестване е подходящо, включват следното: мрежови протоколи, уеб сървър, пясъчна среда. След това ще разгледаме няколко примера, които могат да се използват за такива дейности. Ако се интересувате от безплатни програми за тестване, тогава сред тях е доста трудно да намерите висококачествени. Но има хакнати "пиратски" версии на утвърдени проекти, така че можете да се обърнете към техните услуги.

лавина

Този инструмент помага за откриване на дефекти чрез тестване на програми в режим на динамичен анализ. Той събира данни и анализира пътя на изпълнение на разработения обект. Тестерът разполага с набор от входни данни, които причиняват грешка или заобикалят набор от съществуващи ограничения. Поради наличието на добър алгоритъм за проверка се развиват голям брой възможни ситуации. Програмата получава различни набори от входни данни, които ви позволяват да симулирате значителен брой ситуации и да създадете условия, при които е най-вероятно да възникне повреда. Важно предимство на програмата е използването на евристична метрика. Ако има проблем, тогава с голяма вероятност се открива грешка в приложението. Но тази програма има ограничения като проверка само на един етикетиран входен сокет или файл. При извършване на операция като тестване на програми, тя ще съдържа подробна информация за наличието на проблеми с нулеви указатели, безкрайни цикли, неправилни адреси или неизправности поради използването на библиотеки. Разбира се, това не е пълен списък на откритите грешки, а само техни често срещани примери. За съжаление, разработчиците ще трябва да коригират недостатъците - автоматичните инструменти не са подходящи за тези цели.

КЛИ

Това е добра програма за тестване на паметта. Той може да прихване около 50 системни повиквания и голям брой виртуални процеси, като по този начин се изпълнява паралелно и отделно. Но като цяло програмата не търси отделни подозрителни места, а обработва максимално възможното количество код и анализира използваните пътища за пренос на данни. Поради това времето за тестване на програмата зависи от размера на обекта. При проверка залогът се прави на символни процеси. Те са един от възможните начини за изпълнение на задачи в програмата, която се тества. Благодарение на паралелната работа можете да анализирате голям брой опции за работата на изследваното приложение. За всеки път, след края на неговото тестване, се записват наборите от входни данни, от които е започнал тестът. Трябва да се отбележи, че програмите за тестване, използващи KLEE, помагат да се идентифицират голям брой отклонения, които не трябва да бъдат. Може да намери проблеми дори в приложения, които са били в процес на разработка от десетилетия.

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

открийте недостатъци в интерфейса или проверете удобството на потребителските сценарии, тествайте използваемостта на сайта. Когато искате да сравните преобразуването на две опции за кацане, по-добре е да направите A/B тест.

Целите на тестването са различни за всяка компания: някой тества прототип или концепция, някой тества хипотези, някой изследва потребителски сценарии, така че методите и показателите са различни. Но правилата за провеждане, етапите на подготовка и наборът от придружаваща документация са сходни. Изготвени подробни инструкции за провеждане на тестване на използваемостта на сайта.

Откъде да започна

Цели и цели.Поставете основната цел на тестването, която ще определи по-нататъшната посока: задачи, задачи, методи и избор на респондентите. Въз основа на целта формулирайте проблем или задача. Това може да е тест на разработения продукт или търсене на недостатъци след редизайн. Например, компанията промени дизайна на формата за поръчка, след което конверсията намаля. С помощта на тестване изследователите ще разберат защо това се е случило и какво да правят.

Хипотези.Направете хипотеза, която изследването ще потвърди или опровергае. Да кажем, че когато резервират хотел, потребителите поръчват летищен трансфер в отделно съобщение, без да използват специален формуляр за поръчка. В този случай вариант на хипотезата може да бъде: „потребителите не разбират, че това е формуляр за нареждане на превод, или го смятат за тромаво за попълване“.

Сценарии.Отделно тествайте сценарии за поведение на потребителите - как хората взаимодействат със сайта. Всяка страница има свой собствен скрипт. За да го създадете, отговорете на четири въпроса:

1. Откъде идва потребителят?
2. Какво трябва да види на тази страница?
3. С каква цел е дошъл на страницата?
4. Как трябва да завърши посещението?

Потребителският скрипт не трябва да бъде дълъг и сложен. Понякога колкото по-кратко е взаимодействието, толкова по-добро е преобразуването. Например, за бизнес, който доставя касети, зарядни устройства, лещи, скоростта е важна, така че е желателно потребителят веднага да разбере, че услугата за доставка му подхожда.

Когато различни групи посетители идват на сайта, разработете свои собствени сценарии на поведение за всяка група. Да приемем, че сайт за търговия на едро и дребно има три групи клиенти: големи търговци на едро, малки търговци на едро и купувачи на дребно. Създайте отделни раздели за всяка група и напишете сценарии въз основа на отговорите на примерните въпроси.

Какво може да се измери

Количествени изследваниявинаги конкретни и целенасочени, насочени към получаване на числени показатели. Това може да е времето, необходимо за извършване на дейност на сайта, или процентът на респондентите, които са изпълнили задача. Да/не резултатите могат също да бъдат представени като числа. Например, приведете ги в двоична система: да - 1 точка, не - 0 точки.

Често при тестване се използва методът на Джейкъб Нилсен, който превежда резултатите в проценти и изчислява процента на успех. Препоръчваме опростяване на рейтинговата скала и работа с три опции:

• изпълнява самостоятелно - 100 %;
• ще го направим с помощта на модератор - 50%;
• неуспешно - 0%.

За да определите колко често потребителите срещат проблеми, изчислете тяхната честота. За да направите това, пребройте броя на респондентите, които не са успели да изпълнят задачата поради същия проблем. Дайте на участниците в теста едни и същи задачи, тогава индикаторът за честота ще бъде надежден.

Качествени изследванияизберете да получите много различни коментари, разберете нагласата на потребителите, намерете скрити проблеми. Тестването се основава на отворени и гъвкави въпроси. За целта се провежда интервю, което показва степента на удовлетвореност на респондентите. Има много методи и въпросници за провеждане на качествени изследвания.

Например моделът Кано, който е разработен от японски учен. С негова помощ разберете не само удовлетворението от текущата версия на сайта, но и очакванията на потребителите. Всички отговори на респондентите се превръщат в точки и се класират по скала на очакванията от „Харесва ми“ и „Очаквам го“ до „Не ми харесва и не мога да го приема“. В резултат на това изследователите изграждат графика, която показва какво точно мисли публиката:

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

Въз основа на резултатите от качествените изследвания е необходимо правилно да се интерпретират получените резултати. Може би респондентите ще дадат много интересни предложения, но ще ги оценят по отношение на техническото изпълнение и разходите за разработка. Във всеки случай се опитайте да разберете каква точно нужда покрива тяхното предложение. Това е необходимо, за да се намери начин за подобряване на използваемостта на сайта, който е подходящ за вашата компания.

Кой метод да изберете

Наблюдение- най-простият метод: респондентът работи както обикновено, модераторът наблюдава и анализира действията му. Накрая респондентът попълва въпросник и споделя впечатленията си от сайта. Методът е добър, защото потребителят взаимодейства със сайта естествено, не е притиснат от заобикалящите го обстоятелства.

Но има и недостатък: респондентът попълва въпросника след попълване на теста, така че може да не си спомни точно защо го е направил по един или друг начин. Това би довело до погрешно тълкуване на действията на ответника.

Мисли на глас.Този популярен метод е предложен от Якоб Нилсен. Същността му се състои в това, че потребителят произнася всичките си действия на глас. С подобно поведение обаче респондентите започват да подхождат по-внимателно към изпълнението на задачите и част от естествеността се губи.

Диалог с модератора.Методът е най-подходящ за провеждане на качествени изследвания на прототипи и концепции. По време на тестването респондентите активно комуникират с модератора, задават му въпроси и веднага дават обратна връзка.

метод на сянка.Трима участници работят едновременно: респондент, модератор и експерт. Респондентът свободно и независимо изпълнява задачи, модераторът коригира, експертът коментира действията на респондента.

Ретроспекция.Това е метод, който комбинира наблюдение и „мислене на глас“. Първо респондентът изпълнява задачи, след което гледа видеозапис на своите действия и ги коментира. Основният недостатък е значително увеличаване на времето за тестване.

Как да тествам

Личен контакт.Нека модераторът установи приятелски контакт с респондентите. Говорете за тестването и неговите цели, посочете на участника, че неговите отговори ще помогнат на компанията да направи продукта по-добър. Проведете кратък брифинг, в който обяснете същността на задачите, озвучете правилата за тестване.

Документация.Подпишете необходимите документи с респондента: споразумение за обработка на лични данни и споразумение за неразкриване на резултатите от теста, ако е необходимо. Когато децата участват в тестването, подпишете документ с родителите, потвърждаващ тяхното съгласие за участие в изследването.

пробно тестваненеобходимо, когато продуктът е сложен или задачите могат да създадат трудности за респондентите. Така те ще се запознаят със сайта и ще разберат изискванията. Когато имате голямо и продължително проучване, направете пробен тест преди основния. Така ще намерите недостатъци в подготовката и ще ги отстраните.

Помня

Взаимодействието на потребителя с използваемостта на всеки сайт трябва да бъде ефективно, продуктивно и удовлетворяващо. Стремете се да отговаряте на очакванията на потребителите. За да направите това, тествайте прототипи, текущ или нов дизайн на сайта. Провеждайте тестове, когато възникнат проблеми или за подобряване на текущата производителност.

Материалът е подготвен от Светлана Сирвида-Льоренте.

Както знаете, в бизнеса няма статични състояния. Компанията трябва непрекъснато да се развива, за да отговаря на текущата пазарна ситуация, нуждите на клиентите и собствениците. След спиране на развитието, проектът веднага започва да се влошава. Например, не можете да създадете онлайн магазин, да добавите 200 продукта към сайта и да правите месечна печалба от 100 хиляди рубли. За да не падне поне рентабилността на проекта, предприемачът трябва постоянно да разширява асортимента, да увеличава обхвата на аудиторията чрез реклама и публикуване на полезно съдържание, да подобрява поведенческите показатели на сайта и процента на реализация.

Един от инструментите за разработване на уеб проекти е A/B тестването. Този метод ви позволява да измервате предпочитанията на аудиторията и да влияете на ключови показатели за ефективност на сайта, включително реализации, време, прекарано на страницата, средна стойност на поръчката, степен на отпадане и други показатели. В тази статия ще научите как правилно да провеждате A/B тестване.

Какво е A/B тестване

A/B тестването е маркетингова техника, използвана за измерване и управление на ефективността на уеб страница. Този метод се нарича още сплит тестване (от англ. split testing – отделно тестване).

A/B тестването ви позволява да оцените количественото представяне на две версии на уеб страница, както и да ги сравните една с друга. Разделеното тестване също помага да се оцени ефективността на промените в страницата, като добавяне на нови елементи на дизайна или призиви за действие. Практическият смисъл на използването на този метод е да се намерят и внедрят компоненти на страницата, които повишават нейната ефективност. Обърнете внимание отново, A / B тестването е приложен маркетингов метод, с който можете да повлияете на конверсията, да стимулирате продажбите и да увеличите доходността на уеб проект.

Разделеното тестване започва с оценка на показателите на съществуваща уеб страница (A, контролна страница) и търсене на начини за нейното подобряване. Например, създали сте онлайн магазин. Представете си целевата страница на този магазин с 2% процент на реализация. Маркетологът иска да увеличи тази цифра до 4%, така че планира промени, които ще помогнат за решаването на този проблем.

Да кажем, че специалист смята, че промяната на цвета на бутона за конвертиране от неутрално синьо на агресивно червено ще го направи по-видим. За да види дали това ще доведе до повече продажби и повече реализации, маркетологът създава подобрена версия на уеб страницата (B, нова страница).

С помощта на инструменти за разделно тестване, експертът произволно разделя трафика между страници A и B на две приблизително равни части. Относително казано, половината от посетителите се озовават на страница А, а другата половина на страница Б. В същото време маркетологът има предвид източниците на трафик. За да се гарантира валидността и обективността на тестването, е необходимо да се насочат към страници A и B 50% от посетителите, дошли на сайта от социални мрежи, естествено търсене, контекстна реклама и др.

След като събере достатъчно информация, маркетологът оценява резултатите от теста. Както беше посочено по-горе, процентът на реализация на страница A е 2%. Ако беше 2,5% на страница B, тогава промяната на бутона за преобразуване от син на червен наистина увеличи ефективността на кацането. Процентът на преобразуване обаче не достигна желаните 4%. Следователно маркетологът допълнително търси начини за подобряване на страницата чрез A / B тестване. В този случай страницата с червения бутон за преобразуване ще действа като контролна страница.

Какво да тествам

Както беше отбелязано по-горе, разделното тестване е приложен метод, който ви позволява да повлияете на различни показатели на уебсайта. Следователно изборът на обект на тестване зависи от целите и задачите, които маркетологът си поставя.

Например, ако степента на отпадане на целевата страница е 99% и повечето посетители напускат целевата страница в рамките на 2-3 секунди след кацане, струва си да обмислите промяна на визуалните компоненти на страницата. С помощта на A/B тест маркетологът може да намери най-добрата опция за оформление на страницата, да избере атрактивна цветова схема и изображения и да използва четлив шрифт. И ако маркетологът е изправен пред задачата да увеличи броя на абонаментите, той може да опита да промени съответната форма за преобразуване. Разделен тест ще помогне на специалист да избере оптималния цвят на бутона, най-добрата опция за текст, броя на полетата във формуляра за абонамент или неговото местоположение.

Най-често търговците тестват следните елементи на уеб страниците:

• Текстът и външният вид на бутоните за конвертиране, както и тяхното местоположение.
• Заглавие и описание на продукта.
• Размери, външен вид и разположение на преобразувателните форми.
• Оформление и дизайн на страницата.
• Цената на продукта и други елементи от бизнес предложението.
• Изображения на продукти и други илюстрации.
• Количеството текст на страница.

Какви инструменти за разделно тестване да използвате

За да извърши A/B тестване, маркетологът трябва да използва една от специализираните услуги. Най-популярният от тях е Content Experiments на Google, достъпен за потребителите на системата Analytics. До средата на 2012 г. този инструмент се наричаше Google Website Optimizer. С него можете да тествате различни елементи на страници, включително заглавия, шрифтове, бутони и формуляри за конвертиране, изображения и др. Услугата Content Experiments остава безплатна, което е едно от основните й предимства. Неговите недостатъци включват необходимостта от работа с HTML код.

Можете също така да използвате следните руски и чуждестранни инструменти за разделно тестване:

• Optimize е най-популярната платена услуга за A/B тестване в интернет. Цената за използването му варира от $19 до $399 в зависимост от вида на абонамента. Предимствата на тази услуга включват възможността за създаване на експерименти във визуален интерфейс, което спестява на маркетолога работа с HTML кода на страниците, които се тестват.
• RealRoi.ru е друга домашна услуга, която ви позволява да провеждате A / B тестове. Сред основните предимства може да се отбележи, че е безплатен и много лесен за използване. Можете да видите как работи подробно в следното видео:
• Visual Website Optimizer е платена услуга, която ви позволява да тествате различни елементи от страница. За да използва този инструмент, маркетологът трябва да е запознат с HTML кода. Цените на абонамента варират от $49 до $249.
• Unbounce е услуга, предназначена за създаване и оптимизиране на целеви страници. По-специално, той ви позволява да извършвате A / B тестване. Цената за използването му е от 50 до 500 долара на месец. Вътрешен аналог - LPGgenerator. Тази услуга ви позволява да тествате само създадените с нея страници.

Как да тествате A/B с експерименти със съдържание

Услугата Google Analytics Experiments ви позволява да тествате едновременно ефективността на пет варианта на страница. Използвайки го, маркетолозите могат да извършат A/B/N тестване, което се различава от стандартните A/B експерименти с възможността да наблюдават ефективността на няколко нови страници, всяка от които може да има няколко нови елемента.

Маркетинговият специалист има способността самостоятелно да определя дела на трафика, включен в тестването. Минималната продължителност на теста е две седмици, максималната е ограничена до три месеца. Специалистът може да получи данни за резултатите от теста по имейл.

За да разделите теста с експерименти със съдържание, изпълнете следните стъпки:

1. Влезте в акаунта си в Google Analytics, изберете сайта, на който искате да тествате ефективността. След това изберете менюто "Поведение - Експерименти".

1. Въведете URL адреса на страницата, която ще тествате, в съответния формуляр и щракнете върху бутона „Стартиране на експеримента“.

1. Изберете име и цел за тестване. Определете процента на трафика, участващ в експеримента. Решете дали искате да получавате имейл известия за напредъка на теста. Щракнете върху бутона "Напред", след като изберете необходимите опции.

1. Изберете вариантите на страницата за тестване. Добавете ги към съответните формуляри и щракнете върху Напред.

1. Създайте код на експеримент. Ако не знаете как да го вградите в страницата, изберете опцията „Изпращане на кода до уеб администратора“. Ако не се потите при споменаването на HTML код, изберете опцията „Вмъкване на код ръчно“.

Изберете „Вмъкване на код ръчно“, ако знаете как да работите с HTML код

1. Копирайте кода, маркиран в предишната илюстрация, и го поставете в изходния код на контролната страница. Кодът трябва да бъде вмъкнат директно след етикета . След като завършите това действие, щракнете върху бутона „Запазване на промените“.

1. Проверете за тестовия код на контролната страница и щракнете върху бутона „Стартиране на експеримента“. Обърнете внимание, че кодът трябва да се добави само към контролната страница.

Ще можете да оцените първите резултати от теста няколко дни след началото на експеримента. За да следите резултатите от теста, изберете подходящия експеримент от списъка и отидете на страницата с отчети.

Идеи, които определено трябва да бъдат тествани с разделно тестване

Както беше отбелязано по-горе, A/B тестването помага да се увеличи ефективността на уеб страниците. За да може този маркетингов метод да доведе до резултати, маркетологът трябва да генерира идеи, които могат да повлияят положително на определени показатели на сайта. Не можете просто да вземете промени от тавана, да ги приложите и да тествате ефективността. Например показателите на сайта е малко вероятно да се променят, ако просто решите да промените фона на страницата от син на светлозелен.

Маркетологът трябва да види начини за подобряване на страниците и да разбере защо трябва да работят. Сплит тестването просто помага да се тестват предположенията на специалиста. Въпреки това всеки маркетолог понякога се оказва в ситуация, в която всички идеи са тествани, но желаният резултат не е постигнат. Ако попаднете в тази ситуация, опитайте да приложите следните промени и вижте дали работят:

• Премахнете допълнителните полета от формуляра за преобразуване. Може би вашите потенциални абонати не искат да разкриват паспортните си данни.
• Добавете думите „безплатно“ или безплатно към страницата за реализация. Разбира се, публиката знае, че абонаментът за бюлетина е безплатен. Но понякога думата безплатно прави истински чудеса, защото безплатният оцет е сладък.
• Публикувайте видеоклип на вашата целева страница. Това обикновено има положителен ефект върху редица показатели, включително степен на отпадане, процент на реализация и време на страницата.
• Увеличете периода, през който потребителите могат да тестват вашия продукт безплатно. Това е прост и ефективен начин за увеличаване на реализациите за компании, продаващи софтуер и уеб услуги.
• Експериментирайте с цвета на бутоните за преобразуване. В някои случаи агресивните червени бутони работят добре. Понякога обаче те дразнят потребителите. Използвайте A/B тест, за да намерите най-ефективния цвят на бутоните за вашия сайт.
• Обещайте бонуси на първите 10 или 100 купувачи (абонати). Не бързайте да премахвате това обещание дори след края на промоцията. Много потребители не очакват да бъдат сред късметлиите, но все пак подсъзнателно реагират на изгодна оферта.

Как и защо да тестваме различни вариации на страници

Разделеното тестване ви позволява да оцените ефективността на промените в уеб страниците. Този маркетингов метод има приложна стойност. Тя ви позволява почти постоянно да подобрявате страниците чрез подобряване на различни показатели.

За да тествате тази или онази промяна, трябва да създадете нова версия на страницата и да запазите старата. И двете опции трябва да имат различни URL адреси. След това трябва да използвате една от услугите за провеждане на разделени тестове, например Content Experiments. Оценката на резултатите от теста може да се извърши най-малко две седмици след началото на експеримента.

Смятате ли, че си струва да правите A/B тестване? В какви случаи този маркетингов метод остава загуба на време?

Днес много компании и центрове за обучение насочват вниманието си към онлайн тестването, усетили всички предимства, които носи този инструмент за проверка на знания и умения. Ето защо възникват все повече въпроси за това как се извършва такова тестване, какви изисквания се налагат на софтуера и как да се контролира обективността на резултатите. Ще разгледаме всички съответни въпроси в тази статия.

Какво е онлайн тестване?

Всички помним студентските времена, когато влизахме в класната стая с треперещи ръце и отговаряхме на въпросите на учителя по време на изпита. Хората изпитват подобни емоции по време на интервюто, опитвайки се да покажат най-добрата си страна и да демонстрират знанията си. Лесно се вижда, че и двете процедури имат много общо и обикновено изискват лично присъствие на участниците.

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

Обикновено онлайн тестването се използва под различни форми - това могат да бъдат въпросници, езикови и числени тестове, абстрактно-логически задачи. Понякога трябва да дадете устни отговори на въпросите от програмата. Методите винаги са различни и зависят от целите, които организацията си поставя.

Онлайн тестване за центрове за обучение

Тестването в центровете за обучение е инструмент, който дава възможност за обективна оценка на знанията и уменията на голям брой ученици с минимални времеви и финансови ресурси. Онлайн тестовете винаги се възприемат положително и могат да се провеждат общо или по индивидуален график, като вид самостоятелна работа на студентите.

Този инструмент, изграден на базата на система за дистанционно обучение (LMS), придоби голяма популярност, тъй като ви позволява значително да разширите аудиторията и да персонализирате тестовете за индивидуалните нужди на всеки център за обучение. Отминаха дните на бумащината, свързана с тестването на учениците.

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

Онлайн оценка за отделите по човешки ресурси

В момента професионалните тестове се използват като първи етап на подбор не само в много големи компании, но и в малки фирми. Кандидатите трябва да попълнят автоматизирани онлайн тестове за определяне на поведението, мотивацията, способностите и знанията на кандидатите.

Тази форма на проверка може да се използва и в процеса на корпоративно обучение на персонала като начин за наблюдение на напредъка. Благодарение на тази система се проверяват реалните качества на служителите, техните психологически и професионални характеристики, съответствие с изискванията на длъжностите, както и идентифициране на потенциала на специалистите.

Основното предимство на такова тестване може да се нарече удобството на организацията и рентабилността. Не забравяйте за обективността, защото пред компютъра всички са равни. Кандидатът за позицията или служителят ще може свободно да се фокусира върху отговорите, показвайки истинското ниво на знания. Заслужава обаче да се отбележи, че такъв тест не може напълно да замени личната комуникация и да даде абсолютно точна представа за уменията на субектите.

Организиране на онлайн тестване

За провеждане на изпит на базата на фирма или център за обучение е необходимо да се разположи съответния модул в системата за дистанционно обучение. Най-често се използват търговски разширения (модули) за LMS Moodle - тази система е безплатна и инсталирането на сървъра отнема не повече от 10 минути. Има и готови онлайн услуги за проверка на знанията, но не можете да дадете пълна гаранция за обективността на системи, които не администрирате.

Важно е основните функции (създаване, провеждане, проверка на тестове) да бъдат реализирани в модула с високо качество. Преди да започне работа, потребителят трябва да попълни регистрационната форма, да получи своя индивидуален номер. Едно от основните изисквания към организацията на тестването е разработената система за оценка на резултатите. Обикновено се дава една точка за верен отговор, нула за грешен отговор. Но има и по-сложни алгоритми за оценяване, които се използват в психологически и други високоспециализирани тестове.

Как да оцените модула за онлайн оценка?

Когато избирате решение за онлайн тестване, на първо място трябва да обърнете внимание на неговата функционалност и лекота на използване. Следователно към модулите обикновено се налагат следните изисквания:

• Достъп до тестване и администриране чрез обикновен уеб браузър.
• Възможност за добавяне на файлове от всякакъв формат с връзка към тях от статии.
• Висококачествена система за отчитане, базирана на резултати от тестове с извеждане на диаграми.
• Възможност за създаване на психологически тестове.
• Поддръжка на ipv6 стандарт.
• Персонализирана система за оценяване за всеки тест (резултати, проценти).
• Използване на медийно съдържание в тестови въпроси.
• Наличието на различни видове въпроси: множествен избор, един избор, произволен вход.
• Автоматична проверка на теста.
• Удобен и русифициран интерфейс.

Контрол на резултатите

При дистанционната форма на тестване и изследване основният проблем е контролът върху достоверността на резултатите. Ето защо се предприемат специални мерки, за да се сведе до минимум възможността за измама и да се гарантира обективността на тестването:

• Достъпът до образователни ресурси се осъществява само чрез индивидуални пароли или идентификатори.
• Шифрове и кодировки се използват за защита на тестовете от неоторизиран достъп отвън.
• Тестовите програми се изпълняват от администратори само с парола.
• Използване на допълнителни технически средства (уеб камери).
• Срок за отговор, използване на произволно смесване на вариантите за отговор.
• Използването на статистическа защита по време на тестване е оценката на тези протоколи със специални алгоритми, които ви позволяват да откриете фалшификация.

Тези и други методи са предназначени да гарантират надеждността и точността на извършените тестове и вече са доказали своята ефективност. Но разбира се, основната гаранция е професионализмът и добре координираната работа на отговорните служители по време на прегледа.

Както можете да видите, системата за онлайн тестване стана широко разпространена и отдавна се прилага от много компании, не само защото е изключително печелившо, икономично решение, но и защото ви позволява бързо да организирате тестване на знанията, като получите най-обективния резултат .

Вярвам, че с помощта на висококачествено съдържание можете да изпреварите конкурентите, да спечелите доверието на читателя и да го превърнете в благодарен клиент.