2016-05-23 2 views
1

私はAtom用のパッケージを作っていますが、Travis CIは自分のビルドに失敗したことを伝え続けています。
更新:空のスペックファイルを作成しましたが、ビルドが正常に終了しました。Atomのスペックファイルはどのように機能しますか?

あなたがここに私のパッケージを見ることができます:https://travis-ci.org/frayment/language-jazz

コンソールが私に言っている:

sh: line 105: ./spec: No such file or directory 
Missing spec folder! Please consider adding a test suite in 

を私は「スペック」ファイルのためのGitHub上のAtomパッケージで周りを探しに行って、彼らはCoffeeScriptのベースであるように見えますしかし、私は彼らが何を含んでいるのか理解できません。件名に関するドキュメントはあまりありません:

「スペック」ファイルとは何ですか、何を入れるのですか?

非常に高く評価されています。

答えて

2

./specディレクトリがAtom Package you are developingのための1つまたは複数のJasmine Specificationsが含まれている必要があり、例えば、この仕様は、Atomのドキュメントから取得されます:とき

オープンソース・ソフトウェアとの最大の課題の
describe "when a test is written", -> 
    it "has some expectations that should pass", -> 
    expect("apples").toEqual("apples") 
    expect("oranges").not.toEqual("apples") 

一つは、品質を維持しています個々の貢献者の多数は、コードを提供してこれに対する一つの解決策は、high level of test coverageを提供している:

プログラミングのほとんどの側面と同様に、テストが思いやりを必要とします。 TDDは非常に便利ですが、十分なテストではありません。あなたが細心の注意を払ってテストしているなら、80年代または90年代のカバー率は期待しています。私は100%のようなものは何も疑いがあります - それは、カバーレイト数を幸せにするためにテストを書く人のにおいをしますが、彼らが何をしているのか考えません。

は、Atomの場合は、仕様の全ては ./specフォルダに追加されており、たとえば、あなたが awesomeという名前のパッケージを作成している場合ので、 -spec.coffeeで終わらなければなりませんし、あなたのコードは、あなたが ./spec/awesome.coffeeになりSPEC /awesome.coffee以内に座っていました。マスターブランチに pull requestsをコミットする際に自信を持たせるために、コードの重要な部分を実行する必要があります。

私はAtom.ioにpackagescoupleを持っており、これらの両方のテストが、それらに含まれている、あなたはジャスミン1.3テストはあなたのパッケージの機能をサポートするように記述することができる方法の具体例として、これらを利用できます。同様に、Atom.ioのパッケージの大部分には、独自のテストスイートを作成するための一連のテストがあります。

+0

あなたの華麗な答えを受け入れることは大変残念です!私は通知を得たことはありません! :ありがとうございました。 – finnrayment

+0

これを構文ハイライターにどのように適用できますか?構文テーマについては – finnrayment

+0

?予想されるスコープに対してテストをサンプルファイルに記述します。しかし、これを行う良い例はたくさんありません。 –

関連する問題