Director of Engineering в Matic
  • ІТ-спільното, купимо армії «літачок»? Збираємо $ 1 000 000 на сучасний комплекс PD-2

  • Чому деякі тест-сьюіти стають поганими, або Способи покращення тестової документації

    Після прочитання слова

    сьюіти

    захотілося виколоти собі очі, не одразу навіть зрозумів, що йдеться про тест-план 😂
    А якщо серйозно, то трохи сумно, що в час широкого поширення Agile та CI/CD практик, все ще є проекти, які роблять релізи раз на 10 місяців з 1000-годинним регрешином і де підхід до опису тестової документації попахує каскадною моделлю з 90-х.

    Можливо, вартувало б половину із тих 1000 людиногодин потратити, щоб автоматизувати хоча б частину регресійного плану (зараз існує багато codeless automation підходів, які досить швидко та просто дозволяють покривати великі чаcтини функціоналу). Також можна спробувати писати менше традиційної тестової документації, яку, в результаті, не треба буде постійно покращувати, і можна буде більше зосередитися на самому тестуванні та альтернативних варіантах документації, таких як use-cases, service blueprints та інших. Ех, ці риторичні питання.

    Підтримали: Oleg Zarevych, Vi, anonymous