私は現在、APIからMySQL2データベースのMySQLデータベースにデータを移動するアプリケーションを実行しています。ローカルデータベースに対するRspecのテスト
私はこのアプリケーションのRSPECテストを作成しようとしていますが、問題はアプリケーションが主にMySQLクエリであることです。クエリをテストして、期待される。
rspecをローカルで実行しているときにクライアントをsqlite3 gemに変更してみましたが、SQLite3とMySQL2が同じクエリを処理しないという問題があります。 (Mysql2はClient.queryを使用します(SQLiteはClient.executeを使用します)。
私はrails + rspecをローカルでsqliteをどのように使っているのかリモートでmysqlをエミュレートしようとしています。
外部サーバーをスピンアップすることなくローカルでこれを行う方法を教えてください。 ActiveRecordを使用する必要がありますか、またはアプリケーションの冒頭に作成しているMySQLクライアントに渡すことができるCSVファイルを作成する方法がありますか?
ご迷惑をおかけして申し訳ございませんが、この問題への取り組みをどのように調整できるか、ご意見をお寄せいただきありがとうございます。コードsnipppitsは以下の通りです:
RSPECは RSPEC test
Rubyのアプリケーション Ruby Application
@Anythony E - だから私はそれをやってみることを考えましたが、sqliteデータベースをセットアップすることは、mysqlデータベースを設定するよりはるかに簡単です(私はそれらをレールの経験から交換可能に使うことができると思いました)。また、sqliteの利点は、誰かが宝石の外に他の前提条件をインストールしなくてもrspecを実行できるように、私はtest.dbファイルをソースコードに含めることができるということです。一方、私がmysqlを使って行うのであれば、コードに対してテストを実行したいユーザは、マシン上でmysqlサーバをローカルに実行する必要があります。 ローカルにmysqlを設定する方法がない限り、私は行方不明ですか? – TheTrueMzungu
はい、利点はコストをはるかに上回ります。 sqliteをセットアップする方が簡単ですが、sqliteとMySQLの間に多くの違いがあるため、統合や管理が難しくなります。結果的に、テストスイートがそれを選択しなかったため予想外のエラーが発生します。 MySQLをローカルにセットアップして実行するのは非常に難しいことではありません。テストは常に空白の状態から実行する必要があるため、 'test.db'をソースコントロールにチェックインする必要はありません。 –
私は先に進んで、あなたが示唆したようにそれを走らせました - 私は正直であると予想していたほど難しくありませんでした。私は助けに感謝します! – TheTrueMzungu