_NN>У вас в проекте как сделано? _NN>Иерархия или проекты с тестами в одной папке ?
У меня тесты одной частью прямо внутри кода, и выполняются при каждом запуске, а другой частью совсем отдельно, отдельными проектами и отдельными виртуальными машинами.
Здравствуйте, Sharowarsheg, Вы писали:
S>Здравствуйте, _NN_, Вы писали:
_NN>>У вас в проекте как сделано? _NN>>Иерархия или проекты с тестами в одной папке ?
S>У меня тесты одной частью прямо внутри кода, и выполняются при каждом запуске, а другой частью совсем отдельно, отдельными проектами и отдельными виртуальными машинами.
Внутри кода это как ? Без отдельного проекта ?
Ну виртуальные машины это другое тесты .
Для них вообще отдельный репозиторий.
Здравствуйте, VladCore, Вы писали:
VC>Здравствуйте, _NN_, Вы писали:
_NN>>Кто делит на src,tests а кто нет?
VC>смотря какие проекты.
VC>если простые или либа/nupkg то все в одной папке. отдельная папка только для sub-модулей.
То есть имеем структуру
A
A.Tests
B
B.Tests
Так ?
VC>а вы делите тесты на обязательные, интеграционные и персональные?
Юнит тесты при билде, а всякие автомационные только когда всё собралось успешно и раз в день по умолчанию или можно вручную запустить если есть потребность .
VC>или все тесты всегда запускаются при каждом пуше?
Насчёт точного именования: в репозитории ASP.NET Core для папки с тестами используется «test/» (singular), но все остальные используют соглашение «tests/» (plural).
Здравствуйте, Ночной Смотрящий, Вы писали:
НС>Здравствуйте, _NN_, Вы писали:
_NN>>Кто делит на src,tests а кто нет?
НС>У нас как раз свежий большой проект начался на 4 команды. Договорились src/text/samples/deploy.
Кстати src/tests или tests ?
То есть делаем две параллельные иерархии в src и tests?
db/ - скрипты создания/обновления БД
config/ - дефолтные конфиги, т.к. конфигурация у нас - внешний сервис по отношению к приложению
src/
ProjectName/ => ProjectName.dll
ProjectName.csproj
ProjectName.SubSystem1/ => ProjectName.SubSystem1.dll
ProjectName.SubSystem1.csproj
ProjectName.SubSystemN/ => ProjectName.SubSystemN.dll
ProjectName.SubSystemN.csproj
ProjectName.UnitTests/
ProjectName.UnitTests.csproj
ProjectName.IntegrationTests/
ProjectName.IntegrationTests.csproj
Solution.sln
В ProjectName, ProjectName.SubSystem1-N проставляем InternalsVisibleTo("ProjectName.UnitTests", "ProjectName.IntegrationTests")
ProjectName.UnitTests — гоняются постоянно на машине разработчика и по комиту на CI
ProjectName.IntegrationTests — запускается по необходимости на машине разработчика
Остальные тесты (End2End) пишут QA, у них свои подходы и инстументы
Здравствуйте, _NN_, Вы писали:
_NN>>>Кто делит на src,tests а кто нет?
VC>>смотря какие проекты.
VC>>если простые или либа/nupkg то все в одной папке. отдельная папка только для sub-модулей. _NN>То есть имеем структуру _NN>A _NN>A.Tests _NN>B _NN>B.Tests _NN>Так ?
A & B — это MSBuild, Build и Tasks
VC>>а вы делите тесты на обязательные, интеграционные и персональные?
_NN>Юнит тесты при билде, а всякие автомационные только когда всё собралось успешно и раз в день по умолчанию или можно вручную запустить если есть потребность
А Unit-тесты даже когда не успешно собралось запускаете?
VC>>или все тесты всегда запускаются при каждом пуше?
А в CoreCLR отдельно src и отдельно tests: https://github.com/dotnet/runtime/tree/master/src/coreclr
VC>>>а вы делите тесты на обязательные, интеграционные и персональные?
_NN>>Юнит тесты при билде, а всякие автомационные только когда всё собралось успешно и раз в день по умолчанию или можно вручную запустить если есть потребность
VC>А Unit-тесты даже когда не успешно собралось запускаете?
Нет конечно. Как их запустить если нет выхлопа компилятора
VC>>>или все тесты всегда запускаются при каждом пуше?
VC>Так что такое автомационные тесты у вас там?
От и до. Поднять виртуалку, поставить продукт, поднять сервер, совершить какие-нибудь действия, проверить, что всё работает.
это не .NET Managed-проект. там есть хоть один c# файл?
К чему он в теме про .NET
VC>>Так что такое автомационные тесты у вас там? _NN>От и до. Поднять виртуалку, поставить продукт, поднять сервер, совершить какие-нибудь действия, проверить, что всё работает.
что именно от и до?
продукт можно купить или вернуть. а поставить наврено речь про компонент?
Что касается тестов, то они покрывают что-то а что-то нет. Об этом и вопрос.