how prepare test plan
У попередній статті ми бачили кілька ключових моментів ERP, таких як справжнє значення терміна ERP, різні модулі ERP, важливість тестування ERP, критичність тестування ERP та дорожня карта для підготовки тестування ERP .
=> Перевірте підручник з тестування ERP, частина 1 тут.
У цій статті давайте розглянемо більш практичні подробиці тестування ERP (SAP), як-от підготовка плану забезпечення якості, плану тестування, набору тестів, кейсів та стратегії виконання тестів.
відкрити .jar файлові вікна 10
=> Клацніть тут, щоб отримати повну серію підручників з плану тестування
Цей підручник є хорошим прикладом написання плану тестування з нуля для будь-якої програми. Ми також надализразок шаблону тестового набору для завантаження.
З метою демонстрації припустимо, що тестована програма ERP складається з наступних модулів із деякою ключовою інформацією про план впровадження, як показано нижче.
Назва ERP: ABC Manufacturing ERP
Ім'я клієнта: ТОВ «XYZ Petrochemicals»
Галузеві вертикалі: Виробництво
Корпоративний офіс: Нью-Йорк
Відділення: Лос-Анджелес та Чикаго
Виробничий завод: Х'юстон
Інвентарні склади: Х'юстоні, Лос-Анджелесі та Чикаго
Всього працівників: 2500
Користувачі системи: 325
Оборот компанії: 1 млн. Дол. США
Відділи: Адміністрація, Фінанси, Рахунки, HR, Виробництво, Якість, Магазини, Продажі, Маркетинг, Обслуговування, Відправка, Підтримка клієнтів
Модулі: Бюджет, CRM, Клієнт, Постачальник, Продажі, Купівля, Платежі, Контракти, Фінанси, Рахунки, Людський капітал, Заробітна плата, Планування виробництва, Управління проектами, Інвентаризація, Управління матеріалами, Робочі замовлення, Фіксований актив, Бізнес-аналітика
Модель доставки: На приміщенні та в хмарі
План реалізації: Збір вимог, аналіз робочих процесів, оцінка потоку даних, налаштування та вдосконалення, доставка та розповсюдження, навчання кінцевих користувачів
Рекомендований інструмент:
# 1) Oracle NetSuite
Oracle NetSuite пропонує платформу забезпечення якості, яка дозволить вам складати плани перевірок та відстежувати результати випробувань. Інструмент допоможе вам забезпечити найвищу якість вашої продукції. Ви зможете централізовано керувати списком випробувань та забезпечувати мінімальну кваліфікацію інспектора.
Він надає різні функції та функціональні можливості для визначення тесту, отримання та перевірки в процесі роботи та збору даних.
Особливості:
- Oracle NetSuite виконує обробку результатів перевірки в режимі реального часу.
- Це інструмент для агностики пристроїв і може бути використаний на будь-якому планшеті на базі браузера.
- Він має особливості поводження з невідповідними матеріалами на основі робочого процесу.
- Ви можете забезпечити мінімальну кваліфікацію інспектора.
Нижче наведено деякі знімки екрана програмного забезпечення ERP для деяких важливих бізнес-процесів, таких як Замовлення на продаж, Фінанси клієнтів, Заголовок платежів, Основний актив, Управління працівниками та Звіт про продажі, які дадуть уявлення про критичність та складність тестування ERP.
Знімок екрана 1: Замовлення на продаж
Знімок екрана 2: Замовлення на продаж (США)
Знімок екрана 3: Фінанси клієнтів
Знімок екрана 4: Заголовок платежів (Індія)
Знімок екрана 5: Заголовок платежів (США)
Знімок екрана 6: Основний актив (Індія)
Знімок екрана 7: Основний актив (США)
Знімок екрана 8: Управління працівниками
Знімок екрана 9: Звіт про продажі
Що ви дізнаєтесь:
- План контролю якості ERP
- План тестування ERP
- Опис проекту
- Об’єктивна
- Модульні функції для ручного тестування
- Модульні функції для автоматичного тестування
- Особливості, що перевіряються в приміщеннях
- Особливості, що перевіряються в приміщеннях
- Особливості, що перевіряються на мобільних пристроях, Wi-Fi та хмарі
- Вимоги до ресурсів
- Графік тестування
- Виконання тестового кейсу
- Покриття тесту
- Результати
- Управління ризиками
- Випуск Tracker
- Показники якості
- ERP Test Suite
- Приклад завантаження шаблону тестового набору:
- Випробувальні випадки ERP
- Висновок
- Рекомендована література
План контролю якості ERP
Забезпечення якості є важливою віхою будь-якого проекту впровадження ERP, який складається з наступних зацікавлених сторін, і успіх залежить від цілеспрямованих зусиль усіх як “ Команда '.
Зацікавленими сторонами проекту впровадження ERP можуть бути:
- Команда впровадження - Складається з команди професіоналів компанії ERP або від місцевого партнера з впровадження. Повинен мати досвід реалізації.
- Постачальник програмного забезпечення - Постачальники програмного забезпечення для операційної системи, бази даних та інших офісних програм, необхідних для ERP.
- Провайдер хостингу - Провайдери хостингу для серверів, мережі, Інтернету та інтранет-інфраструктури, необхідної для реалізації ERP. Повинен мати досвід реалізації.
- Бізнес команда - Складається з команди з розвитку бізнесу або керівного комітету управління.
- Технічна команда - Команда розробників або команда впровадження повинна бути доступною протягом усього періоду проекту. Повинен мати досвід реалізації.
- Команда тестування - Команда тестування від компанії ERP або від місцевих партнерів, що мають досвід у стратегіях впровадження ERP.
- Команда клієнтів - Команда кінцевих користувачів або керівники відомств, які мають повні робочі знання про бізнес-процес.
Як ми вже обговорювали в попередньому підручнику, тестування програмного забезпечення ERP (наприклад, SAP) відрізняється від тестування інших програм. Програми ERP є специфічними для конкретного домену та галузі. Загальні модулі, такі як Фінанси, Бухгалтерія, Інвентаризація, Основні активи, Продажі, Купівля, Людський капітал та Заробітна плата, доступні у всіх системах ERP.
Окрім цих загальних модулів, для цільових споживачів доступно декілька специфічних для промисловості модулів.Наприклад, “виробнича ERP” може мати модуль “планування виробництва”, “фарма ERP” може мати модуль “лікар-пацієнт”, а “ERP з освітою” може мати модуль “студент” тощо.
Отже, коефіцієнт якості повинен бути включений за допомогою деяких заздалегідь визначених показників, щоб заздалегідь ділитися з усіма зацікавленими сторонами у наведеному списку.
Для підтримки якості зацікавлені сторони взаємно підписують угоди про рівень обслуговування. Усі зацікавлені сторони як команда повинні мати визначені пункти дій, обов'язки з цільовими датами для досягнення очікуваної якості звіту про роботу.
План тестування ERP
План тестування ERP повинен містити наступну інформацію для ефективного та успішного впровадження.
План тестування має цілі, показники якості, функції, що перевіряються вручну, функції, що перевіряються за допомогою засобів автоматизації, середовище проекту, командна інфраструктура, вимоги до ресурсів, графік тестування, результати тестування, інфраструктура виконання тесту, структура тестування, припущення, залежності, обмеження, механізм відстеження помилок, засоби повідомлення про помилки та критерії прийняття тощо,
Нижче наведено зразок плану випробувань нашого проекту впровадження ERP для ТОВ «XYZ Petrochemical».
Дивитися також - якщо вам потрібна додаткова інформація про те, як написати план тесту, перегляньте ці посібники:
Опис проекту
ABC Manufacturing ERP - це інтегроване рішення ERP для обробної промисловості. Продукт складається з основних модулів, таких як бухгалтерський облік, фінанси, бюджет, запаси, основний капітал, клієнти, постачальники, CRM, продажі, закупівля, платежі, контракти, людський капітал, фонд оплати праці, планування виробництва, управління проектами, запаси, управління матеріалами, робота Замовлення та бізнес-аналітика.
Вертикаль замовника перебуває у виробництві, а їх бізнес - виробництво нафтохімічної продукції та продаж її вітчизняним та міжнародним клієнтам. Сировина закуповується на внутрішньому та міжнародному ринках. Компанія працює з Нью-Йорка, США, з філіями в різних частинах країни.
Компанія також має склади у віддалених місцях. Система ERP буде впроваджена в централізованому місці в корпоративних приміщеннях та з'єднає інші філії, склади, виробничі підприємства, маркетингові офіси з різних куточків країни через Інтернет, WAN, Wi-Fi, хмарну інфраструктуру. Запропоноване рішення підтримує декілька мов, таких як англійська (для міжнародних клієнтів, хінді (для користувачів IN), арабська (для постачальників на Близькому Сході) і підтримує кілька валютних операцій.
Система також має портал клієнтів електронної комерції для онлайн-замов на продаж із платіжним шлюзом за допомогою кредитної картки та портал постачальника для розцінок пропозицій. Більше 300 користувачів системи збираються використовувати систему з різних частин земної кулі, принаймні понад 10 000 транзакцій на день.
Об’єктивна
- Визначте модулі для тестування вручну.
- Визначте модулі для тестування за допомогою засобів автоматизації.
- Визначте стратегію тестування, обсяг тестування та тестування.
- Визначте критерії тестування, припущення, залежності та обмеження.
- Визначте команду випробувачів, їх розподіл та графік випробувань.
- Налаштування інструкції та системи тестування автоматизації.
- Налаштуйте інфраструктуру тестування за допомогою конфігурації програмного та апаратного забезпечення.
- Визначте зацікавлені сторони проекту для впровадження ERP.
- Визначте механізм зв'язку та ескалації.
- Визначте робоче середовище, деталі завдання та обов’язки.
- Управління ризиками за допомогою планів зменшення ризиків.
- Визначте результати тестування та інструменти звітування.
Модульні функції для ручного тестування
- Модуль платежів (Створення платежів, схвалення платежів, випуск чеків)
- Модуль фінансування (спільні платежі, затвердження спільних платежів, випуск чеків)
- Модуль нарахування заробітної плати (перевірка заробітної плати, перевірка видачі)
- Модуль основних засобів (амортизація активів, вибуття активів)
- ...
Модульні функції для автоматичного тестування
- Модуль продажів (Замовлення на продаж, Доставка на замовлення, Замовлення, Виставлення рахунків-фактур)
- Модуль закупівлі (Договір купівлі-продажу, замовлення на придбання, поправки до закупівлі)
- Модуль клієнта (Управління клієнтами, Фінанси клієнтів)
- Модуль людського капіталу (управління працівниками, відвідуваність, позики, відпустки)
- ...
Особливості, що перевіряються в приміщеннях
- Тестування функціональності: Усі функціональні тести всіх модулів, які перевіряються та затверджуються.
- Регресійне тестування: Усі функціональні тести для налаштованих модулів, які перевіряються та затверджуються.
- Тестування на дим: Усі випадки функціональних тестів, позначені як “Sanity”, які перевіряються, виконуються та затверджуються.
- ...
Особливості, що перевіряються в приміщеннях
- Системне тестування: Усі системні тести всіх модулів, які перевіряються та затверджуються.
- Інтеграційне тестування : Усі системні тести всіх модулів, які перевіряються та затверджуються.
- Тестування продуктивності: Усі випадки тестування ефективності, які переглядаються та затверджуються.
- Тестування навантаження: Усі випадки тестування на навантаження, які перевіряються та затверджуються.
- Тестування прийняття користувача : Усі тести прийнятності користувачів, які перевіряються та затверджуються.
- ...
Особливості, що перевіряються на мобільних пристроях, Wi-Fi та хмарі
Тестування функціональності: Усі тестові приклади роботи модуля CRM, які перевіряються та затверджуються.
Вимоги до ресурсів
Графік тестування
так ні | Деталі завдання | Дата початку | Кінцева дата | Тестер |
---|---|---|---|---|
6 | Дозвіл на повернення товару | 27.05.2015 | 01.06.2015 | Тестер B |
1 | Підготовка плану випробувань | 04.05.2015 | 06.05.2015 | Тестер А |
два | Перегляд та оновлення плану випробувань | 07.05.2015 | 07.05.2015 | Тестовий провід B |
3 | Підготовка тестового набору та тестових кейсів | |||
Модуль 1: Продажі та розподіл | 16.05.2015 | 04.06.2015 | ||
4 | Процес замовлення на продаж | 16.05.2015 | 20.05.2015 | Тестер B |
5 | Процес договору купівлі-продажу | 21.05.2015 | 26.05.2015 | Тестер B |
7 | Процес отримання квитанцій про оплату | 02.06.2015 | 04.06.2015 | Тестер B |
... | ||||
Модуль 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 | Тестер B |
13 | Модуль 2: Ітерація 1 | 01.06.2015 | 04.06.2015 | Тестер С |
... | ||||
14 | Тестування регресії: Модуль 1 | |||
п’ятнадцять | Тестування регресії: Модуль 2 | |||
... | ||||
16 | Тестові звіти та оновлення плану контролю якості | |||
... |
Виконання тестового кейсу
Покриття тесту
A: Функціональне тестування, B: Тестування системи, C: Тестування цілісності, D: Тестування безпеки, E: Тестування юзабіліті, F: Тестування продуктивності, G: Тестування інтерфейсу, H: Тестування встановлення
Результати
Управління ризиками
Випуск Tracker
Для злиття використовуються інструменти JIRA відстеження проблем у проекті. Крім того, JIRA налаштовується та налаштовується для всіх членів групи тестування для ескалації проблем та повідомляє про помилки та призначається групі розробників концерну з відповідальністю та цільовими датами.
Показники якості
ERP Test Suite
Як і звичайний процес тестування, ERP Test Suite зазвичай готується як документ Excel. Цей документ контролює повну історію переглядів різних наборів тестів усіх модулів у програмі ERP. Тестові випадки кожного модуля, історія виконання тестів, список помилок та історія звітів про тестування зберігаються в наборі тестів ERP.
Для автоматичного тестування “ тестові скрипти ”Зберігаються в наборі тестів, і відповідна ітерація історії виконання тесту зберігається. Залежно від типу тестування та складності тестових випадків, у наборі зберігаються сценарії тестів автоматизації, які повинні бути розроблені таким чином для повторного використання.
Знайдіть нижче знімок тестового набору ERP у документі Excel.
Зразок завантаження шаблону тестового набору:
Нижче наведено зразок шаблону тестового набору для завантаження. Він містить шаблони для історії переглядів, звіту про випробування, звіту про помилки, випадків тестування диму, тестів регресії
=> Клацніть тут, щоб завантажити шаблон тестового набору ERP.
Випробувальні випадки ERP
Окрім функціональних тестів, регресійних тестів, тестів на осудність / дим, ERP тестування вимагає інших типів тестів для інсталяційного тестування, тестування конфігурації, тестування реалізації, тестування адаптивності, тестування мережі, тестування серверів, офлайн тестування, дистанційного тестування, мультивалютне тестування, багатомовне тестування, тестування пристроїв, тестування інтрамережі, тестування в режимі реального часу тощо,
Найголовніше, що ERP - це централізоване автоматизоване рішення, доступ до якого здійснюється кількома користувачами одночасно в режимі реального часу в режимі реального часу, що передбачає фінансову транзакцію, і кожен тест повинен бути написаний з великою кількістю зусиль та даних у реальному часі.
Крім того, статус виконання тесту повинен бути оновлений як 'Пройти' після перевірки вихідних даних із заздалегідь визначеними даними реального часу. Отже, тестові кейси завжди повинні мати стовпець ' дані тесту ”Та“ вихідні дані '.
Зразок сценарію тесту:
Нижче наведено зразок тесту для нашої демонстрації 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), ідентифікатор товару (поліпропілен), елемент UOM (кілограми), кількість товару (1000), рахунок облікової книги (23499949), ідентифікатор проекту (DueTarget2015) |
Вхідні дані (Негативний) | Дата замовлення (01.01.2016), тип замовлення (замовлення на придбання), термін дії (31.09.2012), ідентифікатор клієнта (за замовчуванням), ідентифікатор доставки (порожній), ідентифікатор складу (порожній), дата доставки (03 / 02/2013), Виберіть дату сплати платежу (28/02/2012), Ідентифікаційний номер податку на продаж (порожній), Ідентифікатор продавця (ЗАВДАННЯ), Ідентифікатор товару (ЗАВДАНО), Пункт UOM (Порожній), Кількість товару (0), Обліковий запис книги (DEFAULT), ідентифікатор проекту (DEFAULT) |
очікувані результати (Негативний) | • Поле оповіщення повинно надходити для кожного негативного введення даних відповідно до процесу попередження та визначеного тексту. • Замовлення на продаж має бути відкладене, якщо товарів немає на складі. • Замовлення на продаж повинно бути на утриманні, якщо кредитний ліміт клієнта низький. |
Фактичний результат | |
Очікуваний результат | Замовлення на продаж, рахунок-фактура, список упаковки, список доставки повинні створюватися у заздалегідь визначеному форматі звіту. |
Фактичний результат |
Висновок
Тестування ERP має багато ризиків та складностей порівняно з будь-яким тестуванням програмного забезпечення / продукту. Крім того, управління показниками якості в проектах реалізації ERP вимагає великої уваги та цілеспрямованих зусиль як “команди” з боку багатьох зацікавлених сторін.
Фахівці, що займаються тестуванням, повинні розуміти різницю між якістю продукту та якістю впровадження. Тестування ERP вимагає довіреної спонсорської допомоги у часі та бюджеті з боку керівництва та клієнтів. Тестування повинно проводитись експертною групою ERP і не повинно передаватися недосвідченій групі з будь-яких причин.
Дуже важливо використовувати загально доведений правильний процес, методології, підходи та автоматизовані засоби. Ми не повинні вважати, що 'автоматизація' повністю замінює 'ручне' тестування, але не повинні йти на компроміси з використанням необхідної інфраструктури тестування та фреймворку. Не варто недооцінювати час, необхідний для збору реальних даних від клієнтів.
Для професіоналів, які проводять тестування, ця подорож є “Прекрасним ресурсом для тестування продуктів ERP!”.
Повідомте нас, якщо у вас виникнуть запитання щодо ERP або, зокрема, тестування SAP.
=> Завітайте сюди, щоб ознайомитись із повним циклом підручників з плану тестування
НАЗАД Підручник | НАСТУПНИЙ підручник
Рекомендована література
- Найкращі засоби тестування програмного забезпечення 2021 р. (Засоби автоматизації тестування якості)
- Програма курсу тестування програмного забезпечення - детальний план навчання онлайн-курсу
- Різниця між робочим столом, тестуванням клієнтського сервера та веб-тестуванням
- Тестування Праймера Завантажити електронну книгу
- Як писати щотижневий звіт про тестування програмного забезпечення
- Посібник для початківців з тестування ERP (тестування SAP) - Частина 1
- Посібник із тестування безпеки веб-додатків
- Підручник з плану тестування: Посібник із написання документа плану плану тестування з нуля