взял Cypress... подскажите пожалуйста нубу, насколько "дотошно" нужно тестировать приложение? В плане есть ли какой-то гайд о том как описывать степы, что именно покрывать, а что не стоит..
В юнит тестах есть такая вещь как code coverage, тут же кажись такого нету, - собственно как в этом ориентироватся ?
(извините за сумбурность и не точность)
Привет. Все может зависеть от ситуации, сроков, бюджета и т.п. Касательно code coverage есть такая штука, как матрица покрытия тестами. Не везде ее используют, но с помощью ее можно отобразить, на какой функционал тесты есть, а на какой нет. Сам занимаюсь тестированием embedded софта на низком уровне, где-то подкрепляю юнитами, добавляю интеграционные тесты. У нас продукт, и мы сами знаем, какая функциональность больше используется кастомерами, и что нужно больше покрыть тестами, а другое - как будет время (значит никогда 🙂 ).
@qa_automation есть еще
Привет, ну вот дисциплина под названием тестирование в том числе для этого нужна, определить какое покрытие тестами необходимо, на что обратить внимание, а чем можно пренебречь:) На этот вопрос нет универсального ответа, можно только учиться находить свои ответы для каких то конкретных случаев, имея определённые входные данные.
Можно задать себе вопрос, чем должны помочь тесты. И второе - оценить затраты/расходы на тесты.
Обсуждают сегодня