GNOMEシェル拡張のユニットテストを書く方法はありますか

Question

現在、既存のGNOMEシェル拡張のコードベースをリファクタリングしようとしています。その一部は、2016年にテストを使用しないことにかなり無視しているように、ユニットテストを導入しています。

しかし、シェル拡張はクラスで構築するimports -mechanicなど 一部改正カスタムを使用します。実際に隔離された環境でこれらのファイルをテストすることが不可能（例：GJS経由String.format）、それは次のようになりますないシェル内の内。

私の質問は、シェル拡張機能の単体テストを書くのは本当に本当ですか？私は完全な例については、この拡張機能を見て、GNOMEシェル拡張とのユニットテストでいくつかの作業を行ってきた

Answer 1

：

https://github.com/emerinohdz/power-alt-tab

私はバベルとのWebPACKを使用しました、ジャスミンとカルマとPhantomJS。私は必要なGSパーツのためのダムポリフィルを含めて、モジュールを扱う代わりに、デフォルトのGSインポートメカニズムの代わりにES6インポートを使用しました。現在のところ統合テストはできません。単体テストのみですが、少なくともコードベースののの制御権があります。