Вземане на решение за автоматизиране че ти софтуер
Не всеки проект софтуерното тестване не може и не следва да бъде автоматизирана. Преди да си отдел приема нов проект тест за автоматизация, трябва да се създаде процес, при който се разглеждат проекти, които са приети или отхвърлени. Това може да стане с един прост тест за автоматизация дела Приемане Checklist.Repeatable Тест със статично DataThe вярно на разходите и ползите на тест за автоматизация се постига само когато същите скриптове се изпълняват многократно. В Първото изпълнение е много скъпо, тъй като включва еднократни разходи за автоматизация инструменти и 100% от времето на тест за автоматизация инженер. Когато скриптове се изпълняват отново, цената на тест за автоматизация откаже рязко. Инструментът вече е закупен и скриптове вече са кодирани. Ако има промени в заявлението, скриптове могат да изискват поддръжка, преди да бъде екзекутиран. Поддържане на малки актуализации на софтуера, трябва да се автоматизация тест minimal.Because е само успешен, когато скриптове могат да бъдат изпълнени няколко пъти, само приложение, което изисква същите случаи, тест, за да се изпълни с едни и същи данни са добри кандидати за автоматизация. Например, една молба за ипотечен кредит, който трябва да бъдат тествани регресия на седмична база може да бъде един добър кандидат за тест за автоматизация. Сценарий поддръжката е минимална и скриптове може да въведете молба за ипотечен кредит като се използва една и съща група на тестови данни за част от време, необходим наръчник тестер за проверка на същата functionality.On От друга страна, система, ипотечни начало, което не може да използва същите данни, тест за всяка итерация няма да бъде добър кандидат за автоматизация. Поради естеството на ипотечните системи, данни могат да се проведат в различни състояния на одобрение или отхвърляне, въз основа на актуални данни и отдели, които вече са обработени от тяхна страна на молба за ипотечен кредит. Ако скриптът не може лесно да разбера какви данни да бъдат вписани в софтуера, той не е добър проблема с автоматизация candidate.Another автоматизирането на този вид сложна система е, че тестовата среда често се съдържа извадка на производството данни, че се обновява на периодична основа. Понякога това може да бъде преодоляна чрез възстановяване на данни от изпитвания, когато средата на теста се обновява. Възможността за възстановяване данни от изпитвания на регулярна основа, зависи от сложността на заявлението. Вие ще трябва да направи, че решение по даден случай по случай basis.Application или Околната среда StabilityEnvironmental стабилност е от решаващо значение за успешното автоматизиране на един софтуерен проект за тестване. Скриптове не могат да бъдат кодирани своевременно, ако заявлението е недостъпна среда, опит често престой, или прекомерни дефекти и errors.Little или Нито едно заявление или околната среда DowntimeIt отнема повече време да пиша сценарии, отколкото го прави ръчно да тествате същата функционалност. Повечето средства за автоматизация са разводнена версия на C или Visual Basic, което означава, че за написването автоматизирани скриптове същество програмиране и отнема достатъчно време и специализирани умения. За разлика от ръководството случаи за изпитване, които понякога могат да бъдат написани на базата на разстояние изисквания и макети, автоматизирани инструменти изискват конкретното прилагане. Когато тестовата среда не е на разположение, автоматизация инженери не може да създаде скрипт, който удължава срока на проекта и завършва струва more.Excessive престой може да се състои от някои от следните: Нестабилна околната среда липсата на подкрепа инфраструктура често Заявление актуализация Бъги CodeEffects на околната среда и нестабилност на Сценарий за развитие и ExecutionWhen приложение или околната среда е нестабилна, скриптове напредък е драстично забавени или спира напълно. В някои случаи е възможно да продължи скриптове, но това може да причини повече работа на по-късен дата. Например, ако сте скриптове в бъги код, може да се наложи да скрипт около съобщения за грешки и скриптове ще трябва да бъдат преразгледани на по-късна дата. Или, може само да бъде в състояние да създаде скриптове за определен момент и ги приключи в по-късна дата. За да избегнете и да се намали нестабилността околната среда, прочетете глава за дефекти, за нивото на обслужване дефекти Agreements.Timely FixesApplication не трябва да бъдат вредни за автоматизирано Проектът софтуерното тестване. Когато дефектите са определени своевременно, скриптове, може да продължи без значителна престой. При оценка на един автоматичен проект тестване, това е винаги най-добре да добавите малко време буфер, който ще настанят за дефект отчитане и определя revisions.When дефект вземат с допълнително време, за да разреши и причинява автоматизираните проект софтуерното тестване да бъде отложено, време е за обединяване на среща. Покани всички основни играчи и да се обсъдят в основата на проблема и това, което всеки може да се подобри положението. Може би развитието изразходва твърде много време се опитва да възпроизведе проблема и като си автоматизация Екипът влиза по-добро описание ще им помогне да превърне дефектите определя около по-бързо. Може би ще могат да работят заедно за класифициране и установяване на дефекти разумни определят пъти за всяка класификация. Например, за критичната дефекта трябва да се определя този ден, докато един дефект високо трябва да се определи с по 24 hours.Responsive Контакт PersonWhen вашия екип поема нов автоматизиран проект, тестване, ще ви трябва едно лице за контакт. Този човек е отговорни за вземане сте сигурни, че имат бизнес изисквания и отговори на въпроси за това как приложението работи. Това няма да бъде основната си работа, така че ще трябва да се уверете, че той или тя е отзивчив. Ако не можете да получите адекватна бизнес изисквания, данни от изпитвания, или отговори на въпроси, вашият автоматизация проект няма да бъде successful.Copyright 2004. Дана Хендерсън. Всички права Reserved.Danna Хендерсън е помогнал на много организации автоматизират софтуерното тестване с WinRunner. За информация относно създаването на стабилна, данни задвижвани скриптове и успешна автоматизирано тестване, посетете WinRunner експерти.
Член Източник: Messaggiamo.Com
Related:
» Seo Elite: New Seo Software!» AntiSpywareBOT
» Reverse Mobile
» Error Nuker
уебмастъра Вземи Html кодекс
Добави тази статия на вашия сайт сега!
уебмастъра Подайте членове
Не е необходима регистрация! Попълнете формата и статията ви е в Messaggiamo.Com директория!
