Въведение в SAP
Основната идея на въвеждането на SAP ( Системни приложения и продукти ) беше да се предостави на клиентите възможността да взаимодействат с общи корпоративни бази данни за широк спектър от приложения. SAP е интегрирана ERP (Enterprise Resource Planning), за да накара бизнес процесите да работят ефективно.
Следващото видео ще обясни необходимостта от ERP софтуер като SAP в предприятие
SAP пакетът съдържа различни модули като SAP FICO, SD, MM, HR и др.
В този урок ще научите -
- Консултант по тестване на SAP - избор на кариера
- Какво се разбира под внедряване на SAP?
- Какво е персонализиране на SAP?
- Какво представлява поддръжката на софтуера SAP?
- SAP End to End жизнен цикъл и съответните фази на тестване
- Видове тестване, приложими за SAP приложения
- Как да създадем тестов случай на SAP
- Автоматизирано тестване на SAP приложения
- Тестване на производителността на приложението SAP
Какво е SAP тестване?
SAP тестването е същото като тестването на софтуерни приложения, но тук приложенията са SAP ERP. Във всеки момент, в който правите промяна в софтуера SAP, трябва да се създадат тестови случаи, за да се провери новата функционалност. SAP тестването може да включва и - Тестване на производителността. (за проверка на скоростта на sap приложения) и уеб тестване (за уеб портали на SAP).
Консултант по тестване на SAP - избор на кариера
| Комплект умения |
За да станете SAP тестер, трябва да следвате набори от умения
|
| Типичен работен ден | Във всеки типичен работен ден ще бъдете заети с разбиране на документите за изисквания, създаване на тестови казуси, изпълнение на тестови казуси, докладване и повторно тестване на грешки, посещение на срещи за преглед и други дейности за изграждане на екип. |
| Напредване в кариерата |
Вашата кариерна прогресия като софтуерен тестер (QA Analyst) в типична компания CMMI от ниво 5 ще изглежда по следния начин, но ще варира от компания до компания QA Analyst (Fresher) => старши QA Analyst (2-3 години опит) => QA координатор на екипа (5-6 години опит> => Test Manager (8-11 опит) => Senior Test Manage r (14+ опит) ) |
Как SAP тестването е по-доходоносно от други тестови проекти?
Докато тествате произволен AUT,
- Придобивате дълбоки функционални познания за AUT. Без достатъчно познания за AUT е трудно да се тества
- Отточете уменията си за тестване
Както при всяка ИТ компания, вие преминавате от един проект към друг с течение на времето. Цялата работа, която сте направили, за да разберете функционалността на AUT, е остаряла в новия проект. Това обикновено е вярно, ако превключвате проекти между домейни, кажете телеком към здравеопазване.
В случай на SAP, функционалните знания, които придобивате, са преносими и могат да се използват в други проекти. Да предположим, че сменяте работата. В старата си компания тествахте софтуер за фактуриране за Vodafone. Каква е вероятната качулка, че същият проект се предлага във вашата нова компания? До Нула.
Сега разгледайте този случай. Преминавате от проект за SAP тестване към друг проект за тестване SAP в нова компания. Незабавно разпознавате GUI, кодовете за транзакции, ваниловите бизнес процеси, което е огромно предимство. Ще трябва да научите персонализациите, направени от клиента, но все пак се нуждаете от задълбочени познания за софтуера.
Най-голямото предимство като SAP Tester е, че поради дълбоките функционални знания, които придобивате, можете лесно да станете функционален консултант на SAP ! Консултантите на SAP са в голямо търсене и почти винаги са с недостиг и командват премиум заплати.
Какво се разбира под внедряване на SAP?
Помислете за този сценарий. Фирма А предлага 12 годишни отпуска. Фирма Б предлага 20 годишни отпуска. Заплатата трябва да бъде удържана за всеки служител, който използва съответно 13 -ти или 21 -и годишен отпуск за компания A&B. Тази информация трябва да бъде конфигурирана в SAP системата, която не е нищо друго освен внедряване и конфигуриране на SAP.
Ваниловата версия на SAP е мощна, но не е много полезна, докато не бъде персонализирана и конфигурирана според бизнес политиките, законовите разпоредби и техническите изисквания на компанията. Този процес се нарича внедряване на SAP. Обикновено може да отнеме от няколко месеца до дори години.
Какво е персонализиране на SAP?
SAP има най-високата колекция от бизнес процеси. Но понякога вашата вътрешна компания обработва много от тях, за да не бъдат точно картографирани с помощта на лесно достъпните бизнес транзакции на SAP.
В такива случаи потребителски код се създава с помощта на ABAP. Той включва промяна на кода, за да се създаде функционалност, която не е достъпна чрез конфигурация . Това не е нищо друго освен персонализации. Персонализирането на SAP може да се направи и за генериране на персонализирани отчети, програми или подобрения.
Какво представлява поддръжката на софтуера SAP?
След като системата SAP бъде конфигурирана, персонализирана, внедрена и актуализирана - всички промени, направени в SAP системата, се наричат поддръжка. Това може да включва
- Ново допълнение към системата SAP
- Изчистване на бъгове
- Актуализации на ядрото на SAP
- Актуализации на пакета за поддръжка и стека
- Прилагане на бележка OSS
SAP End to End жизнен цикъл и съответните фази на тестване
Съществуват множество методологии, които могат да се използват за внедряване на SAP
- Внедряване на ASAP (за първоначално внедряване на SAP системи и пренасяне от стари системи)
- Поддръжка на жизнения цикъл
- Надстройте LifeCycle
- Потребителски LifeCycle за разработка
Независимо от жизнения цикъл, който работите, има три основни фази на тестване, в които ще участвате
1) Подготовка на теста
2) Фаза за изпълнение на теста
3) Фаза за оценка на теста
- Идентифициране на бизнес процес, който ще се тества
- Ръчно и автоматизирано разработване на тестови случаи
- Създаване на тестови пакети и рецензия
- Създаване на тестова система
- Създаване на тестови данни
- Тествайте изпълнението ръчно или с помощта на тестови инструменти
- Отчитане на състоянието на теста и работа с дефекти
- Подробна оценка на всички планове за изпитване
- Анализ на дефекти
- Документация на процеса на тестване
Видове тестване, приложими за SAP приложения
За приложенията на SAP често се извършват тестове:
- Unit Testing : Тази част от тестването се грижи най-вече от разработчиците въз основа на техните дефинирани правила за Unit Testing според организациите. Това понякога се прави от умелите тестери за бяла кутия. Тестът се извършва в кутията за разработка. Това е тестване на интерфейси, преобразувания, подобрения, отчети, работни потоци и формуляри (RICEWF), разработени предимно с ABAP код. Тестването на обект за разработка включва тестване за оторизация на сигурността, правила за трансфер на данни, съгласуване и задания за групово планиране. Тестването на BW (Business Warehouse) също е част от тестовете за разработка.
- Тестване на интеграцията : Това е тестване на комбинирани компоненти на SAP приложение, за да се определи дали те функционират заедно правилно. Обикновено се прави в QA среда и се използват реалистични тестови данни.
- Регресионно тестване : Регресионното тестване се прави, за да се гарантира, че внесените нови промени няма да повлияят неблагоприятно на съществуващия работен код. SAP R / 3 е тясно интегрирана система. Актуализация с един стек, бележка за OSS, транспорт, промени в конфигурацията, нови интерфейси за разработка могат да имат каскаден и сериозен ефект. Регресионното тестване обикновено се извършва с помощта на инструмент за автоматизация от тестващия екип.
- Тестване на производителността : Тества SAP приложения, за да се гарантира, че ще се представят добре при очакваното натоварване. Тестването на производителността включва тестване на натоварване, обем и стрес за определяне на тесните места в системата. Целта на това тестване е да подобри устойчивостта на SAP приложенията и помага да се внедрят системи, които могат да поддържат прогноза за голямо натоварване, с нулеви проблеми с производителността на постпродукцията. Тестването включва проверка на бизнес процеси, които могат да причинят стрес, поради големи обеми транзакции или партиди. Обикновено се изпълнява с помощта на автоматизирани инструменти и включва съвместна работа на база, база данни, инфраструктура и тестови екипи за наблюдение на резултатите от теста.
- Функционално тестване : Функционалното тестване гарантира, че вашето внедряване на SAP отговаря на вашите бизнес изисквания. SAP е силно конфигурируема система и може лесно да се интегрира със собствени приложения или инструменти на трети страни. Предвид тази разнообразна конфигурация и сложност функционалното тестване е задължително. Функционалното тестване премахва несигурността относно случаите на бизнес употреба и носи качество. Включва преглед на проектните документи и създаване на тестови артефакти, включително изисквания за изпитване, тестов сценарий и тестови случаи. Функционалното тестване обикновено се извършва от тестващия екип с предистория в конкретния тестван модул SAP.
- Потребителско тестване за приемане (UAT) : След като функционалното, системното и регресионното тестване приключи, се извършва UAT (потребителско тестване за приемане). Той гарантира, че системата SAP е използваема за крайните потребители на системата. Крайните потребители изпълняват самостоятелно тестови казуси за приемане на потребители, които включват тестване на бизнес процеси, функции, документация (ръководства за експлоатация, измамнически листове) и т.н. С UAT потребителите могат да се чувстват комфортно в новата бизнес среда и да поемат пълната собственост върху системата.
- Тестване на сигурността : За да се гарантира безопасността на SAP приложенията, се извършва Тестване на сигурността. Тестват се зони с висок риск, защита на портала lakesap, мрежова сигурност, оперативна сигурност, продуктова сигурност, контрол на достъпа и одит на изходния код за сигурност. Това обикновено включва базата, базата данни, инфраструктурата, екипите за разработка и тестване.
- Тестване на портала : Тези техники включват тестване на SAP портала в различни браузъри и проверка на бизнес процеси
Как да създадем тестов случай на SAP
Нека да проектираме тестов случай за промяна на Името на служител в системата SAP
За да създадете ефективен тестов случай, трябва
- Определете ролята на SAP, необходима за изпълнение на тестовия случай
- Определете SAP транзакцията, която трябва да бъде изпълнена за тестовия случай
- Необходими са тестови данни за изпълнение на тестовия случай. Определете дали данните трябва да бъдат създадени или дали те се използват от друг тестер, или данните са заключени и не могат да бъдат модифицирани.
- Всички предварителни условия
- Партньорска проверка Тестови случаи
- Създайте както положителни, така и отрицателни сценарии
- Създайте подробни тестови стъпки.
- Покритието на теста трябва да бъде стабилно
- Документирайте дефектите своевременно, веднага след откриването им.
Вижте това видео за насока как да промените SAP Infotype
Тестовият случай, предназначен за това, е както следва -
Важна забележка
SAP е гъста система с безкрайни вариации. Не е осъществимо, нито рентабилно да се проверят всички възможни вариации и комбинации от входове на тестови параметри в системата SAP.
Както в горния пример, тестер може да е потвърдил промяна в фамилно име, дата на раждане, адрес, ПИН код, град, щат, държава, промяна в постоянен, временен, работен адрес и т.н.
Тестерът трябва да приеме стратегии за намаляване на броя на тестовите случаи, без да жертва покритието. Примери за такива стратегии включват анализ на гранична стойност, разделяне на еквивалентност и ортогонални масиви.
Автоматизирано тестване на SAP приложения
Тестването е огромно предизвикателство за колосална система като SAP. Според неотдавнашно проучване на ASUG, над 86% клиенти са загрижени за рисковете поради липса на цялостно тестване.
Автоматизацията има следните предимства за SAP приложения
- Основната и най-ценна полза е подобреното покритие на теста
- По-добро качество на продукта и следователно по-малко прекъсвания на производството. Прекъсванията в производствените среди на SAP могат да струват на компанията милиони!
- Натоварването намалява с всеки цикъл на освобождаване
Инструменти за автоматизация
Методологията и подходите са по-важни от избрания инструмент за тестване. Когато мислите за тестване на приложението SAP, някои инструменти естествено мислят като SAP TAO, eCATT, QTP и т.н.
ECATT (разширен инструмент за тестване с помощта на компютър)
ECATT се използва за създаване и изпълнение на функционални тестове за SAP. ECATT е вграден инструмент, който се доставя в комплект със SAP с основна цел автоматизирано тестване на бизнес процесите на SAP.
ECATT полезни функции
- Тествайте транзакции, отчети и сценарии
- Обадете се на BAPI и функционални модули
- Тествайте отдалечени системи
- Проверете разрешенията (потребителски профили)
- Тестови актуализации
- Тествайте ефекта от промените в настройките за персонализиране
- Проверете системните съобщения
QTP (Професионален инструмент за бърз тест)
HP QuickTest е инструмент за автоматизация, управляван от ключови думи. Той поддържа много среди, включително SAP. Инструментът е здрав, богат на функции и лесен за употреба. Неговият пазарен лидер в инструмента за автоматизация, управляващ основен пазарен дял. Това е търговски инструмент с отлична поддръжка от доставчика. Това е инструмент за избор за автоматизация на SAP.
SAP TAO
SAP пусна инструмента за автоматизация SAP TAO в сътрудничество с Focus Frame (сега придобит от Hexaware).
SAP TAO завършва QTP и QC, където QTP действа като механизъм за изпълнение и сценариите за тестване се създават и управляват от QC чрез бизнес компоненти. SAP TAO автоматизира генерирането на тестови компоненти за сценарии от край до край. Настройките на SAP TAO и HPQC имат някои предимства в сравнение с други инструменти за тестване, има огромна корпоративна поддръжка както за софтуерни продукти на HP, така и за SAP.
Клиентското приложение SAP TAO изпълнява три функции, инспектира транзакции от SAP сървър, експортира транзакциите в HP Quality Center и консолидира компоненти или скриптове от HP Quality Center.
Тестване на производителността на приложението SAP
Тестването на производителността на SAP приложения се извършва, за да се провери неговата скорост, мащабируемост и стабилност . Тестване на производителността SAP помага при
- Съответствайте на споразуменията за ниво на услугата (SLA).
- Оптимизирайте конфигурационните настройки на софтуера.
- Намалете преразхода на хардуер
- Потвърдете, че системата няма да се срине или да се повреди по време на сезонно голямо натоварване и да помогнете да се избегнат съответните финансови загуби.
Събития, които задействат тест за ефективност
Изборът на инструмент за тестване на производителност за SAP зависи от основното приложение SAP, което се тества. По-долу е даден списък на инструментите за тестване на производителността на SAP и областите им на приложение
- С отворен код / Безплатно
- Jmeter - (Тест за производителност SAP Business Obects BI Platform)
- Open STA (Тестване на производителността SAP портали)
- Търговски
- Load Runner (Тест на производителността SAP ECC сред другите приложения на SAP) - препоръчва се от SAP
- IBM Rational Robot (Може да тества голямо разнообразие от SAP приложения)
Заключение
SAP тестването предлага огромни възможности за кариера за QA ентусиасти. Това е относително лесен начин да проникнете на високо ценената арена на SAP Consultant.
Поръчка - Въпроси и отговори за интервю за SAP тестване
