Есть мнение, что нужно делать не защиту от забывчивости, а юнит-тестирование.

В идеальном обществе да. К сожалению, юниттесты еще не все используют. :(

предоставь пример средства тестирования, а дальше - не твоя проблема.

Попробуй добавить =0 к оператору

operator = (const XXX& ) = 0;

Если не определить конструктор копмрования, то не скомпилится использующий его код.

Мне нужно, чтобы класс поддерживал копирование и присваивание, но при этом, при внесении изменений в класс, программист был бы предупрежден о том, что он какие-то поля не скопировал.

в cppcheck есть такое предупреждение:

Member variable 'Class::variable' is not assigned a value in 'Class::operator='

а он предупредит если скопированы 4 из 5 элементов массива?

а он предупредит если скопированы 4 из 5 элементов массива?

а это уже может быть особенностью реализации

Сейчас мысль сравнивать через static_assert размер класса с расчитанным размером, но тут мешает выравнивание

А если в моём подклассе есть переменная, но её не нужно копировать?

Какие есть варианты?

Не страдать хернёй. Пользователю виднее где нужно копировать, а где прострелить себе ногу.

лучше реализуй защиту через сокет

давай для начала определение «забыл». если для нового члена нет оператора присваивания — компилятор сам напомнит. если есть — какое твоё дело что он делает?

Вредные советы

А ты присваивай через memcpy()