how prepare test plan
У претходном чланку видели смо неколико кључних тачака ЕРП-а попут стварног значења појма ЕРП, различитих модула ЕРП-а, важности ЕРП тестирања, критичности ЕРП тестирања и мапе пута за припрему ЕРП тестирања .
=> Овде погледајте туториал за ЕРП тестирање 1. део.
У овом чланку, уђимо у још практичних детаља о ЕРП (САП) тестирању, попут припреме плана осигурања квалитета, плана испитивања, пакета тестова, случајева и стратегије извршења тестова.
=> Кликните овде за комплетну серију водича за план испитивања
Овај водич је добар пример за писање плана теста од нуле за било коју апликацију. Такође смо обезбедилиузорак предлошка тест пакета за преузимање.
У сврху демонстрације, претпоставимо да се ЕРП апликација која се тестира састоји од следећих модула са неким кључним информацијама о плану имплементације као у наставку.
ЕРП име: АБЦ Производња ЕРП
Име клијента: КСИЗ Петроцхемицалс ЛЛЦ
Индустријске вертикале: Производња
Корпоративни уред: Њу Јорк
Филијале: Лос Анђелес и Чикаго
Производни погон: Хоустон
Складишта залиха: Хјустон, Лос Анђелес и Чикаго
Укупно запослених: 2500
Корисници система: 325
Промет компаније: УСД 1 мил
Одељења: Администрација, финансије, рачуни, кадрови, производња, квалитет, продавнице, продаја, маркетинг, одржавање, отпрема, корисничка подршка
Модули: Буџет, ЦРМ, купац, добављач, продаја, куповина, плаћања, уговори, финансије, рачуни, људски капитал, платни списак, планирање производње, управљање пројектима, инвентар, управљање материјалима, радни налози, фиксна имовина, пословна интелигенција
Модел испоруке: Он-Простор и Цлоуд
План имплементације: Прикупљање захтева, анализа пословног тока, процена протока података, прилагођавање и побољшање, испорука и увођење, обука крајњег корисника
Препоручени алат:
# 1) Орацле НетСуите
Орацле НетСуите нуди платформу за осигурање квалитета која ће вам омогућити постављање планова инспекције и праћење резултата испитивања. Алат ће вам помоћи да својим производима пружите највиши квалитет. Бићете у могућности да централно управљате списком тестова и примените минималне квалификације инспектора.
какав софтвер треба да бисте користили интернет телефон?
Пружа различите функције и функционалности за дефинисање теста, пријем и инспекције у току и прикупљање података.
Карактеристике:
- Орацле НетСуите врши обраду резултата инспекције у реалном времену.
- То је агностички алат за уређаје и може се користити на било ком таблету заснованом на прегледачу.
- Има карактеристике руковања нескладним материјалима заснованим на радном току.
- Можете применити минималне квалификације инспектора.
У наставку пронађите неке од снимака екрана софтверске апликације ЕРП за неки важан пословни процес, као што су продајни налог, финансија купаца, заглавље плаћања, фиксна имовина, управљање запосленима и извештај о продаји, који ће дати идеју о критичности и сложености ЕРП тестирања.
Снимак екрана 1: Налог за продају
Снимак екрана 2: Продајни налог (САД)
Снимак екрана 3: Финансирање купаца
Снимак екрана 4: Заглавље плаћања (Индија)
Снимак екрана 5: Заглавље плаћања (САД)
Снимак екрана 6: Фиксна имовина (Индија)
Снимак екрана 7: Фиксна имовина (САД)
Снимак екрана 8: Управљање запосленима
Снимак екрана 9: Извештај о продаји
Шта ћете научити:
- ЕРП КА план
- План испитивања ЕРП-а
- Опис пројекта
- објективан
- Модуларне карактеристике за ручно тестирање
- Модуларне карактеристике за испитивање аутоматизације
- Карактеристике које треба тестирати у просторијама
- Карактеристике које треба тестирати у просторијама
- Карактеристике које треба тестирати на мобилним уређајима, Ви-Фи-ју и Цлоуд-у
- Захтеви за ресурсима
- Распоред тестирања
- Извршење тест случаја
- Тест Цовераге
- Испоруке
- Управљање ризиком
- Иссуе Трацкер
- Метрика квалитета
- ЕРП Тест Суите
- Узорак Преузми предложак тест пакета:
- ЕРП тест случајеви
- Закључак
- Препоручено читање
ЕРП КА план
Осигурање квалитета главна је прекретница сваког пројекта имплементације ЕРП-а, који се састоји од следећих заинтересованих страна, а успех зависи од посвећених напора свих као „ Тим ”.
Учесници у пројекту имплементације ЕРП-а могу бити:
- Имплементациони тим - Састоји се од тима професионалаца из компаније ЕРП или од локалног партнера за имплементацију. Мора имати стручност за примену.
- Добављач софтвера - Добављачи софтвера за оперативни систем, базу података и друге канцеларијске апликације потребне за ЕРП.
- Хостинг Провидер - Хостинг добављачи за сервере, мрежу, интернет и интранет инфраструктуру потребну за имплементацију ЕРП-а. Мора имати стручност за примену.
- Пословни тим - Састоји се од тима за развој пословања или управног одбора.
- Технички тим - Развојни тим или тим за имплементацију ће бити на располагању током трајања пројекта. Мора имати стручност за примену.
- Тест тим - Тим за тестирање из компаније ЕРП или локалних партнера који имају стручност у стратегијама имплементације ЕРП-а.
- Кориснички тим - Тим крајњег корисника или руководиоци одељења, који имају целокупно радно знање о пословном процесу.
Као што смо говорили у претходном водичу, тестирање софтверске апликације ЕРП (нпр. САП) разликује се од тестирања осталих софтверских апликација. ЕРП апликације су специфичне за одређену домену и индустрију. Уобичајени модули попут финансија, рачуноводства, залиха, фиксне имовине, продаје, куповине, људског капитала и обрачуна зарада доступни су у свим ЕРП системима.
Поред ових уобичајених модула, доступно је неколико индустријски специфичних модула према циљаним купцима.На пример, „производни ЕРП“ може имати модул „планирање производње“, „фармацеутски ЕРП“ може имати модул „лекар-пацијент“, а „образовни ЕРП“ може имати „студентски“ модул итд.
Дакле, фактор квалитета треба да буде омогућен помоћу неких унапред дефинисаних показатеља који ће се унапред делити са свим заинтересованим странама са горње листе.
Да би се одржао квалитет, заинтересоване стране се међусобно укључују у уговоре о нивоу услуга. Све заинтересоване стране као тим требале би имати дефинисане ставке активности, одговорности са циљним датумима како би постигле очекивани квалитет изјаве о раду.
План испитивања ЕРП-а
План ЕРП теста треба да садржи следеће информације за ефикасну и успешну примену.
План теста има циљеве, метрику квалитета, функције које треба ручно тестирати, функције које треба тестирати путем алата за аутоматизацију, пројектно окружење, тимску инфраструктуру, захтеве за ресурсима, распоред тестирања, испоручене резултате, инфраструктуру за извршавање теста, оквир за тестирање, претпоставке, зависности, ограничења, механизам праћења грешака, алати за пријављивање грешака и критеријуми прихватања итд.,
Испод је узорак плана испитивања за наш пројекат имплементације ЕРП-а за КСИЗ Петроцхемицал ЛЛЦ.
Такође видети - ако су вам потребне додатне информације о томе како написати план теста, погледајте ове водиче:
Опис пројекта
АБЦ Мануфацтуринг ЕРП је интегрисано ЕРП решење за прерађивачку индустрију. Производ се састоји од основних модула као што су рачуноводство, финансије, буџет, залихе, фиксна имовина, купци, добављачи, ЦРМ, продаја, куповина, плаћања, уговори, људски капитал, зараде, планирање производње, управљање пројектима, инвентар, управљање материјалом, рад Поруџбине и пословна интелигенција.
Вертикале купаца се бави производњом, а њихово пословање је производња петрохемијских двопроизвода и продаја домаћим и међународним клијентима. Сировине се купују са домаћег и међународног тржишта. Компанија послује из Њујорка, САД, са подружницама у разним деловима земље.
Компанија такође има складишта на удаљеним локацијама. ЕРП систем биће имплементиран на централизованој локацији у корпоративним просторијама и повезаће остале филијале, складишта, производне погоне, маркетиншке канцеларије из различитих делова земље путем Интернета, ВАН-а, Ви-Фи-ја, инфраструктуре у облаку. Предложено решење подржава више језика као што су енглески (за међународне купце, хиндски (за ИН кориснике), арапски (за добављаче са Блиског истока) и подржава више валута.
Систем такође има портал за е-трговину за налоге за онлајн продају са мрежним пролазом за плаћање кредитном картицом и портал добављача за понуде за куповину. Више од 300 корисника система ће користити систем из различитих делова света са најмање више од 10.000 трансакција дневно.
објективан
- Идентификујте модуле за ручно тестирање.
- Идентификујте модуле који ће се тестирати помоћу алата за аутоматизацију.
- Дефинишите стратегију тестирања, обим тестирања и активности испитивања.
- Дефинишите критеријуме испитивања, претпоставке, зависности и ограничења.
- Идентификујте тим за тестирање, њихову доделу и распоред испитивања.
- Поставите оквир за ручно тестирање и аутоматизацију.
- Подесите инфраструктуру за тестирање помоћу софтверске и хардверске конфигурације.
- Дефинисати актере на пројекту за имплементацију ЕРП-а.
- Дефинисати механизам комуникације и ескалације.
- Дефинишите радно окружење, детаље задатка и одговорности.
- Управљање ризиком са плановима за ублажавање ризика.
- Дефинишите резултате теста и алате за извештавање.
Модуларне карактеристике за ручно тестирање
- Модул плаћања (креирање плаћања, одобравање плаћања, издавање чека)
- Модул финансирања (заједничка плаћања, одобравање заједничких плаћања, издавање провера)
- Модул обрачуна зарада (провера зарада, провера издавања)
- Модул основних средстава (амортизација имовине, одлагање имовине)
- ...
Модуларне карактеристике за испитивање аутоматизације
- Модул продаје (продајни налог, отпремница, поруџбине, фактурисање продаје)
- Модул куповине (Уговор о куповини, Наруџбенице, Измене и допуне куповине)
- Кориснички модул (Управљање купцима, Финансирање купаца)
- Модул за људски капитал (управљање запосленима, присуство, зајмови, одмори)
- ...
Карактеристике које треба тестирати у просторијама
- Испитивање функционалности: Сви примери функционалних тестова свих модула, који се прегледају и одобравају.
- Испитивање регресије: Сви функционални тестови за прилагођене модуле који се прегледају и одобравају.
- Испитивање дима: Сви функционални тестови означени за Санити, који се прегледавају, извршавају и одобравају.
- ...
Карактеристике које треба тестирати у просторијама
- Тестирање система: Сви примери системских тестова свих модула, који се прегледају и одобравају.
- Испитивање интеграције : Сви тестови система свих модула који се прегледају и одобравају.
- Тестирање перформанси: Сви случајеви тестова перформанси, који се прегледају и одобравају.
- Испитивање оптерећења: Сви случајеви испитивања оптерећења, који се прегледају и одобравају.
- Испитивање прихватљивости корисника : Сва испитивања прихватљивости корисника која се прегледају и одобравају.
- ...
Карактеристике које ће се тестирати на мобилним уређајима, Ви-Фи-ју и Цлоуд-у
Испитивање функционалности: Сви тестови система ЦРМ модула који се прегледају и одобравају.
Захтеви за ресурсима
Распоред тестирања
да не | Детаљи задатка | Датум почетка | Крајњи датум | Тестер |
---|---|---|---|---|
6 | Одобрење за враћање робе | 27.05.2015 | 01.06.2015 | Тестер Б. |
1 | Припрема плана испитивања | 04.05.2015 | 06.05.2015 | Тестер А. |
два | Прегледајте и ажурирајте план испитивања | 07.05.2015 | 07.05.2015 | Тест Леад Б. |
3 | Припрема пакета за тестирање и тест случајева | |||
Модул 1: Продаја и дистрибуција | 16.05.2015 | 04.06.2015 | ||
4 | Процес наруџбенице | 16.05.2015 | 20.05.2015 | Тестер Б. |
5 | Процес купопродајног уговора | 21.05.2015 | 26.05.2015 | Тестер Б. |
7 | Процес примања уплата | 02.06.2015 | 04.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 | 04.06.2015 | Тестер Ц. |
... | ||||
14 | Испитивање регресије: Модул 1 | |||
петнаест | Испитивање регресије: Модул 2 | |||
... | ||||
16 | Тест извештаји и ажурирања плана квалитета | |||
... |
Извршење тест случаја
туториал удружења за тимски тим за почетнике
Тест Цовераге
О: Функционално тестирање, Б: Системско тестирање, Ц: Тестирање интегритета, Д: Тестирање сигурности, Е: Тестирање употребљивости, Ф: Тестирање перформанси, Г: Тестирање интерфејса, Х: Тестирање инсталације
Испоруке
Управљање ризиком
Иссуе Трацкер
За ушће се користе алати за ушће и ЈИРА праћење проблем у пројекту. Такође, ЈИРА је прилагођена и конфигурисана за све чланове тима за тестирање да ескалира проблем и пријављује грешке и додељује се тиму за развој концерна са одговорношћу и циљним датумима.
Метрика квалитета
ЕРП Тест Суите
Као и уобичајени поступак тестирања, ЕРП Тест Суите се обично припрема као Екцел документ. Овај документ контролише комплетну историју ревизија различитих тестова свих модула у ЕРП апликацији. Испитни случајеви сваког модула, историја извршавања теста, листа грешака и историја извештаја о тестирању одржавају се у ЕРП пакету тестова.
За испитивање аутоматизације, „ тест скрипте ”Одржавају се у скупу за тестирање и с тим у вези понавља се историја извршења теста. У зависности од врсте тестирања и сложености тест случајева, скрипте за аутоматизацију тестова се одржавају у пакету који треба да буде дизајниран на такав начин да се може поново употребити.
Пронађите испод снимак ЕРП пакета за тестирање у екцел документу.
Узорак Преузми предложак тест пакета:
Испод је пример шаблона за тестирање пакета за преузимање. Садржи шаблоне за историју ревизија, извештај о испитивању, извештај о грешкама, случајеве тестова дима, случајеве регресије
=> Кликните овде да бисте преузели образац ЕРП тест пакета.
ЕРП тест случајеви
Поред случајева функционалних тестова, случајева регресије, случајева исправности / пушења, ЕРП тестирање захтева и другу врсту тест случајева за инсталационо тестирање, тестирање конфигурације, тестирање имплементације, тестирање прилагодљивости, мрежно тестирање, тестирање сервера, офлајн тестирање, даљинско тестирање, мултивалутно тестирање, вишејезично тестирање, тестирање уређаја, интранет тестирање, тестирање у реалном времену итд.,
Најважније је да је ЕРП централизовано аутоматизовано решење, којем истовремено приступа више корисника истовремено на мрежи у реалном времену, што подразумева финансијску трансакцију, а сваки тест треба писати са пуно посвећеног труда и података у реалном времену.
Такође, статус извршења теста треба ажурирати као „Пасс“ (Пролаз) након верификације излазних података са унапред дефинисаним подацима у реалном времену. Дакле, тестови увек треба да имају колону за „ тест подаци ' и ' излазни подаци ”.
Пример сценарија теста:
У наставку пронађите узорак тест примера за нашу ЕРП демонстрацију. Овај тест случајеви могу се састојати од пуно малих тест случајева који се могу раздвојити и одржавати, али у демо сврхе се комбинују са једним тест примером.
ИД тест случаја | АБЦ_ЕРП_СД_Кс0121 |
---|---|
Очекивани резултати (Позитивно) | 1. Наруџбу треба резервисати и фактурисати. 2. Одабир паковања треба генерисати. 3. Налог за испоруку треба генерисати. 4. Трансакције главне књиге треба књижити. 5. Књигу инвентара треба ажурирати. 6. Треба да се генерише задужење. 7. Купцу и продавницама треба послати е-пошту. |
Модул | Продаја и дистрибуција |
одлика | Процес наруџбенице |
објективан | Да бисте проверили да ли је наруџбеница резервисана и фактурисана одговарајућим подацима за заглавље и детаље продаје. |
Кораци за репродукцију | 1. Продаја и дистрибуција -> Управљање поруџбинама -> Списак продајних налога -> Нови продајни налог. 2. Изаберите датум поруџбине, изаберите врсту поруџбине, изаберите датум истека, изаберите ИД купца, изаберите ИД испоруке, изаберите ИД складишта, изаберите датум испоруке, изаберите датум доспећа плаћања, изаберите ИД пореза на промет, изаберите ИД продавца. 3. Изаберите Нове продајне ставке и Изаберите ИД артикла, одаберите УОМ артикла, унесите количину артикла, унесите цену артикла, изаберите рачун главне књиге, изаберите ИД пројекта и кликните на дугме У реду. 4. Кликните дугме Боок Ордер на главном екрану. |
Унос података (Позитивно) | Датум поруџбине (01.01.2015.), Врста поруџбине (продајни налог), датум истека (31.09.2015.), ИД купца (САБИЦ), ИД испоруке (ФедЕк), ИД складишта (НавиМумбаиВХ), датум испоруке (03 / 02/2015), изаберите датум доспећа плаћања (28.02.2015.), Порески број пореза на промет (СТ929), ИД продавца (Ананд), ИД предмета (полипропилен), артикал УОМ (килограми), количину предмета (1000), рачун главне књиге (23499949), ИД пројекта (ДуеТаргет2015) |
Унос података (Негативно) | Датум поруџбине (01.01.2016.), Врста поруџбине (наруџбеница), датум истека (31.9.2012.), ИД купца (ДЕФАУЛТ), ИД испоруке (празно), ИД складишта (празно), датум испоруке (03 / 02/2013), изаберите датум доспећа плаћања (28.02.2012.), ПИБ пореза (празно), ИД продавца (ДЕФАУЛТ), ИД артикла (ДЕФАУЛТ), УОМ ставке (празно), Количина предмета (0), Рачун главне књиге (ДЕФАУЛТ), ИД пројекта (ДЕФАУЛТ) |
Очекивани резултати (Негативно) | • Оквир упозорења треба да долази за сваки негативан унос података у складу са поступком упозорења и дефинисаним текстом. • Продајни налог би требао бити наручен ако артикала нема на складишту. • Продајни налог би требао бити на чекању ако је кредитни лимит клијента низак. |
Прави резултат | |
Очекивани учинак | Налог за продају, фактура за продају, листа за паковање, листа за отпрему треба генерисати у унапред дефинисаном формату извештаја. |
Стварни излаз |
Закључак
ЕРП тестирање има пуно ризика и сложености у поређењу са било којим тестирањем софтвера / производа. Такође, управљање метриком квалитета у пројектима имплементације ЕРП-а захтева много пажње и посвећених напора као „тима“ од више актера.
Стручњаци за тестирање морају да разумеју разлику између квалитета производа и квалитета примене. ЕРП тестирање захтева поуздано спонзорство на време и буџет од управе и купаца. Тестирање треба да обави ЕРП тим стручњака и не сме се додељивати неискусном тиму из било ког разлога.
Веома је важно користити универзално доказани исправан процес, методологије, приступе и аутоматизоване алате. Не бисмо смели претпоставити да „аутоматизација“ у потпуности замењује „ручно“ тестирање, али не би смели да праве компромисе у коришћењу потребне инфраструктуре и оквира за тестирање. Не потцењујте време потребно за прикупљање стварних података од купаца уживо.
За професионалце који тестирају ово путовање је „Одличан ресурс за ЕРП тестирање производа!“.
Обавестите нас ако имате питања о ЕРП-у или посебно о САП тестирању.
=> Посетите овде за комплетну серију водича за план испитивања
ПРЕВ Туториал |. | СЛЕДЕЋА Лекција
Препоручено читање
- Најбољи алати за тестирање софтвера 2021. (Алати за аутоматизацију КА теста)
- Програм курса за тестирање софтвера - детаљан план обуке на мрежи
- Разлика између тестирања радне површине, клијентског сервера и веб тестирања
- Преузимање е-књиге за тестирање буквара
- Како написати недељни извештај о тестирању софтвера
- Водич за почетнике за ЕРП тестирање (САП тестирање) - 1. део
- Водич за тестирање безбедности веб апликација
- Водич за план тестирања: Водич за писање документа софтверског плана испитивања испочетка