Документація – вступна сторінка
AyMINE – Technical doc. (in English)
abra
crm
- Модуль Контакти та адресної книги
- Системні права та налаштування CRM-модуля
- Огляд замовлень клієнтів
- Довідник
- Список і управління каталогами
- Політика конфіденційності та ділової інформації
- Надсилайте масові повідомлення відповідно до GDPR
- Патік масової електронної пошти
- Вихід і встановлення преференцій
для масової - Як коректно забути дані про людину
- Масові повідомлення електронної пошти
- Контракти, договори
- Партнер за контрактом
- Групи клієнтів
- Каталог або люди і компанії
- Контакти
- Швидко доступні контакти
sabre
hr
- Модуль персоналізації
- Цифровий кадровий архів
- Персоналізація – права користувача
- Облік кандидатів на роботу
- Посада
- Член команди – Працівник
- Огляд працівника
- Огляд власного персоналу
- Відповідальний персоналіст
- Синхронізація працівників та користувачів системи
- Трудовий договір
- modulesafety
- personalfolder
sys
- Системний модуль фреймворку AyMINE
- Клієнт
- Настроювання шлюзів для зовнішніх повідомлень
- Повідомлення із зовнішнім світом
- Правила для зовнішніх повідомлень
- Документи
- Додаткові функції з файлами
- Копіювання та переміщення файлів між об'єктами
- Презентація зображення
- Публічне посилання на документ
- Останні файли
- Дошка
- Розташування об'єкта на дошці оголошень
- Елементи клієнта
- Огляд і коментарі
- Безпека повідомлень і внутрішніх дискусій
- Переклади
- Зв'язки між об'єктами
- Типи сесій (відносин)
- Ролі та команди груп
- Користувач системи
- Адміністрація користувача
- GDPR та користувачі системи
- Безпечний вхід
- Адміністрація користувача
- Криптогаманець
- moduleclientoptions
frm
- introhelp
- introhelp_objectdetail
- AyMINE Framework
- Політика зберігання паролів
- Права користувача framework
- Модулі AyMINE
- Замки користувача
- Системні дозволи
- introhelp_deleting
- introhelp_settings
- introhelp_objectlist
- introhelp_dashboard
- introhelp_generalinfo
- introhelp_icons_dnadrhal9000_mar-22-220246-2023_caseconflict
- introhelp_icons
- Записи AyMINE
tsk
- 8D report
- Основним елементом FMEA
- FMEA
- FMEA - ймовірність виявлення
- Процес аналізу FMEA
- FMEA - ймовірність виникнення
- FMEA - оцінка тяжкості
- Модуль керування завданнями та інформаці
- Адміністрація модуля Управління завданнями
- Системні права модуля керування завданнями
- Події
- Акції, події та наради
- Персональний календар
- Журнал активності
- Згода керівника
- Чому не можна видалити деякі дані
- Область
- Область / проект / методологія
- Огляд областей
- Шаблони міток
- Управління тегами
- Мої області
- Подія
- Архівний пакет
- Кваліфікація, здібності / вміння
- Рівні компетентності та кваліфікації
- Необхідні здібності
- GDPR та облік кваліфікацій
- Право на управління кваліфікацією користувачів
- Кваліфікація користувача або контакту
- Команда проекту
- Рішення
- Об'єкти, які приймаються рішення
- Варіант прийняття рішень
- Шаблон плану / стратегії
- Визначення проекту
- Зразок запису
- Зразок ризику
- Визначення пакета
- шаблон завдання
- Активація події із завдання
- Управління відповідальністю – RACI matice
- Повідомлення про події
- Об'єкти, що відносяться до шаблонного завдання
- Події, що починаються
- Призначення нового завдання
- Обговорення
- Бізнес-подія
- Кнопки для активації події
- Події подій
- Покращення та запобіжні заходи
- Інформація
- Ключове слово
- Проведення наради
- Методики та правила
- Обов'язок
- Поняття
- Директиви та політики
- Управління змінами в проекті
- Проблеми, тікети та їх управління
- Центр обслуговування клієнтів
- Внутрішня довідка
- Об'єкти, яких стосується проблема
- Управління інцидентами, невідповідність якості
- Проект
- Графік проекту
- Команда проекту або команда до робочого процесу
- RACI-матриця для project
- Повернути план проекту за baseline
- Записи та журнали
- Записані дії
- Вимоги
- Вимоги до вступників
- Ризик
- Завдання
- Терміни викликів
- Огляд завдань
- Вплив завдання на право змінювати підключений obje
- Особисте завдання
- Член команди
- Об'єкти, які обробляються в задачі або вирішуються
- Завдання працівника
- Тест
- Типи тестів
- Попередження
- Попередження – приклад використання
- Попередження для себе
- tsktask_kanban
- moduleclientoptions
am
- amasset
- Модуль управління активами
- Процедура відбору та закупівлі
- Аналітична модель
- Постачальник продукту
- Категорія продуктів
- Властивість продукту або продукту
- Мета проекту
- Комерційна пропозиція
- Перерахувати пропозицію та замовлення
- Права доступу до пропозицій і цін
- Системний запит про стан замовлення
- Продукти та товари
- Стан продукту та його зміна
- Одиниці продуктів
- Критерії якості
- Про критерії якості продукції
- HARA продукту
Тест
Тести використовуються для опису перевірок, які необхідно виконати перед введенням продукту в експлуатацію.
Прикладами використання тестів є
- Перевірка програмного забезпечення після інтеграції
- Перевірка виробничої частини перед запуском
- Огляд готової квартири
Всі перераховані випадки мають визначену процедуру контролю, яка в основному містить пункти, специфічні для конкретного продукту, а тести є похідними від самого продукту та його характеристик, а також від загальних стандартів (наприклад, вимоги до перегляду електро). Тому тест на продукт або його частину містить опис того, що потрібно перевірити з можливістю одночасно посилатися на правила і норми, які враховуються в тесті.
Як використовувати тести
Тести – це, перш за все, інтегральна частина опису продукту або його частини (наприклад, інтерфейс). Але вони є окремим описом, і той самий тест може бути частиною контролю декількох продуктів. Тому тести повинні зберігатися разом з продуктами (в тому ж проекті або області).
Тест можна створити і самостійно в проекті, і він може не прив'язуватися до продукту. Ці тести орієнтуються не на продукт, а на правильність самого проекту – отже, мова йде про аудити. Вони не повинні бути спрямовані на перевірку самого продукту, останній завжди повинен перевіряти тести, які до нього додаються.
Тест не є тестом
Тест сам по собі є документацією того, як провести тестування. Не є журналом активності тестування. Правильне планування тесту вимагає, абст створили завдання для тестування – завдання для виконання певного тесту на певному конкретному продукті (наприклад, виробленої виробничої лінії). Тому тестове завдання завжди повинно мати зв'язок з продуктом, який тестується, і тестами, які були використані для перевірки.
Ви заплануєте тест, створивши нове завдання для тестування в проекті – в рамках нього ви підключите тест або тести і продукт, який тестується. Крім того, ви дізнаєтеся, хто і коли проводитиме тестування.
запитаєте ви
Неможливо створити протокол для тесту
Під тестом розуміється документація, як виконати конкретний тест – фактично введення тесту. Сам тест виконується на основі завдання; ідеально тестового завдання.
Із завдання автоматично створюється протокол про окремі кроки перебігу (на закладках активності). За допомогою кнопки Новий протокол можна створити навіть комплексний протокол і вставити в нього всі необхідні вкладення в документах.
Запит не додається до тесту
До тесту можна додати запит. На вкладці відносини можна вибрати запит і підключити його. Безпосередньо кнопкою Новий (зв'язок).
Які види тестів, для чого вони служать і на чому вони базуються? Обговорюється ця стаття.