はじめに こんにちは、shutamoです。 情報発信の練習と備忘録を兼ねて投稿してみます。 まだまだ未熟者なので、間違っていることがあれば指摘してください！ 目次 LocalStackとは 環境準備 LocalStack環境構築 AWSサービスを使うための準備 LocalStackとは AWSをローカル環境でシミュレートできるツールです。 そのため料金などを気にすることなくAWSのサービスを気軽に確認が可能です。 LocalStackには無料版(Community)と有料版(Pro)があります。主な違いは下記の通りです。 ・利用可能なAWSサービスの違い ・無料版ではリソースが永続化されない（LocalStackを再起動すると既存のリソースが削除される。） 利用可能なサービスはこちらのページを参照してください。一覧で(Pro)と記載のサービスは有料版でのみ利用可能です。 環境準備 Wind

はじめに この記事はBASEアドベントカレンダー8日目の記事です。 LocalStack/minioを導入して開発者体験が捗った話 こんにちは、BASE 株式会社 BASE BANK Division でソフトウェアエンジニアをしています。 @glassmonkeyこと永野です。 最近ではAWS上にVPCから環境を作っては、壊したりしています。 今回の記事では、AWSのサービスを使ったアプリケーション開発における、開発者自身のPCにおける開発、いわゆるローカル環境での開発者体験をあげた話をします。 YELL BANKについて 私が担当しているサービスであるYELL BANKは、BASEでショップを運営しているオーナー様に「気軽な資金調達」を提供するプロダクトになります。 yellbank-lp.thebase.com 現在のYELL BANKのアーキテクチャは以下のように複数のシステムコン

LocalStackをdocker composeで起動する方法です。 バージョン Docker: Docker version 20.10.17, build 100c701 LocalStackイメージ: 2023/04時点のもの LocalStackとは LocalStackとはAWSのクラウドサービスをローカル環境でエミュレートするためのツールです。 PythonのCLIもしくはDockerコンテナーを使用してローカル環境から使用することができます。 LocalStack is a cloud service emulator that runs in a single container on your laptop or in your CI environment. With LocalStack, you can run your AWS applications or L

LocalStackを使ってローカル環境でS3を立ち上げ、LambdaでファイルをアップロードしてみたAWSS3aws-clilambdaLocalStack この記事について AWSのサービスをローカルで実行できるLocalStackについて紹介したいと思います。今回、AWS CLIの練習も兼ねてLocalStackを使用し、ローカルでAWS LambdaとS3を立ち上げ、Lambda関数を使用し、S3に日時.txtファイルをアップロードしてみました。 記事の対象者 LocalStackに興味のある方 AWS・AWS CLIに触れてみたい方 LocalStackとは 開発環境において無料でAWSのアカウント登録なしでAWSのサービスを擬似的に使用できるモックフレームワークでpipやdockerを用いて簡単に環境構築が可能。 ローカルにAWS環境を作ってくれて、料金などを気にすることなくテ

AWS で開発する際、開発環境の費用は気になりませんか？ AWS さわり始めの頃に課金体系を理解しておらず、精神的にもお財布的にも大ダメージをくらったことのあるエンジニア横田です。 本ブログでは、ローカルマシン上に AWS 環境をエミュレートする機能をもつクラウドサービスエミュレータ「LocalStack」をご紹介します！ どうか本ブログを読んでくださった読者の皆様が筆者と同じ道を通りませんように。。 AWS 開発環境 LocalStack とは？ 冒頭でもお伝えしたとおり、LocalStack とはローカルマシン上に AWS 環境をエミュレートする機能をもつクラウドサービスエミュレータです。 ローカルに AWS 環境が作成されるので料金を気にせず使用でき、また、既存の AWS 環境に影響を与えることもありません。基本的な API 群を利用できる「Community 版（無料）」や、すべて

これは、なにをしたくて書いたもの？ LocalStackに保存したデータは、LocalStackを停止すると失われるようなので、永続化する方法はないのかな？ということで。 DATA_DIR環境変数を使えば良いみたいです。 環境 今回の環境は、こちら。 $ pip3 install localstack==0.12.17.5 $ localstack --version 0.12.17.5 LocalStackに保存するデータを永続化する LocalStackに保存するデータを永続化するには、DATA_DIRを指定してLocalStackを起動します。 Dockerで起動する場合。 $ DATA_DIR=`pwd`/data localstack start ホスト側で通常のプロセスとして起動する場合。 $ DATA_DIR=`pwd`/data localstack start --hos

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

Cypressは軽量・直感的な上、安定したテスト自動化を実現する工夫が施されたWebアプリ用テストフレームワークです。JavaScriptで構築されておりブラウザ上の動作や変更の検知に強みがある反面、マルチブラウザ非対応などの制約事項も存在します。この記事では、Cypressの特徴における全体像や強み・制約事項、高速化・安定化のためのデザインパターン、選定のための基準を紹介します。 記事のおおまかな構成 Cypressとは何か？特徴・他の技術セットとの違い Cypressを選ぶと何が嬉しいのか？ テスト高速化・安定化のためのデザインパターン: Application Actionsとは？ Cypressを使うべき条件・使わないべき条件は？ 想定する読者 Web開発やE2Eテスト実装の経験があり、基礎は特に求めていない方 UIテスト自動化の選定に悩んでいる方 Cypressを概要レベルで理解

example.com, example.net, example.org, example.eduは、ソフトウェアドキュメンテーションやドメイン名の例示のために予約されているセカンドレベルドメインである。 .com, .net, .orgのセカンドレベルドメイン"example"は、1999年に RFC 2606 第3章にてInternet Engineering Task Force (IETF) によって予約された[3]。.eduのセカンドレベルドメイン "example" は、2000年にInternet Corporation for Assigned Names and Numbers (ICANN) によって予約された。 これらのドメイン名が予約されていることによって、マニュアルやソフトウェア構成のサンプルでこれらのドメインを使用することが可能である。すなわち、エンドユーザー

翻訳する目的 Everyday Rails - RSpecによるRailsテスト入門を読み、モック関連と、FactoryBotについて更に知識をつけたいと思いました。どちらも技術本で学ぶのは難しいので、リポジトリのREADMEを通じて学ぶのが良いと考えました。 Google翻訳やDeepLを用いて全文翻訳を行うと、日本語が不自然で読みにくかったので、今後何度も参照することを考えて、自分で翻訳することにしました。 FactoryBotのREADMEの翻訳は既に存在していたので、RSpec MocksのREADMEを翻訳することにしました。 翻訳時のルール Google翻訳やDeepLは利用しない。 わからない単語を辞書で調べるのはOK。 翻訳してみてどうだったか？ 良い点 英語のドキュメントを読む練習になる。 ドキュメントを細部までしっかり読む経験ができる。わからなくても投げ出さない経験がで

対象 RSpec での簡単なテストの書き方は基本的に知っている rspec-mocks を使ったテストを知らない|知ってるけど雰囲気で使っている 上記に当てはまる私自身が、テストをより効率的に書くために、広く浅くざっくり調べた内容のため、より詳しく知りたい人は公式ドキュメントなどを漁ってください。 ※記事中に出てくるコードの多くは、RSpec によるテストコード内で実行されるコードです。周辺のコードは省略するので、適当に文脈から読み取ってください。 前提 rspec-core (3.7.1) rspec-mocks (3.7.0) rspec-rails (3.7.2) rspec-support (3.7.1) rspec-mocksとは rspec-mocksは、RSpec用のテストダブルフレームワークで、モックとかスタブとかスパイとかサポートしてくれます。 テストダブルとは、テスト対

記述例は、全てitの中で書かれているものとして読んでください。 letやsubjectに分離して記述する場合は、適宜読み替えてください。 いいね、つけていただいたんで情報足します。 20170119 mockを使ったrspecテストのコツ はまって試行錯誤した結果のまとめ。 publicメソッドのテストに注力する privateメソッドはテストしない方向で 他のメソッドが呼ばれる箇所はそのメソッドを偽装し、他のメソッドをテストするようなことにならないようにする 他のクラスのインスタンス生成箇所は、元のコードの方をプライベートメソッド化し、偽装 他のクラスのインスタンス生成箇所はインスタンス変数に入れて後で使うことが多いので上記のメソッド偽装して、インスタンス生成部分をスキップ。インスタンス変数をinstance_variable_setで直接spec上で突っ込む メソッド内でインスタンス変

RSpec における double / spy / instance_double / class_double のそれぞれの違いについてRubyRSpec はじめに RSpec でモックを作る際の double、spy、instance_double、class_double のそれぞれの違いについて説明します。 TL;DR double と比較した際に spy は呼び出されるすべてのメソッドを明示的にスタブする必要がない instance_double は未定義のインスタンスメソッドをスタブしようとした際にエラーになる class_double は未定義のクラスメソッドをスタブしようとした際にエラーになる

はじめに 読みやすくメンテナンスしやすいRSpecを書けていますか？ RSpecはというかRubyはというか柔軟なので色々な書き方ができてしまいます。 ある程度の規模のテストコードでは、油断するとどこで定義されている let なのかわからないものが登場したり、なぜか作られる（あるいは作られない）謎のレコードでテストが失敗したり、そういった辛い目にあったりするのではないでしょうか。 僕がRSpecを書くときに意識していることをまとめてみました。 これを実践するようになってつらい現象にあうことはずいぶんと減り、ずいぶんと読みやすくなったんじゃないかなと思っています。 ※効果には個人差があります。 Ruby on Railsを使ったアプリケーションのテスト向けですがRuby on Rails以外でも使えると思います。 主に以下の影響を強く受けています。 RSpecとセットで使われることが多いFa

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

スタブとモックの違い オブジェクト指向設計実践入門を読んで学んだことのまとめです。 具体的にRspecでモックを書くときはこうしましょう、といった具体的な話ではなく言葉の意味の説明がメインです。 ソフトウェアテストの対象 スタブもモックもテストコード内で使うものです。違いを考える前に、テストについて振り返ってみます。 テストを行うべきなのは、次の2つについてです。 オブジェクトがほかのオブジェクトからメッセージを受け取ったとき、期待する答えを返すことができるか 要するにパブリックメソッドに対するユニットテスト 「オブジェクト指向設計実践ガイド」には、プライベートメソッドに対するテストは書くべきではない、さらにいうとプライベートメソッドを書くべきではない(プライベートメソッドを他のオブジェクトに切り出して注入せよ)とあります。 オブジェクトが副作用のあるメッセージ送信を行うとき、その回数や引

スタブとは テストコード内で利用されるもの。 テスト対象のメソッドや処理から、別のメソッドを介してデータを取得したり加工したりする場合に、決まりきった値を返すように設定したものを指す。 class A def initialize @b = B.new end def hoge ... @b.fuga ... end end A#hoge のユニットテストを書く場合に、B#fuga の細かい挙動については知る必要がなく、A#hoge のテストをするに当たって都合のいい値さえ返してくれればいい。(もちろん B#fuga 別途ユニットテストを書く必要がある。) テストを記述する際に、そのテストで確認したい内容のために何か都合のいい値を返すように設定したものがスタブである。 モックとは モックもテストコード内で利用されるもの。 あるメソッドを呼び出す際に、その引数や呼びされる回数を検証するために

こんにちは！メグミです！ 今回は モックを使ったテストの書き方について書きたいと思います！ はじめに 処理の中でジョブを呼んだりする場合があると思いますが、 実際のジョブのテストは別で作成しているので、ジョブが呼ばれたかのテストをしたい！ ということがありました。テストの書き方について理解が曖昧だったので調べてみました！ 基本的な書き方 Articleモデルにtitleメソッドがある場合 allow(article).to receive(:title).and_return("タイトル") allow(実装を置き換えたいオブジェクト).to receive(置き換えたいメソッド名).and_return(返却したい値やオブジェクト) メソッドの引数が1つ以上ある場合 allow(article).to receive(:title).with(argument_1, argument_2