RSpecでDynamoDBなどの外部サービス機能のユニットテストを実現する - Qiita
この投稿は Sansan Advent Calendar 2015 の 13 日目の記事です。 みなさんテスト書いてますか？ この時代テスト書いていない人なんて、いないですよね。 いるわけないと思います。 ただ、質問を変えて、 外部サービスに依存するコードのテスト書いてますか？ となると、結構テスト書いてない人多いんじゃないかなと思います。 あるいは書いていても、中途半端なものになっちゃうんじゃないかなと思うんです。 そこに課題感があったので、この記事書くことにしました。 背景 弊社ではAWSサービス群を結構使ってまして、最近はコアな機能の部分に DynamoDB SQS などをガッツリと採用しています。 正直今までも上記サービスは使っていたはいたんですが一部だったということもあり、テストに力を入れてませんでした。 たとえば、DynamoDB周りのテストとかは expect_any_ins
elasticmqを使ったsqsとの連携テスト - Qiita
背景 Amazon SQS。自分のサービスにメッセージキューサービスをとても簡単に組み込めて便利。 http://aws.amazon.com/jp/sqs/ しかし、いざそれを使った機能のspecを書こうと思うと、「外部サービスだからstub書かなきゃ」という辛みと、「結合テスト的に実際にAPI叩きたいし」という欲求が出てきて、どうしたらいいのよ 、という感じになる。 そりゅーしょん 環境用意すれば良いじゃない！ ElasticMQ https://github.com/adamw/elasticmq こちら、Amazon SQS-compatible interfacesという素晴らしい特徴を持ったメッセージキューシステムです。 これをローカルに立ち上げれば、そもそも普通の開発の時からローカルでキューシステム使った検証できるし、何よりrspecからキューへの登録、取得などのテストもちゃ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWSにおけるバッチ処理の ベストプラクティス - Developers.IO Meetup 05
