phpspec

    1

    1答えて

    私はフロントエンドとバックエンドの両方のアプリケーションでレポを持っています。バックグラウンド(PHP)アプリケーションをビルドしてテストするためにscrutinizerを使いたいと思います。 このサブディレクトリでアプリケーションをビルドしてテストするにはどうすればよいですか?私は、APIディレクトリにcomposer installとPHPSpecのを実行したいと思います root |__A

    0

    1答えて

    メソッドが正しい引数(オブジェクトの場合)で呼び出されたかどうかをテストするPHPspecテストを作成します。 私は私の仕様内で、この(擬似コード)のようなものをやっている: function it_some_test(MyService $myservice) { $object = new MyDomainObject(); $object->setPropertyX("s

    1

    1答えて

    多くの人が抽象クラスのテストを試みるにつれて、この解決策を見つけることはできません。これは私が望むものではありません。 私はパター戦略を持っており、すべてのクラスはインターフェイスを実装する必要があります。 ベーススペックを追加することを望み、残りは自分のものを拡張して追加する必要があります。 すべての仕様で自分のコードを繰り返す必要がありますか? は今、私は戦略の仕様に2を持っている: func

    0

    1答えて

    後に対象のメソッドを呼び出すことはありませんが、ロジックが間違っているので、しかしconvertAdwordsRawDataが呼び出されることは決してありませんので、私はテストが失敗した function it_throws_if_raw_data_xml_is_invalid() { $website = $this->buildWebsite("some-deterministic

    2

    1答えて

    私は電子メールクラスオブジェクトを作成し、それを第3のクラス(電子メール送信者)に渡すサービスを持っています。 この機能によって生成される電子メールの本文を確認したいと思います。 Service.php class Service { /** @var EmailService */ protected $emailService; public function

    1

    1答えて

    私はこのエラーを取得する私は vendor/bin/phpspec run とphpsecを実行PHPSpecの3.4.0.Whenを使用します。 "autoload": { "psr-4": { "App\\": "app/" }, "psr-0": { "EastSea\\": "src/" } } :ここ class Ea

    0

    1答えて

    異なるパラメータを持つ別のオブジェクトの関数を呼び出す関数のPHPSpecでテストを作成しようとしています。これまでのところ、私の試みはいくつかの異なるエラーを引き起こしたので、これまでのことを概説します。 最新のエラー: - it should find all realm data method call: - fetch(LeagueOfData\Adapters\Req

    0

    1答えて

    私はこのインターフェイスの一部として実装されているsupportsClass(私は知っていますが、私はBDD/TDDを信じています)というブールメソッドを持っています。私のスペックで のSymfony \コンポーネント\セキュリティ\コア\ユーザー\のUserProviderInterface 私は、ユーザーが預言者オブジェクトである。この $this->supportsClass(get_cla

    0

    1答えて

    私は彼らが好きなことをやっている一連の仕様を持っていますが、私はそれらのいくつかのために私のlet関数がむしろ大きくて厄介であるので、私はものを過度に作成しているのだろうかと思っています。 レスポンスに応じてSQLまたはJSON APIからの応答を処理する一連のクラスの仕様を作成しました。仕様は、各クラスのプロセスの結果オブジェクトをチェックするだけです。私は、仕様が引き起こす要求の種類ごとに有効

    1

    1答えて

    私は確立された独自のフレームワークにコンポーザーとPHPSpecを追加しますが、テストするクラスが常駐するときにPHPSpecをグローバル名前空間psr-4を使って定義しなければならない非標準のディレクトリにあります。 プロジェクトでの注意する必要があるファイル構造は次のようである:オートロードディレクトリは、アプリケーションのためのコアクラスで満たされていると、彼らは今ここに滞在しなければならな