Developing #192

Developing #185: Upgrade of the decayer: target of an arbitrary shape.

Тестирование распада в мишени произвольной формы

Added by Mikhail Kozlov over 6 years ago. Updated almost 6 years ago.

Status:ЗакрытаStart date:05/12/2018
Priority:ВысокийDue date:
Assignee:Mikhail Kozlov% Done:

0%

Category:-
Target version:-

Description

Построить распределение точек взаимодействия по расстоянию вдоль направления иона и по отклонению от этого направления.

Посмотреть распределение углов между скоростью иона при входе в мишень и скоростью иона в точке взаимодействия.

History

#1 Updated by Mikhail Kozlov over 6 years ago

  • Project changed from EXPERT ROOT to EXP1803
  • Category deleted (Test)
  • Parent task set to #185

#2 Updated by Mikhail Kozlov over 6 years ago

  • Tracker changed from Analyzing to Developing

#3 Updated by Mikhail Kozlov over 6 years ago

Для проверки использовалась повернутая мишень, встроенная в BeamDet, с толщиной 2мм и радиусом 20мм .

Толщина мишени вдоль направления иона на входе в мишень:

Ожидаемое экпоненциальное распределение расстояния до точки взаимодествия вдоль траектории:

Расстояние от разыгранной точки взаимодествия до прямой вдоль входного направления:

Отклонение направления скорости в точке взимодействия от направления скорости на входе в мишень:

#4 Updated by Vitaliy Schetinin over 6 years ago

Работа закончена? Гдe Pull Request?

#5 Updated by Mikhail Kozlov over 6 years ago

  • Status changed from Открыта to Закрыта

#6 Updated by Vitaliy Schetinin almost 6 years ago

Задача закрыта, но не вмерджена. Миш?

#7 Updated by Mikhail Kozlov almost 6 years ago

Её я вмердживать не стал бы, потому что в решении есть хардкорные изменения в классах, которые в основной ветке ни к чему.

Тут поднимается вопрос о том, как сохранять подобные тесты, где приходится вводить побочный временный функционал, чтобы добраться до каких-то данных. К разговору об отдельной папке с QA макросами. Нужно же, чтобы оно взлетато без доплнительных настроек со стороны пользователя. Если, к примеру, не удается спланировать проверку на имееющемся наборе файлов (не только классы, но и геометрия в отдельном макросе), то как лучше поступать?
Иметь отдельные висящие ветки, подобные этой (придется переключаться и перекомпилировать проект)?
Или добавлять новые файлы (или директивы препроцессора для тестов) и раздувать количество малоиспользуемого кода?

Also available in: Atom PDF