MENU
  • HOME
  • Blogメモφ(..)
  • Tipsメモφ(..)
  • rails-app
  • nuxt-app
  • vagrant-ansible
  • other
    • GitHub nightonlypj
    • Bitbucket nightonlypj
    • GitLab nightonlypj

Blogメモφ(..)

  • HOME
  • Blogメモφ(..)
  • Tipsメモφ(..)
  • rails-app
  • nuxt-app
  • vagrant-ansible
  • other
    • GitHub nightonlypj
    • Bitbucket nightonlypj
    • GitLab nightonlypj

共通化

  1. HOME
  2. 共通化
2026年9月15日 / 最終更新日時 : 2026年9月19日 admin Ruby on Rails

変更に強いテストを書く② specの並び順と共通化(長いspecの緩和と可読性向上)

前回は、長いspecが辛いのは追加とレビューの時だという話と、ファイル・describe・contextの分け方を書きました。 今回はその中身です。1つのdescribeの中を、どういう順序で書いて、どこまで共通化するか […]

RSpec共通化開発手法
2023年7月22日 / 最終更新日時 : 2023年7月23日 admin Ruby on Rails

FactoryBot作成のベストプラクティス!?

RSpecを結構書いてますが、テストを書く上で、FactoryBotが整備されていると楽ですよね。 ただ、最低限でも過剰でも、テストケースが漏れたりします。 また、無駄にINSERTされて、テストが遅くなったりする事もあ […]

FactoryBotRSpec共通化
2022年8月21日 / 最終更新日時 : 2022年8月21日 admin Ruby on Rails

初期・マスタデータをyaml変更だけで完結できるようにseedを実装する

seedは初期データやマスタデータを投入する仕組みですが、自分で実装する必要があり、データが増える前にyamlを読むように実装ているケースが多いのではないでしょうか。 対象テーブル追加毎にdb/seeds.rbに手を入れ […]

ActiveRecordDeviseseed共通化
2022年1月23日 / 最終更新日時 : 2022年1月23日 admin Vue.js(主にNuxt.jsとVuetify)

JestでNuxt+Vuetifyのテストを書く時のTips #2

前回(JestでNuxt+Vuetifyのテストを書く時のTips #1)に続き、今回は異常系とクリックイベントのテストを書いてみました。 これでカバレッジもほぼ100%に。テスト書くと実装漏れに気付けるのでいいですね。 […]

APIJestNuxt.jsVuetify共通化
2022年1月16日 / 最終更新日時 : 2022年1月16日 admin Vue.js(主にNuxt.jsとVuetify)

JestでNuxt+Vuetifyのテストを書く時のTips #1

前回(JestでNuxt+Vuetifyのテストを書いてみる)に続き、今回は初期表示の正常系テストを書いてみました。 最初に対応する時に役立つのでメモしておきます。

JestNuxt.jsVuetify共通化
2021年12月26日 / 最終更新日時 : 2021年12月28日 admin Vue.js(主にNuxt.jsとVuetify)

JestでNuxt+Vuetifyのテストを書いてみる

品質担保やテスト駆動をNuxtでもしたいので、Nuxt導入時に入れたJestでテストを書いてみました。Vuetify使うのは難しくなかったのですが、babel周りの設定やpluginのjsのテストで苦労したのでメモしてお […]

JestNuxt.jsVuetify共通化
2021年6月14日 / 最終更新日時 : 2021年6月14日 admin Ruby on Rails

Concernが便利かもと思った話

以前から気になっていたconcernsディレクトリが何なのか調べてみた。 app/controllers/concerns/ app/models/concerns/ 先に結論。共通化に役立つ。必要なController […]

ConcernService共通化

忘れん坊

定期タスクの管理・リマインダー(Slack・メールに対応)
タスクをカレンダーや一覧で管理し、チームで共有できます。

リマインドで、忘れやすい年次・月次タスクの実施忘れや、メンバー間の譲り合いによる実施漏れを防ぐ事ができます。

※詳細・使い方はこちら「通知駆動のススメ!チームの定期タスクの実施漏れを防ぐ」

公開リポジトリ・動作確認サイト

  • nuxt-app-origin
    https://nuxtapp.nightonly.com/
  • rails-app-origin
    https://railsapp.nightonly.com/

自己紹介

フリーランスから法人成りして、業務委託でスタートアップのイネーブリング(負債解消や効率化、featureチームの支援等)と、副業で上場企業の社内システム(取引先等の管理やSalesforce連携等で業務改善)の開発や改善・提案、フォロー等を行なっています。両社ともフルリモートです。
ECやモール連携、決済、動画のストリーミング配信、YouTubeのデータ分析、会計ソフト開発等の経験もあります。
現在は、Ruby on Rails, Nuxt.js(Vue.js), Next.js(React), TypeScript, AWSを主に使っています。日々、技術の積み上げを意識して、価値提供を目指しています。

検索(Blogのみ)

カテゴリー

  • AI(人工知能)
  • AWS(Amazon Web Services)
  • GCP(Google Cloud Platform)
  • Java
  • React(主にNext.jsとMaterial UI)
  • Ruby on Rails
  • Vue.js(主にNuxt.jsとVuetify)
  • アプリケーション
  • サーバー・ミドルウェア
  • その他

タグ

Action Cable ActiveRecord AIコーディング AI駆動開発 Apache API API Gateway CloudFront CloudWatch Config CORS DB設計書 Devise Devise Token Auth Docker DynamoDB Elemental ESLint FactoryBot HLS Jest Lambda Material UI MediaConvert MySQL Next.js Nuxt.js Nuxt3 Nuxt3移行 RSpec seed Vue3 Vuetify WebSocket yarn バージョンアップ リファクタリング 共通化 定数管理 日本語化 環境構築 生成AI 認証 調査 開発手法

最近の投稿

2026年9月19日 / 最終更新日時 : 2026年9月19日 admin Ruby on Rails

変更に強いテストを書く⑥ テストデータの使い分け(build/create、let系)

前回まではspecの書き方の話でした。今回はデータを作る側です。 テストデータの扱い方は、実行速度に直結します。そしてlet_it_beのような仕組みを使うと、テスト間でデータが汚染される問題も出てきます。

ActiveRecordFactoryBotRSpec開発手法
2026年9月18日 / 最終更新日時 : 2026年9月19日 admin Ruby on Rails

変更に強いテストを書く⑤ matcherが広すぎると、壊れていても通る

前回は「書いた範囲しか守られない」という話でした。今回はもう少し細かく、どのmatcherを使うかという話です。 同じ検証でも、matcherの選び方で通る範囲の広さが変わります。広すぎると、壊れていても通ってしまう。

RSpec開発手法
2026年9月17日 / 最終更新日時 : 2026年9月19日 admin Ruby on Rails

変更に強いテストを書く④ expectに書いた範囲しか守られない

前回まではspecの構造の話でした。今回は検証の中身です。 テストが通っていても、守られているのはexpectに書いた範囲だけです。書いていない部分は、変わっても落ちません。 カバレッジでは測れません。その行を通ってはい […]

RSpecテスト設計開発手法
2026年9月16日 / 最終更新日時 : 2026年9月19日 admin Ruby on Rails

変更に強いテストを書く③ itを必要以上に分けない、aggregate_failuresの使い所

前回までは、specの構造と並び順の話でした。今回はitの中身です。 「1つのitに1つのexpect」という書き方をよく見かけます。RSpecの入門記事にもだいたい書いてあります。ですが、今はまとめて書いた方がいいと考 […]

CIRSpec開発手法
2026年9月15日 / 最終更新日時 : 2026年9月19日 admin Ruby on Rails

変更に強いテストを書く② specの並び順と共通化(長いspecの緩和と可読性向上)

前回は、長いspecが辛いのは追加とレビューの時だという話と、ファイル・describe・contextの分け方を書きました。 今回はその中身です。1つのdescribeの中を、どういう順序で書いて、どこまで共通化するか […]

RSpec共通化開発手法

正式版リリースのお知らせ

忘れん坊: 定期タスクの管理・リマインダー(Slack・メールに対応) タスクをカレンダーや一覧で管理し、チームで共有できます。
リマインドで、忘れやすい年次・月次タスクの実施忘れや、メンバー間の譲り合いによる実施漏れを防ぐ事ができます。

※詳細・使い方はこちら「通知駆動のススメ!チームの定期タスクの実施漏れを防ぐ」

  • プライバシーポリシー
  • お問い合わせ

Copyright © Night Only Project. All Rights Reserved.