Ръководство за начинаещи за ERP тестване (SAP тестване) - Част 1

beginner s guide erp testing part 1

Нека разгледаме интересна и предизвикателна тема “ Как да тествате ERP софтуера ”. Ще научим предизвикателствата, свързани с ERP тестване (напр. SAP тестване), насоки и пътна карта за успешно ERP тестване.

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

Какво ще научите:

• Какво е ERP и защо компаниите се нуждаят от ERP софтуер?
• Значение на ERP тестването
• Автоматизирано ERP тестване
• Защо тестването на ERP е критично?
• Мога ли да тествам ERP софтуер?
• Пътна карта за тестване на ERP
• Заключение
• Препоръчително четене

Какво е ERP и защо компаниите се нуждаят от ERP софтуер?

ERP означава Е nterprise R източник P ланинг. По-практичната мисъл е, че ако „Предприятие“ (организация или компания) планира да увеличи производителността и ефективността чрез интегриране на „Ресурса“, то това е ERP.

Какви са ресурсите? Той се нарича 4M във всеки тип организация като човек, машина, метод и материали.

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

Организацията може да използва един или повече софтуер според изискванията на отделните отдели.Например, счетоводният отдел може да използва счетоводен софтуер, разработен в технологиите на Oracle, финансовият отдел може да използва софтуер за бюджетиране, разработен в технологиите на Microsoft, отделът за персонала може да използва софтуер за заплати, разработен в Java, а отделът за инвентаризация може да използва софтуер за складиране, разработен от IBM и т.н.

Освен технологиите, всеки софтуер е различен. Базата данни, използвана за съхраняване на данните, също се различава от Oracle, SQL Server, DB / 2 и т.н.

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

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

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

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

Световният пазар на ERP софтуер на година е повече от 25 милиарда долара което нараства с 10-20% всяка година и търсенето ще бъде увеличено в сегментите на малкия и средния бизнес чрез платформите SaaS (Софтуер като услуга) и Облак (Инфраструктура извън помещенията).

Впоследствие търсенето на специалисти по ERP тестване също се увеличава в ИТ индустрията. Много проекти за внедряване на ERP са изразходвали повече от 50% от бюджета си за тестване и свързани дейности.

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

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

Препоръчан инструмент:

# 1) Oracle NetSuite

Oracle NetSuite има ERP решение за рационализиране на критично важни процеси. Неговите характеристики и функционалности ще ви дадат ясна видимост и контрол върху бизнеса.

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

Характеристика:

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

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

Значение на ERP тестването

Повечето проекти за внедряване на ERP се провалят поради неправилно планиране и тестване на тестове. За да разберат важността на ERP тестването, специалистите по тестване трябва да разберат вариациите на ERP системите.

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

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

• Microsoft Dynamics NAV: Проектиран за малки и средни корпоративни клиенти
• Microsoft Dynamics AX: Проектиран за големи корпоративни клиенти
  • Тестване на системата, тестване на производителността и тестване на натоварването са важни, освен функционалните тестове.
• SAP застраховка: Предназначена за застрахователни компании
• SAP банкиране: Проектиран за банкови сектори
• SAP Chemical: Предназначен за химически компании
  • Знанията за домейн и опитът в индустрията са важни, освен функционалното тестване.

По подобен начин продуктите от Oracle, а именно E-Business Suite, PeopleSoft, Siebel и JD Edwards и др., Имат различни функции, целеви клиенти и отрасли, където екипът за тестване трябва да разбере целта и функционалността на цялостните системи.

В ERP компаниите се предлагат два типа екипи за тестване:

• „Основен екип за тестване“ за тестване на „базовия ERP софтуер“ със статичните функционалности.
• „Екип за тестване на внедряването“, за да тества „проекта за изпълнение“ с динамични и персонализирани функционалности.

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

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

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

Автоматизираното тестване се препоръчва за ERP тестване, тъй като ръчното тестване изисква много време за завършване на един кръг от тестване. Очевидно е, че без тестване на всеки компонент на системата и осигуряване на 100% качество, внедряването на ERP се проваля.

По-долу е даден списъкът с различни видове ERP тестване, тъй като повечето ERP системи са изградени в SOA (Service Oriented Architecture).

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

ERP доставчици

Има много ERP доставчици на международния пазар.

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

• SAP (# 1) - От SAP от 1972 г. до големи пазарни акционери и милиони потребители по целия свят.
• Microsoft Dynamics (# 2) - От Microsoft Corporation, милиони потребители по целия свят.
• Oracle E-Business Suite (# 3) - От Oracle Corporation до милиони потребители по целия свят.
• Epicor ERP
• Sage ERP
• NetSuite
• Infor ERP
• Ramco ERP
• Фокус ERP
• Tally ERP

ERP модули

Какво представляват ERP модулите? Модулът в ERP е група от функции и функционалности за конкретна група от работни процеси или отдели.

Например , процес на поръчка за продажба, процес на плащане и управление на клиенти могат да бъдат групирани като уникален функционален работен поток в една компания и могат да бъдат формирани в „ Продажби и дистрибуция Модул и подобно присъствие на служители, процес на заплащане, управление на персонала могат да бъдат групирани като уникален функционален работен поток в една компания и могат да бъдат формирани в „ HR и ТРЗ ”Модул.

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

Доставчиците на ERP могат да имат различни имена на модули за групиране на функционалностите, но концепцията ще бъде една и съща.Например, нека да разгледаме набързо няколко SAP модула, за да имаме представа дали изпълняваме SAP тестване .

• SAP FICO (за финансово и счетоводно отчитане)
• SAP HR (за човешки ресурси)
• SAP MM (за управление на материали)
• SAP PP (за планиране на производството)
• SAP SD (за продажби и разпространение)
• SAP CRM (за управление на взаимоотношенията с клиенти)
• SAP SCM (за управление на веригата за доставки)

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

Защо тестването на ERP е критично?

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

Например, за да създаде поръчка за продажба в модул „Продажби“, системата трябва да провери наличните наличности в модула „Запаси“ и да провери кредитния лимит на клиента в модула „Клиент“.

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

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

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

Освен функционалното тестване, както в горния случай на бизнес употреба, другата фаза на тестване е на „ Внедряване на ERP ”Което е по-критично. Фазата на внедряване на ERP включва много модификации и персонализиране според изискванията на клиента и инфраструктурата.

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

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

Успешните професионалисти по ERP тестване са обучени и са работили по много различни ERP внедрения в продължение на много години и събират опит, за да се превърнат в способен ERP тестер с допълнителни пълномощия като „експерт по предмета“ или „ експерт за домейн ”.

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

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

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

Например, не е толкова лесно да се съберат данни за тестване на транзакциите от главната книга или транзакциите на поръчки за продажба в ERP системи. Въпреки че данните се събират за въвеждане, е изключително важно да се разбере и анализира коректността на изходните данни съгласно финансовите стандарти като МСФО.

За примере, „баланс“, генериран от транзакциите от главната книга, не може да бъде разбран от нормалните изпитатели без знанието за баланс или пробен баланс. Причината да е „балансът“ се генерира от главната книга въз основа на множество транзакции от всички модули.

Мога ли да тествам ERP софтуер?

Важният въпрос за специалистите по тестване е „Мога ли да тествам ERP системата с наличните си знания и опит?“. Отговорът на този въпрос не е прост „Да или Не“, но изисква самооценка.

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

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

• Мога ли да знам ERP и ERP модулите?
• Писал ли съм тестови случаи за ERP преди?
• Изпълнявал ли съм тестови случаи за ERP преди?
• Имам ли някакви технически познания като скриптове, HTML, XML и SQL?
• Имам ли някаква промишлена експозиция като фармацевтична, химическа, банкова и т.н.?
• Колко ERP модула ще тествам?
• Имам ли нужда от обучение за ERP тестване?
• Ръководството за ERP тестване или автоматизирано ли е?
• Част ли съм от екипа за тестване на Core или от екипа за тестване на внедряването?

Пътна карта за тестване на ERP

Нека се подготвим с пътна карта с a контролен списък за ERP тестване . Въпросът е, че „усилията за тестване“ могат да бъдат почти равни на „усилия за разработка“ за ERP тестване и ERP компаниите се опитват да създадат платформа и инфраструктура за намаляване на усилията, но повишавайки ефективността и производителността.

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

Контролен списък за тестване на ERP:

Заключение

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

Следващият урок за тестване на ERP : План за тестване на ERP тестване - И така, следващата ни стъпка е да започнем процеса на тестване на ERP до изготвяне на QA и план за тестване, подготовка на тестовия пакет с модулни тестови случаи, идентифициране на най-добрите практики за ръчно и автоматизирано тестване и подготовка на шаблонен формат за тестови отчети.

Ще разгледаме всички тези теми в следващия урок. Така че не го пропускайте.

въпроси и отговори за интервю за тестване на софтуер док

Уведомете ни, ако имате въпроси относно ERP или SAP тестване.

Препоръчително четене

• Най-добри инструменти за тестване на софтуер 2021 г. (Инструменти за автоматизация на QA теста)
• Тестване на софтуер QA Assistant Job
• Алфа тестване и бета тестване (Пълно ръководство)
• Курс за тестване на софтуер: Към кой институт за тестване на софтуер трябва да се присъединя?
• Изборът на софтуерно тестване като кариера
• Тестване на софтуер Техническо съдържание Writer Работа на свободна практика
• Изтегляне на eBook за тестване на Primer
• Най-добрите услуги за тестване на QA софтуер от SoftwareTestingHelp