Codeで構築するmemoTech単なる技術メモ。ソフトウェアIDEでRubyのデバッグをしたいRSpecでテストを書いていて、テストをデバッグしたい時がある。ググってみるとprintfデバッグに毛が生えたようなものばかり引っかかって、そんな貧弱な環境でテストコードをデバッグするのは避けたいなぁというのが、正直な気持ち。有料の統合開発環境であればさっくりできるのかもしれないけど、勝手E2Eテストに予算がつくわけもないから、無料でなんとかしたい。Codeでできるらしいので、やってみた。Railsは関係ないよ。Rubyのデバッグのためにrdebug-ideを使っていたはず。デバッグ対象のプログラムをrdebug-ideから動かして、IDEからブレークポイントを設定したり、変数の値を覗いたりするのだ。Developers.IOあたりを参考に。Rubyの開発で厄介なのは、RubyはそのPC全体向けにインストールされているものを使うのか、プロジェクトごとにシステムとは異なるバージョンを使うのか。ライブラリはシステム全体に入れるのか、プロジェクトごとに分けるのか。いう検討項目があることだ。いう環境になっているかを把握した上で、適宜記事中の表現を読み替えていく必要がある。64bitRuby2.2がそのPC全体向けにインストールされているプロジェクトはbundlerを使用して、ライブラリはプロジェクトごとに分けているという想定で記述している。置くようになっている。ディレクトリだったようだが、最近のバージョンでは変更になっている。デバッグのための設定。デバッグモードにするとこのファイルの”name”に描かれている部分がメニューに表示されて、選ぶと該当するブロックの処理が実行される。rdebug-ide”を選ぶと、1回目はrdebug-ideが動き出す。2回目でデバッグ対象のプログラムを動かすという仕掛け。1回目の起動内容はpreLaunchTaskにTaskを書く必要があるため、別途タスクを定義しておく。"always"}commandに実行するプログラムを書くのだが、rdebug-ideではなく、バッチファイルを起動するようにしている。テスト対象のプログラムを動かす際、環境変数の設定など事前にやっておくことがある場合は、バッチファイル中で設定を行ってからrdebug-ideを起動するようにして実現する。テスト結果が画面に出力されるので、読みやすいようにフォーマットを指定している。デバッグ対象のファイル1つを実行すれば十分なので、rspecの引数の最後は%1にして、指定されたファイルを指定する。RSpec(Ruby)プログラムをデバッグするうまく設定できたかどうかを確かめるために、実際にデバッグ起動をしてみる。rdebug-ide」を選択して実行。127.0.0.1:1234と表示されたら、準備完了(バージョンは違うだろうから、よきに)。1回実行して、ブレークポイントで止まれば設定完了。rdebug-ideはシステムとプロジェクトの両方にインストールしてみた。どちらかでいいような気もするのだが、RSpecプログラムをデバッグするのが目的なので、これでよしとする。他にも意味のない設定が残っていそうなので、指摘する記事を書いて欲しいなぁと。ググってもRailsでのやり方ばかり引っかかって、意外と情報が少ない気がするのだ。古いシステムを相手にしていると、今はメンテナンスされていない古いライブラリを使っていたりする。コミュニケーションツールとしてチャットに人気が集まっている今日この頃。Automation。ClientsはHTTPベースのファイル管理ツールである。Bootアプリケーションに組み込んでみたWebアプリケーションのレスポンスが時々遅くなっていることが、ロードバランサーのレスポンスタイムを見ていて気がついた。Bitでログ転送ログを1箇所にまとめたいというニーズは、根強くあります。久しぶりにすごいサービスがきた。テストコードを書いて動かしてみる。SeleniumでのSafariの扱いが、2016年夏から大きく変わった。本サイトに掲載する情報に関しては、正しいものを提供することを務めていますが、掲載内容から、いかなる損失や損害などの被害が発生しても、当ブログでは責任を追いかねます。