?^^

А раз черного хватает, то код тринити на 60% правильный. Если поиграть с формулами и функциями можно получить 80%. Приплыли ...

[ghostpast]

Сообщение от rsa

то есть доказано - промежуточные результаты могут быть любыми, лишь бы итог укладывался в зафиксированную последовательность принятых и отправленных пакетов. организовать же "белый ящик" можно с любым промежуточным кодом и любыми промежуточными данными. и тогда нафиг вообще городить огород с этим белым ящиком? черного вполне хватит.

При заданных начальных данных (например заклинание_1) по алгоритму нужно отправить клиенту пакеты, отвечающие за произнесение заклинания_1.
При тестировании методом "черного ящика" программа окажется правильной.
Однако по методу "белого ящика" можно обнаружить, что еще был отправлен пакет, отвечающий за произнесение заклинания_2 и не предусмотренный алгоритмом. В этом случае программа работает неправильно.
Или другой более простой пример - неверный бит в пакете, который визуально в клиенте ничего не меняет

[rsa]

Сообщение от Time Lords

А раз черного хватает, то код тринити на 60% правильный. Если поиграть с формулами и функциями можно получить 80%. Приплыли ...

проблема в тринити совсем не в черных ящиках (тестирование ими она пройдет с лучшим результатом чем мангос). а в качестве кода. там очень много наслоений от разных авторов, разного стиля и грамотности, многие из которых никогда не думали что их код кто-то будет править и дорабатывать... моего кода тож дофига (причем того, который я аллах помнит когда полностью переписал). иногда пытаются упорядочить, но получается только хуже.
я когда-то думал перенести к себе оттуда код linked_spell. когда разобрался как оно устроено - лысина дыбом встала... я спокойно отношусь к хакам, но _такое_ привинчивать не буду. а некоторые вещи - так просто вредны, та же спеллскриптовка. ее бы убить, но на нее столько кода наверчено что так и будет существовать.

Добавлено через 1 минуту

Сообщение от ghostpast

При заданных начальных данных (например заклинание_1) по алгоритму нужно отправить клиенту пакеты, отвечающие за произнесение заклинания_1.
При тестировании методом "черного ящика" программа окажется правильной.
Однако по методу "белого ящика" можно обнаружить, что еще был отправлен пакет, отвечающий за произнесение заклинания_2 и не предусмотренный алгоритмом. В этом случае программа работает неправильно.
Или другой более простой пример - неверный бит в пакете, который визуально в клиенте ничего не меняет

при тестировании черным ящиком эти оба варианта тоже отлавливаются. мы же требуем абсолютного совпадения исходящих пакетов.

[ghostpast]

Сообщение от rsa

при тестировании черным ящиком эти оба варианта тоже отлавливаются. мы же требуем абсолютного совпадения исходящих пакетов.

1. формирование исходящих пакетов тоже должно тестироваться согласно алгоритму - результат может быть правильным, но расчет в корне неверный (например из-за попадания в совершенно другую ветвь оператора IF);
2. вытекает из пункта 1 - входящие пакеты тоже должны тестироваться (факт их прихода и значения битов) - они могут влиять на последующие исходящие пакеты;
3. алгоритмом могут быть предусмотрены промежуточные значения переменных - в этом случае их надо тестировать по методу "белого ящика".

Сообщение от rsa

при тестировании черным ящиком эти оба варианта тоже отлавливаются. мы же требуем абсолютного совпадения исходящих пакетов.

к сожалению для всех пакетов это невозможно, а если и получиться сделать ( отфильтровав некоторые поля в пакете ) автоматическое тестирование наткнется на другую проблему - правильная последовательность опкодов, разделение независимых групп опкодов...и т.п. сам наступил уже на грабли

Сообщение от ghostpast

1. формирование исходящих пакетов тоже должно тестироваться согласно алгоритму - результат может быть правильным, но расчет в корне неверный (например из-за попадания в совершенно другую ветвь оператора IF);
2. вытекает из пункта 1 - входящие пакеты тоже должны тестироваться (факт их прихода и значения битов) - они могут влиять на последующие исходящие пакеты;
3. алгоритмом могут быть предусмотрены промежуточные значения переменных - в этом случае их надо тестировать по методу "белого ящика".

1. как можно протестировать формирование исходящего пакета? Да никак! Если результат работы верный - для любого набора данных, значит алгоритм составляющий этот пакет верный ( не факт что оптимальный )
2. в большинстве своем входящие пакеты очень примитивны...так что теста особо и не получится. При многопоточной обработке пакетов, не факт, что исходящие пакеты будут идти в нужной последовательности, хотя результат работы будет верным.

зы а вообще Роман правильно говорил, пока есть не разобранные пакеты - код их формируемый можно считать неверным.