コンパイルされたクラス 'package.TestInterface' が読み込まれたクラス 'TestInterface' に一致しません。

Naoさんは書きました：
/Test.fla
　|
　/package
　　　|
　　　/TestInterface.as
　　　/TestClass.as

[TestInterface.as]

// インタフェースはメソッドの型指定のみですので不要でしょう
// import package.*;

interface package.TestInterface {
}

[TestClass.as]

import package.*;

class package.TestClass implements TestInterface {
	
}

[test.fla]

var objTest = new package.TestClass();

test.flaの方で実行すると問題ないのですが，
TestClass.asをシンタックスチェックすると

引用：

コンパイルされたクラス 'package.TestInterface' が読み込まれたクラス 'TestInterface' に一致しません。

というエラーがでてしまいます．

Naoさんは書きました：
ドキュメントレベルクラスパスに今回は追記しようかと思いますが

大規模になってくるとちょっと微妙かなという気もします…

「ドキュメントレベル」ということは、flaファイルごとの設定ですから、同じ結果になりませんか?

flaファイルのパスは関係なくパッケージを管理でき、自分用のクラスライプラリをつくりこめる「グローバルクラスパス」の使用が適しているように思われます。

Naoさんは書きました：
プロジェクトごとにいくつものパッケージを作成していくとそのつどグローバルクラスパスを追加しないとだめですよね…

Naoさんは書きました：
--------------------------
/frameworkPackage
|
/project01Package
　　|
　/subPackege01
　　　|
　　　/subPackage01_01
...[中略]...
--------------------------

ってな感じでプロジェクト内にもいくつかpackageが存在して
時にはそのサブパッケージも作成することがあるんです．

使う方のスタイルに合わせて、便利な方法を採られてよいと思います。
ただ、おそらくお手本にされているJavaでは、誰のパッケージをグローバルクラスパスに追加しても、重複のないようにすることが作法のようです。つまり、パッケージパスは、世界中に対してユニークに定めます。

importステートメントが欠かせなくなりますし、日本語ドメインだったらどうするかといった問題はありますが。