Роль тестування програмного продукту для командної розробки

Abstract

Досліджено особливості процесів тестування програмного продукту під час роботи у Scrum-команді. Виокремлено види тестування, характерні для методики гнучкого тестування, що дають змогу зробити процес тестування постійно інтегрованим у командну роботу, як на етапі формування вимог та проєктування, так і на етапі кодування та генерації тестових наборів. Це стає можливим при внесенні рекомендацій тестера у процес формування користувацьких історій, плануванні виходу версії програмного продукту з точки зору тестування та дефектів, плануванні спринту на основі користувацьких історій та дефектів, виконанні спринту з неперервним тестуванням, регресійному тестуванні після завершення спринту та формуванні звітів про результати тестування. Виділено етапи процесу гнучкого тестування у Scrum-команді. Запропоновано автоматизувати процес гнучкого тестування для навчального командного проєкту у програмному середовищі Visual Studio на базі Team Foundation Server. Продемонстровано приклад автоматизації процесу гнучкого тестування шляхом його розбиття на чотири квадранти для дотримання принципів роботи за гнучкою методологією розробки програмного забезпечення. У першому квадранті відбувається дослідження якості внутрішнього коду програмного продукту, тобто проведення модульного тестування. Для реалізації модульного тестування в Visual Studio створюється нове рішення з метою генерування класу для тестування, у тілі якого прописуються умови для тестування. Другий квадрант реалізує принципи системного тестування, тому на цьому етапі продемонстровано особливості створення такого тестового артефакту, як тестові випадки, що передбачає виконання певних умов для перевірки функціональності програмного продукту, який розробляється; встановлення зв’язку між створеними тестовими випадками та користувацькими історіями, представленими у вигляді задач командного проєкту Product Backlog. Наведено приклад ручного тестування за допомогою спеціального інструменту Microsoft Test Manager, який дозволяє створювати плани, додавати та оновлювати тестові випадки, виконувати ручні тести. У третьому квадранті здійснено дослідне тестування у Microsoft Test Manager та створено ще один тестовий артефакт – звіти про помилки. У четвертому квадранті здійснюється автоматичне тестування нефункціональних вимог до програмного забезпечення.

The peculiarities of software product testing processes while working in the Scrum-team were studied. The types of testing characteristic of the flexible testing technique are singled out, that make it possible to make the testing process constantly integrated into teamwork, both at the stage of requirements formation and design, and at the stage of coding and generation of test sets. This is possible by making the tester's recommendations in the process of creating user stories, planning the release of the software version in terms of testing and defects, planning a sprint based on user stories and defects, performing a sprint with continuous testing, regression testing after sprint ends and reporting of results of testing.The article highlights the stages of the flexible testing process in the Scrum team. It is proposed to automate the process of flexible testing for a training team project in the Visual Studio software environment based on Team Foundation Server. Author demonstrates an example of automation of the process of flexible testing by dividing it into four quadrants to comply with the principles ofworking on a flexible methodology of software development. In the first quadrant there is a study of the quality of the internal code of the software product, the modular testing. To implement modular testing in Visual Studio, a new solution is created in order to generate a class for testing, where the conditions for testing are prescribed in the body of the class. The second quadrant implements the principles of system testing. At this stage the features of creating such a test artifact as test cases are demonstrated. That provides for the fulfillment of certain conditions to verify the functionality of the developing software product; linking between created test cases to user stories presented as team project tasks Product Backlog. The study demonstrates an example of manual testing using a special tool Microsoft Test Manager, which allows you to create plans, add and update test cases, perform manual tests. In the third quadrant, it was performed a trial test in Microsoft Test Manager and it was created another test artifact - error reports. The fourth quadrant automatically tests non-functional software requirements.