Просто есть непонимание того, что тестировать. Там банально все:
Если id = otherId && clientId = otherClientId ,  то взять этот ордер и удалить из list'а. Все. Какие тестовые данные для конкретно этой ситуации?там в логах чётко указано, что после "удаления" элемента в списке содержится элемент с таким же id и clientId. А значит он, по идее, должен был быть удалён. Тут либо косяк байт кода (что 99.9% не так), либо дубликаты в исходном списке (что тоже исключено, потому как этот list в мапу устанавливается в двух местах :
1. В приведённом коде
2. В первом запросе к бирже, в результате которого все ордера добавляются в мапу и больше они не переназначаются, кроме как в первом пункте

Байт код можно проверить. А тестировать нужно саму идею/реализацию.

@rebornius саспенд вызовы, могло произойти такое ? Делается запрос и сразу же другой, где вот и совпадают id. Поскольку саспенд вызов может прерывается, первый может выполнится позже чем второй либо посредине (если есть саспенд вызовы). Что ещё может быть хз

Вызовы то саспенд, но вот приведённый код не запускается в параллели. Там есть подписка на ReceiveChannel. В результате получения нового объекта в канале вызывается коллбэк согласно типу объекта. И пока этот коллбэк не завершится, процесс дальше не пойдёт. И даже если бы что то там пошло, то ведь я имею list, а не ArrayList. Хоть в сто потоков запускать можно, а данные не будут дублироваться. Да, могут потеряться, но не продублироваться (конкретно в такой реализации, как в приведённом коде)

В общем, пока что добавил логгирование на разных этапах и буду тестить, торгуя на бирже. Вдруг ситуация повторится. Склоняюсь к идее с дублированием, но причин дублирования не нахожу.
Спасибо за помощь, Богдан!

Я говорю про мапу а не про лист. Саспенд не гарантирует что вы будете выполнятся на одном потоке

У вас есть состояния - мапа, на нее нужно и смотреть

Пример:
val map = HashMap<String, List<Int>>()

fun updateMap(){
var arr = map["someKey"] ?: emptyList()
arr = arr - 1
arr = arr + 1
map["someKey"] = arr
}

Хоть в 500 потоках такое запускать, дублей быть не должно. Или я чего то не знаю?

запусти в двух потоках — и в лучшем случае из внутренностей HashMap начнут высыпаться эксепшены

Но не дубли появлятся. Concurrentmodificationexception - это не про дубли, и этого здесь тоже нет

CME вообще про другое

саспенда ведь нет

Если писать в мапу с нескольких потоков - будут дубли

всё было бы слишком хорошо, если бы на гонки сыпались CME

Каким образом, можно пример?

вам нужна лекция про конкаренси

В конкретно этой ситуации нет concurrency.
И я не прошу лекцию, я прошу пример, когда в мапе может появится список с одинаковыми элементами из за работы из множества потоков. Причём надо учитывать, что это не ArrayList, а лист

работа из множества потоков — и есть конкарренси (грубо говоря)

просто листа не существует, там под капотом аррай обычно

+