how prepare test plan
В предишната статия видяхме няколко ключови точки на ERP като истинското значение на термина ERP, различни модули на ERP, важността на ERP тестването, критичността на ERP тестването и пътна карта за подготовката на ERP теста .
=> Проверете урока за тестване на ERP част 1 тук.
В тази статия нека да влезем в по-практически подробности за тестване на ERP (SAP), като изготвяне на план за осигуряване на качеството, план за тестване, набор от тестове, тестови случаи и стратегия за изпълнение на теста.
=> Щракнете тук за пълна серия уроци за план за тестване
Този урок е добър пример за писане на план за тестване от нулата за всяко приложение. Ние също предоставихмепримерен шаблон за тестов пакет за изтегляне.
За целите на демонстрацията, нека приемем, че тестваното ERP приложение се състои от следните модули с някои ключови данни за плана за изпълнение, както е показано по-долу.
ERP име: ABC Производство ERP
Потребителско име: XYZ Petrochemicals LLC
Индустриални вертикали: производство
Корпоративен офис: Ню Йорк
Дъщерни офиси: Лос Анджелис и Чикаго
Производствен завод: Хюстън
Инвентарни складове: Хюстън, Лос Анджелис и Чикаго
Общо служители: 2500
Потребители на системата: 325
Оборот на компанията: 1 милион щатски долара
Отдели: Администрация, финанси, сметки, човешки ресурси, производство, качество, магазини, продажби, маркетинг, поддръжка, изпращане, поддръжка на клиенти
Модули: Бюджет, CRM, Клиент, Доставчик, Продажби, Покупка, Плащания, Договори, Финанси, Сметки, Човешки капитал, ТРЗ, Планиране на производството, Управление на проекти, Инвентаризация, Управление на материали, Работни поръчки, Фиксиран актив, Бизнес разузнаване
Модел за доставка: On-Premise и Cloud
План за изпълнение: Събиране на изисквания, анализ на бизнес потока, оценка на потока от данни, персонализиране и подобряване, доставка и разпространение, обучение на крайния потребител
Препоръчан инструмент:
# 1) Oracle NetSuite
най-доброто приложение за изтегляне на видеоклипове в YouTube
Oracle NetSuite предлага платформа за осигуряване на качеството, която ще ви позволи да създадете планове за проверка и да проследявате резултатите от теста. Инструментът ще ви помогне да постигнете най-високо качество на вашите продукти. Ще можете централно да управлявате списъка с тестове и да налагате минимални квалификации на инспектори.
Той предоставя различни функции и функционалности за дефиниране на тестове, получаване и проверки в процес и събиране на данни.
Характеристика:
- Oracle NetSuite извършва обработка в реално време на резултатите от проверката.
- Това е инструмент за диагностика на устройства и може да се използва на всеки таблет, базиран на браузър.
- Той има характеристики на работа, базирана на работния процес, на несъответстващи материали.
- Можете да наложите минимални квалификации на инспектори.
Намерете по-долу някои от екранните снимки на ERP софтуерното приложение за някои важни бизнес процеси като Поръчка за продажби, Финанси на клиенти, Заглавие на плащания, Фиксиран актив, Управление на служители и Отчет за продажбите, които ще дадат представа за критичността и сложността на ERP тестването.
Екранна снимка 1: Поръчка за продажба
Екранна снимка 2: Поръчка за продажба (САЩ)
Снимка на екрана 3: Финанси на клиентите
Екранна снимка 4: Заглавка на плащанията (Индия)
Екранна снимка 5: Заглавка на плащанията (САЩ)
Екранна снимка 6: Фиксиран актив (Индия)
Екранна снимка 7: Фиксиран актив (САЩ)
Снимка 8: Управление на служителите
Снимка 9: Отчет за продажбите
Какво ще научите:
- ERP QA план
- План за тестване на ERP
- Описание на проекта
- Обективен
- Модулни функции за ръчно тестване
- Модулни функции за автоматизирано тестване
- Характеристики, които трябва да бъдат тествани извън помещенията
- Характеристики, които трябва да бъдат тествани в помещения
- Функции, които ще бъдат тествани на мобилни устройства, Wi-Fi и облак
- Изисквания към ресурсите
- График на тестване
- Изпълнение на тестови случаи
- Тестово покритие
- Резултати
- Управление на риска
- Проследяване на издания
- Качествени показатели
- ERP тестов пакет
- Примерен шаблон за изтегляне на тестов пакет:
- ERP тестови случаи
- Заключение
- Препоръчително четене
ERP QA план
Осигуряването на качество е важен етап от всеки проект за внедряване на ERP, който се състои от следните заинтересовани страни и успехът зависи от целенасочените усилия на всички като „ Екип ”.
Заинтересованите страни от проекта за внедряване на ERP могат да бъдат:
- Екип за изпълнение - Състои се от екипа от професионалисти от ERP Company или от местния партньор за изпълнение. Трябва да има опит в изпълнението.
- Доставчик на софтуер - Доставчици на софтуер за операционната система, базата данни и други офис приложения, необходими за ERP.
- Доставчик на хостинг - Хостинг доставчици на сървъри, мрежа, интернет и интранет инфраструктура, необходими за внедряване на ERP. Трябва да има опит в изпълнението.
- Бизнес екип - Състои се от екипа от развитието на бизнеса или управителния управителен комитет.
- Технически екип - Екипът за разработка или екипът за изпълнение да бъде на разположение през целия проект. Трябва да има опит в изпълнението.
- Екип за тестване - Екипът за тестване от ERP компанията или от местните партньори, които имат опит в стратегиите за внедряване на ERP.
- Екип на клиента - Екипът на крайния потребител или ръководителите на отдели, които имат пълните работни познания за бизнес процеса.
Както обсъждахме в предишния урок, тестването на софтуерното приложение ERP (напр. SAP) е различно от тестването на другите софтуерни приложения. ERP приложенията са специфични за дадена област и индустрия. Общите модули като финанси, счетоводство, материални запаси, дълготрайни активи, продажби, покупка, човешки капитал и ведомост са налични във всички ERP системи.
Освен тези общи модули, са налични малко специфични за индустрията модули според целевите клиенти.Например, „производственият ERP“ може да има модул „планиране на производството“, „фармацевтичният ERP“ може да има модул „лекар-пациент“, а „образователният ERP“ може да има модул „студент“ и т.н.
Така че, факторът на качеството трябва да бъде активиран с някои предварително дефинирани показатели, които да се споделят предварително с всички заинтересовани страни в горния списък.
За да се поддържа качеството, заинтересованите страни взаимно се включват в споразумения за ниво на обслужване. Всички заинтересовани страни като екип трябва да имат определените елементи на действие, отговорности с целевите дати, за да постигнат очакваното качество на декларацията за работа.
План за тестване на ERP
Планът за тестване на ERP трябва да се състои от следната информация за ефективно и успешно прилагане.
Тестовият план има целите, показатели за качество, функции, които трябва да бъдат тествани ръчно, функции, които да бъдат тествани чрез инструменти за автоматизация, среда на проекта, инфраструктура на екипа, изисквания за ресурси, график на тестване, тестови продукти, инфраструктура за изпълнение на теста, рамка за тестване, предположения, зависимости, ограничения, механизъм за проследяване на грешки, инструменти за докладване на грешки и критерии за приемане и т.н.,
По-долу е представен примерният план за тестване на нашия проект за внедряване на ERP за XYZ Petrochemical LLC.
Вижте също - ако имате нужда от повече информация за това как да напишете план за тестване, моля, проверете тези уроци:
Описание на проекта
ABC Manufacturing ERP е интегрирано ERP решение за производствената индустрия. Продуктът се състои от основните модули като счетоводство, финанси, бюджет, запаси, дълготрайни активи, клиенти, доставчици, CRM, продажби, покупка, плащания, договори, човешки капитал, ТРЗ, планиране на производството, управление на проекти, запаси, управление на материали, работа Поръчки и бизнес разузнаване.
Вертикалът на клиента е в производството, а бизнесът им произвежда нефтохимични бипродукти и ги продава на местни и международни клиенти. Суровините се закупуват от вътрешни и международни пазари. Компанията оперира от Ню Йорк, САЩ с клонове в различни части на страната.
Компанията разполага и със складове на отдалечени места. ERP системата ще бъде внедрена на централизирано място в корпоративните помещения и ще свързва останалите клонове, складове, производствени предприятия, маркетингови офиси от различни части на страната чрез Интернет, WAN, Wi-Fi, облачна инфраструктура. Предложеното решение поддържа множество езици като английски (за международни клиенти, хинди (за IN потребители), арабски (за доставчици от Близкия изток) и поддържа множество валутни транзакции.
Системата разполага и с портал за клиенти за електронна търговия за онлайн поръчки за продажба с портал за плащане с кредитни карти и портал за доставчици за оферти за покупки. Има повече от 300 потребители на системата, които ще използват системата от различни части на света с поне повече от 10 000 транзакции на ден.
Обективен
- Идентифицирайте модулите, които ще бъдат тествани ръчно.
- Идентифицирайте модулите, които ще бъдат тествани чрез инструменти за автоматизация.
- Определете стратегията за тестване, обхвата на тестване и дейностите по тестване.
- Дефинирайте критерии за тестване, предположения, зависимости и ограничения.
- Определете екипа за тестване, разпределението им и техния график за тестване.
- Настройте рамката за ръчно тестване и автоматизация.
- Настройте инфраструктурата за тестване с конфигурацията на софтуера и хардуера.
- Определете заинтересованите страни в проекта за внедряване на ERP.
- Определете механизма за комуникация и ескалация.
- Определете работната среда, подробностите за задачата и отговорностите.
- Управление на риска с планове за намаляване на риска.
- Дефинирайте резултатите от теста и инструментите за отчитане.
Модулни функции за ръчно тестване
- Модул за плащания (Създаване на плащания, Одобряване на плащания, Издаване на проверки)
- Модул за финансиране (съвместни плащания, одобряване на съвместни плащания, издаване на проверки)
- Модул за заплати (Проверки на заплати, Проверки за издаване)
- Модул за дълготрайни активи (амортизация на активи, изхвърляне на активи)
- ...
Модулни функции за автоматизирано тестване
- Модул за продажби (Поръчка за продажба, Поръчка за продажба, Доставка, фактуриране за продажба)
- Модул за покупка (договор за покупка, поръчки за покупка, промени в покупката)
- Модул за клиенти (Управление на клиенти, Финансови клиенти)
- Модул за човешки капитал (управление на служители, присъствие, заеми, отпуски)
- ...
Характеристики, които трябва да бъдат тествани извън помещенията
- Тестване на функционалността: Всички функционални тестове на всички модули, които се преглеждат и одобряват.
- Регресионно тестване: Всички функционални тестови случаи за персонализирани модули, които се преглеждат и одобряват.
- Тестване на дим: Всички функционални тестове, маркирани за Sanity, което се преглежда, изпълнява и одобрява.
- ...
Характеристики, които трябва да бъдат тествани в помещения
- Системно тестване: Всички системни тестови случаи на всички модули, които се преглеждат и одобряват.
- Интеграционно тестване : Всички системни тестови случаи на всички модули, които се преглеждат и одобряват.
- Тестване на ефективността: Всички случаи на тестове за ефективност, които се преглеждат и одобряват.
- Тестване на натоварване: Всички случаи на натоварване, които се преглеждат и одобряват.
- Тест за приемане от потребителя : Всички тестове за приемане от потребителя, които се преглеждат и одобряват.
- ...
Функции, които ще бъдат тествани на мобилни устройства, Wi-Fi и облак
Тестване на функционалността: Всички системни тестови случаи на CRM модула, които се преглеждат и одобряват.
Изисквания към ресурсите
най-добрата програма за наблюдение на процесора и gpu temp
График на тестване
да не | Подробности за задачата | Начална дата | Крайна дата | Тестер |
---|---|---|---|---|
6 | Разрешение за връщане на стоки | 27.05.2015 | 01.06.2015 | Тестер Б |
един | Изготвяне на план за изпитване | 04.05.2015 | 06.05.2015 | Тестер А |
две | Преглед и актуализация на тестовия план | 07.05.2015 | 07.05.2015 | Тестово олово Б |
3 | Подготовка на тестовия пакет и тестови случаи | |||
Модул 1: Продажби и дистрибуция | 16.05.2015г | 06.06.2015 | ||
4 | Процес на поръчка за продажба | 16.05.2015г | 20.05.2015 | Тестер Б |
5 | Процес на договор за продажба | 21.05.2015 | 26.05.2015 | Тестер Б |
7 | Процес на разписки за плащане | 02.06.2015 | 06.06.2015 | Тестер Б |
... | ||||
Модул 2: Покупка и плащания | ||||
8 | Процес на отстъп за покупка | 16.05.2015г | 19.05.2015 | Тестер С |
9 | Процес на котиране на покупки | 20.05.2015 | 23.05.2015 | Тестер С |
10 | Процес на поръчка за покупка | 24.05.2015г | 28.05.2015 | Тестер С |
единадесет | Процес на одобрение на плащане | 29.05.2015 | 31.05.2015г | Тестер С |
... | ||||
Изпълнение на теста | ||||
12 | Модул 1: Итерация 1 | 01.06.2015 | 05.06.2015 | Тестер Б |
13 | Модул 2: Итерация 1 | 01.06.2015 | 06.06.2015 | Тестер С |
... | ||||
14. | Тестване на регресия: Модул 1 | |||
петнадесет | Тестване на регресия: Модул 2 | |||
... | ||||
16. | Тестови отчети и актуализации на плана за осигуряване на качеството | |||
... |
Изпълнение на тестови случаи
Тестово покритие
A: Функционално тестване, B: Тестване на системата, C: Тестване на целостта, D: Тестване на сигурността, E: Тестване на използваемостта, F: Тестване на производителността, G: Тестване на интерфейса, H: Тестване на инсталацията
Резултати
Управление на риска
Проследяване на издания
Използват се инструменти за сливане и JIRA проследяване на проблеми в проекта. Също така, JIRA е персонализиран и конфигуриран за всички членове на екипа за тестване, за да ескалира проблемите и да докладва за грешки и е възложен на екипа за разработка на концерна с отговорността и целевите дати.
Качествени показатели
ERP тестов пакет
Подобно на нормалния процес на тестване, ERP Test Suite обикновено се подготвя като документ на Excel. Този документ контролира пълната история на ревизиите на различните тестови пакети на всички модули в ERP приложението. Тестовите случаи на всеки модул, история на изпълнение на теста, списък с грешки и история на тестовия отчет се поддържат в ERP тестов пакет.
За тестовете за автоматизация „ тестови скриптове ”Се поддържат в тестовия пакет и съответната итерация на историята на изпълнение на теста се поддържа. В зависимост от вида на тестването и сложността на тестовите случаи, в пакета се поддържат скриптове за тестове за автоматизация, които трябва да бъдат проектирани по такъв начин за повторно използване.
Намерете по-долу моментната снимка на ERP тестов пакет в Excel документ.
Примерен шаблон за изтегляне на тестов пакет:
По-долу е примерен шаблон за тестов пакет за изтегляне. Той съдържа шаблони за история на ревизиите, доклад за тестове, доклад за грешки, случаи на дим, случаи на регресия
=> Щракнете тук, за да изтеглите шаблон за ERP тестов пакет.
ERP тестови случаи
Освен функционалните тестови случаи, регресионните тестове, тестовете за здравословно състояние / дим, ERP тестването изисква и друг тип тестови случаи за тестване на инсталация, тестване на конфигурация, тестване на изпълнение, тестване на адаптивност, мрежово тестване, тестване на сървъри, офлайн тестване, дистанционно тестване, тестване на няколко валути, многоезично тестване, тестване на устройства, интранет тестване, тестване в реално време и т.н.,
Най-важното е, че ERP е централизирано автоматизирано решение, което е достъпно от множество потребители едновременно онлайн в реално време, което включва финансова транзакция, всеки тест трябва да бъде написан с много специални усилия и данни в реално време.
Също така, състоянието на изпълнението на теста трябва да се актуализира като „Pass“ след проверка на изходните данни с предварително дефинираните данни в реално време. Така че тестовите случаи винаги трябва да имат колона за „ данни от теста ' и ' изходни данни ”.
Примерен сценарий за тест:
Намерете по-долу примерен тестов случай за нашата ERP демонстрация. Тези тестови случаи могат да се състоят от много малки тестови случаи, които могат да се разделят и поддържат, но за демо цел се комбинират с един тестов случай.
Идент. № на тестовия случай | ABC_ERP_SD_X0121 |
---|---|
Очаквани резултати (Положителен) | 1. Поръчката трябва да бъде резервирана и фактурирана. 2. Избиране Опаковъчен фиш трябва да бъде генериран. 3. Трябва да се генерира поръчка за доставка. 4. Транзакциите от Главната книга трябва да бъдат осчетоводени. 5. Книгата на инвентара трябва да бъде актуализирана. 6. Трябва да се генерира дебитно известие. 7. Имейл трябва да бъде изпратен до клиента и магазините. |
Модул | Продажби и дистрибуция |
Особеност | Процес на поръчка за продажба |
Обективен | За да проверите поръчката за продажба се резервира и фактурира с правилни данни, въведени за заглавието на продажбите и данните за продажбите. |
Стъпки за възпроизвеждане | 1. Продажби и разпространение -> Управление на поръчки -> Списък на поръчки за продажба -> Нова поръчка за продажба. 2. Изберете дата на поръчката, изберете тип поръчка, изберете дата на изтичане, изберете идентификатор на клиента, изберете идентификатор на доставката, изберете идентификатор на склад, изберете дата на доставка, изберете дата на плащане, изберете данък за продажби, изберете идентификатор на продавача. 3. Изберете Нови артикули за продажба и Изберете идентификатор на артикул, Изберете артикул UOM, Въведете количество артикул, Въведете цена на артикул, Изберете акаунт на книга, Изберете идентификатор на проекта и щракнете върху OK. 4. Щракнете върху бутона Поръчка на книга в главния екран. |
Входни данни (Положителен) | Дата на поръчката (01.01.2015 г.), Тип поръчка (Поръчка за продажба), Дата на изтичане (31/09/2015 г.), Идент. № на клиента (SABIC), Идентификационен номер за доставка (FedEx), Идентификационен номер на склад (NaviMumbaiWH), Дата на доставка (03 / 02/2015), Изберете дата на плащане (28/02/2015), идентификационен номер на данък върху продажбите (ST929), идентификационен номер на продавач (Anand), идентификационен номер на артикул (полипропилен), елемент на единица за измерване (килограми), брой на артикул (1000), акаунт на книга (23499949), Идент. № на проекта (DueTarget2015) |
Входни данни (Отрицателно) | Дата на поръчката (01.01.2016 г.), Тип поръчка (Поръчка за покупка), Дата на изтичане (31/09/2012), Идент. № на клиента (ПО подразбиране), Идентификационен номер на пратката (празен), Идентификационен номер на склада (празен), Дата на доставка (03 / 02/2013), Изберете дата на плащане (28/02/2012), ИД на данък върху продажбите (празно), Идентификатор на продавача (ПО подразбиране), Идентификатор на артикул (ПО подразбиране), артикул UOM (празен), брой на артикула (0), акаунт на книга (ПО подразбиране), идентификатор на проекта (по подразбиране) |
Очаквани резултати (Отрицателно) | • Полето за предупреждение трябва да идва за всяко въвеждане на отрицателни данни според процеса на предупреждение и дефинирания текст. • Поръчката за продажба трябва да бъде поръчана, ако артикулите са на склад. • Поръчката за продажба трябва да бъде задържана, ако кредитният лимит на клиента е нисък. |
Действителен резултат | |
Очакван резултат | Поръчка за продажба, фактура за продажба, списък за опаковане, списък за доставка трябва да се генерират в предварително зададения формат на отчета. |
Действителна продукция |
Заключение
ERP тестването има много рискове и сложности в сравнение с всяко тестване на софтуер / продукт. Също така, управлението на показателите за качество в проектите за внедряване на ERP изисква много внимание и всеотдайни усилия като „екип“ от множеството заинтересовани страни.
Специалистите по тестване трябва да разберат разликата между качеството на продукта и качеството на изпълнение. ERP тестването изисква надеждно спонсорство навреме и бюджет от ръководството и клиентите. Тестването трябва да се извършва от експертния екип на ERP и не трябва да се разпределя към неопитен екип по някаква причина.
Много е важно да се използват универсално доказаните правилни процеси, методологии, подходи и автоматизирани инструменти. Не трябва да приемаме, че „автоматизация“ напълно замества „ръчното“ тестване, но не трябва да правим компромиси при използването на необходимата инфраструктура и рамка за тестване. Не подценявайте времето, необходимо за събиране на реални данни на живо от клиентите.
За специалисти по тестване това пътуване е „Отличен ресурс за тестване на ERP продукти!“.
Уведомете ни, ако имате въпроси относно ERP или по-специално SAP тестване.
=> Посетете тук за пълна серия уроци за план за тестване
Препоръчително четене
- Най-добри инструменти за тестване на софтуер 2021 г. (Инструменти за автоматизация на QA теста)
- Учебна програма за тестване на софтуер - Подробен план за обучение на онлайн курс
- Разлика между тестване на настолни компютри, клиентски сървър и уеб тестване
- Изтегляне на eBook за тестване на Primer
- Как да напиша седмичен отчет за състоянието на тестване на софтуер
- Ръководство за начинаещи за ERP тестване (SAP тестване) - Част 1
- Ръководство за тестване на сигурността на уеб приложения
- Урок за план за тестване: Ръководство за писане на документ за план за тест на софтуер от нулата