Усі статті, обговорення, новини про тестування — в одному місці. Підписуйтеся на DOU | QA!
Та чи є в цьому взагалі сенс?
Можливо хтось мав ситуації коли бекап або більш старіша версія тесткейсів, тестпланів, чеклистів знадобились?
Якщо ви маєте на увазі документацію як описаний у деякому стилі та шаблоні текст (не код та коменти до коду і навіть не BDD спеки) то git взагалі не варіант.
Але камон — будь-який вікі рушій має гарну систему історії сторінки де можна візуально порівняти доки. Ось тоді це make sense і цим на практиці часто користуються.
Популярний кейс — хтось щось написав у документі, інший його не зрозумів. Інший через історію шукає хто це взагалі написав та зв`ясовує деталі.
Для доків у ворді під гітом це не працює.
Маю на увазі мануал тесткейси. Є умовна тест-менеджмент система і ось чи є сенс з неї експортувати документацію на ґіт.
Ну якщо у цій системі є історія то сенсу не бачу взагалі.
Колись у допотопні часи мануали у компанії X писали тест кейси в екселі і зберігали у системі контроля версій (не гіт, не пам`ятаю вже що це було). І ніколи не було бажання щось там подивитись
опис кожного автоматизованого тесткейсу (автор, передумови, кроки, тип пристроїв) описаний в докстрінгах до тестового класу(1 клас = 1 кейс) додатково до опису в тест-менеджмент інструменті, тому можна сказати, що так
але ситуації такої не пригодилось
Если описание по API лежит в проекте на гите, это нормально.
Я бы скидывал всё, но ПМы обычно не умеют в гит
Вільний Художник
Вільний Художник
wife of an acrobat
schwarzlichtbezirk
6 коментарів
Додати коментар Підписатись на коментаріВідписатись від коментарів