Методи та засоби системи перевірки умісності окремих компонент вебсерверів

Abstract

У статті розглянуто сучасний стан проблем у роботі з АРІ різних систем. Проаналізовано найпоширеніші методології (Agile та DevOps), методи та засоби побудови автоматизованих конвеєрів для збірки та тестування продуктів проєкту; наведено загальний вигляд конвеєра, що слугує відправною точкою під час розроблення проєктів. У результаті аналізу опитувань розробників DevOps інженерів виділено ключові проблеми в інтеграції між різними системами з використанням АРІ. У роботі описано повний процес виконання тестів, що передбачає ініціалізацію кроку тестування, варіанти побудови конвеєра, опрацювання виключних ситуацій та збереження результатів. Наведено взаємодію різних зацікавлених сторін. Зазначені процеси проілюстровані діаграмами послідовностей, прецедентів та діяльності. Наведено псевдокод алгоритму, що описує використання нечіткого логічного виведення для отримання рекомендацій на основі тестування. Розроблено розширений контракт для тестування, який передбачає: пари запит-відповідь, обмеження сфери значень полів та предикати для забезпечення логічної сумісності компонентів. Використання цього контракту дає змогу не лише перевіряти сумісність АРІ компонент вебсерверів, але й задавати правила логічної відповідності між об’єктами. Впровадження онтологічного підходу для тестування створює додатковий рівень тестів, що перевіряють відповідність між сутностями системи-споживача та онтологією системи-постачальника. Впровадження перевірки сфери значень полів та їхніх типів під час виконання тестів дасть змогу надати розробникові на етапі тестування повноту інформації про можливі проблеми під час роботи двох систем. Оскільки онтологія повинна постійно підтримуватися експертами в галузі, то завдяки використанню розширених контрактних тестів можна буде зменшити ймовірність помилок унаслідок недостатньої комунікації через зміну концептів у бізнес-структурі системи-постачальника. Розроблений метод передбачає використання нечіткої логіки для прийняття рішень на основі нечітких оцінок сумісності двох компонент. This article examines the current state of issues in working with APIs of various systems. The most common methodologies (Agile and DevOps), methods, and tools for building automated pipelines for project assembly and testing were analyzed, and a general pipeline structure was presented, which serves as a starting point for project development. As a result of analyzing surveys of developers and DevOps engineers, key problems in integration between different systems using APIs were identified. The paper describes the complete process of executing tests, which includes the initialization of the testing step, pipeline construction options, exception handling, and result storage. The interaction of various stakeholders is presented. These processes are illustrated with sequence, use case, and activity diagrams. Pseudocode of an algorithm is provided, which describes the use of fuzzy logic inference for generating recommendations based on testing. An extended contract for contract testing was developed, which includes request-response pairs, field value range constraints, and predicates to ensure the logical compatibility of components. The use of this contract allows not only to verify the compatibility of API components of web servers but also to define rules for logical consistency between objects. The implementation of an ontological approach for testing creates an additional layer of tests that check the correspondence between the entities of the consumer system and the ontology of the provider system. The introduction of field value range and type checks during test execution will provide the developer with comprehensive information about potential issues when two systems interact. Since the ontology must be continuously maintained by domain experts, the use of extended contract tests will reduce the likelihood of errors due to insufficient communication caused by changes in the concepts within the provider system’s business structure. The developed method involves the use of fuzzy logic for decision making based on fuzzy assessments of the compatibility of two components