тестване на уеб приложения Пълен списък

Превод: Олга Alifanova

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

Контролен лист за уеб приложения за изпитване се състои от:

• тестване за ползваемост.
• Функционално тестване.
• тестове за съвместимост.
• Тест бази данни.
• тестването на сигурността.
• тестване на работата.

Сега нека да разгледаме всеки елемент поотделно.

тестване за ползваемост

• Това не е нищо подобно на приложения за тестване за лекота.
• При тестване на проверките за използваемост дали нов потребител лесно да разбере молбата.
• По принцип, когато тестване на използваемостта на системата се тества навигация.

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

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

Тест за ползваемост сценария:

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

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

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

функционални тестови скриптове:

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

Каква е целта на тестове за съвместимост?

• Целта на тестове за съвместимост - оценка на това колко добре софтуерът работи в конкретен браузър, при определени OS с друг софтуер или хардуер.

изпитване на оперативната съвместимост сценария:

• Тествайте сайта в различни браузъри (IE, Firefox, Chrome, Safari, Opera) и се уверете, че сайтът показва правилно.
• Уверете се, че вашата версия на HTML е съвместим със съответните версии на браузъри.
• Уверете се, че изображенията са показани правилно в различни браузъри.
• Уверете се, че шрифтовете се показват правилно в различни браузъри.
• Уверете се, че кодът на Java Script работи в различни браузъри.
• Вижте анимирани GIF в различни браузъри.

Instrumentdlyatestirovaniyasovmestimosti

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

Тестване Database

• При тестването на задния база данни проверени записи, въведени чрез прилагане уеб или десктоп. Данните са показани в заявлението трябва да съответства на данните, съхранявани в базата данни.

За тестване на базата, на тестер трябва да знаете следното:

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

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

сценарии за изпитване на базата данни:

• Проверете името на базата данни: тя трябва да съответства на спецификацията.
• Проверка на таблици, колони, типовете графи, и стойностите по подразбиране: всичко това трябва да бъде една и съща спецификация.
• Проверете дали стойността на колоната е нула.
• Проверка на първични и външния ключ на всяка маса.
• Проверете процедурата за съхранение.
• Тествайте дали е установена процедура за съхранение.
• Проверете името на процедурата за магазин.
• Проверете имената на параметрите, техните видове и количество.
• Уверете се, че необходимите параметри, или не.
• Проверка на процеса на съхранение, премахване на някои от параметрите.
• Проверка на базата данни, ако изходните нула - трябва да бъдат включени нула вписвания.
• Проверете настройката по-лесно SQL-код процедурата за съхранение.
• Уверете се, че процедурата връща стойност.
• Проверете процедурата за въвеждане на данни от изпитванията.
• Проверка на поведението на всеки флаг в таблицата.
• Уверете се, че данните са правилно съхранявани в базата данни след всяко въвеждане.
• Проверка на данните във всяка транзакция по обновяване, изтриване и вмъкване.
• Проверете дължината на всяко поле. Дължина на задния край и предния край трябва да е същото.
• Проверете имената на QA данни база данни, UAT и Проди. Имената трябва да са уникални.
• Вижте шифрованите данни в базата данни.
• Проверете размера на базата данни и времето за реакция за всяка заявка.
• Проверете данните, показани на предния край, и се уверете, че те съвпадат гръб.
• Проверка на целостта на данните чрез въвеждане на невалидни стойности в базата данни.
• Проверете спусъците.

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

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

сценарии за тестване на сигурността:

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

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

Общи сценарии за изпитване:

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

Как е тестването на производителността? Ръчно или автоматично?

Като цяло, това е невъзможно да се провери изпълнението на ръка поради няколко причини:

• Това ще отнеме много ресурси.
• Невъзможно е да се извърши серия от действия.
• Не е подходящ метод за проследяване на поведението на системата.
• Сложността на извършване на повтарящи се задачи.

За да се справят с по-горе проблеми, ние използваме специални инструменти за тестване на производителност. Ето някои от тях:.

• Apache JMeter
• Load Runner
• Изпълнител Borland коприната.
• Рационално изпълнението тестер
• WAPT
• NEO LOAD