「1人アジャイル」から始める、アジャイル開発導入のススメ｜Agile Journeyローンチによせて - Agile Journey
みなさん、こんにちは。 ユーザベースという会社でSaaS事業のCTOを務める林 尚之です。 本日、新しいWebメディア『Agile Journey』がローンチされました。私はこのメディアに編集長として関わりますが、本稿では『Agile Journey』がどんなメディアで、なぜアジャイルをテーマとしたメディアを立ち上げたのかをお伝えしたいと思います。 『Agile Journey』はできるかぎり「実践」にフォーカスしていきたいと考えています。すでに世の中には、アジャイルに関する事柄を解説する本や資料がたくさんあり、「ペアプロってなに？」「TDDってなに？」という問いに対する基本的な解は容易に見つかるでしょう。しかし、「やり方を知る・理解する」と、「それをいかに実践するか」には別の難しさがあります。実際、私も「アジャイルをいかにして、実践するか」に関して日々、頭を悩ませていますし、試行錯誤を繰
Slim Framework と Docker を使って本格的にアプリを作ってみよう｜技術ブログ｜北海道札幌市・宮城県仙台市のVR・ゲーム・システム開発 インフィニットループ
Slim Framework と Docker を使って本格的にアプリを作ってみよう はじめに Web アプリケーションの開発をするにあたっては勉強しなければならないことは多く、どう勉強すれば良いかはなかなか難しい問題です。初心者向けの解説は比較的たくさんあるのでとりあえずやってみるくらいは何とかなるものの、実戦的な開発がどうなっているかという総合的な話は実務を経験しないとわからないことが多いことでしょう。 ということで、本記事では最近流行の Docker と、そこそこ名前は見かける PHP のマイクロフレームワークの Slim Framework を使って実戦的な Web アプリの開発をしてみる（開発環境を作ってみる）こととします。実装的には、ドメイン実装としてユーザー登録、ログイン、ユーザー情報取得の3つのAPIを実装するところまでを取り扱います。また、静的解析を最大限活用してユニット
はじめに ZOZOMO部プロダクト開発ブロックの木目沢です。 ZOZOMOで提供しているZOZOTOWN上での「ブランド実店舗の在庫確認・在庫取り置き」APIの開発に携わっています。 今回は、開発当初から現在に至るまでのユニットテスト戦略についてお話しします。 意識してテストを書いていたのにカバレッジが低い問題 2021年11月にリリースされたブランド実店舗の在庫確認・在庫取り置きの機能ですが、開発当初のユニットテスト方針は以下のようなものでした。 モデルのユニットテストは必ず書く モデル以外の箇所は可能な範囲でユニットテストを書く 当時は実装のコードよりテストコードを先に書くといった文化はなく、レビューでテストの有無や内容を指摘する程度のものでした。 カバレッジも取っており、GitHub上では見える化していたものの、いつの間にか確認する機会も失われていきました。 もちろん、リリース前には
はじめに かれこれ１年以上前のことになりますが、今の開発組織でデータベースに接続するJunitを使ったIntegrationTest1 を開発者のPCとCIで実行できる仕組みを作りました。 トライしたきっかけと想い 仕組みの設計・導入をする時に気を付けたこと 具体的な実現方法 トライしてみて感じたこと を記載します。 トライしたきっかけと想い 私が保守開発を担当しているプロダクトは20年近く運用されているWebアプリケーションです。(サーバーサイドはJava) 単体テストの仕組みと文化が無いまま長期間運用されており、大半のコードがレガシーコードという状態でした。 一部テストが書かれている箇所もありましたが、CIでの実行の仕組みはなく腐ってしまっているものも多い状態でした。 そこに @autotaker1984 さんがCIでの単体テスト実行の仕組みを作ってくれて、単体テストを書くべきというマ
Jailer is a tool for database subsetting, schema and data browsing. It creates small slices from your database and lets you navigate through your database following the relationships.. Ideal for creating small samples of test data or for local problem analysis with relevant production data. Features The Data Browser lets you navigate through your database following the relationships (foreign key-b
ふつうのユニットテストのための７つのルール
はじめに 「テストが大事」 これは生産性と品質を高めるための基本的な考え方です。なので 「テスト書かないと」 ってことはみんな同意するのでUnitTestらしきものが書かれてることは多いのですが、役に立たなかったりむしろ有害ですらあるテストがあふれているプロジェクトもあります。作った人に罪は無いのですが、頑張ったのに悪い方向に行ってしまうのはもったいない これはユニットテストを有効活用するための最低限のルールが守られてないためです。あまり学校で習う類のものでもないかもしれないですし、大事だと思うので個人的な見解をまとめておきました。 ポータビリティを大事にする 繰り返し実行できるように作る Unit Testですべての自動テストをしない モックやスタブを過度に使わない ひとつのテストケースにはひとつの観点しか検証しない テスト内容が分かる名前をつける ログや標準出力は極力出さない Java
www.mizdra.net 皆さんがどうしているのか知りたい！ 私も知りたい！！！ ちょっとはてブコメントで雑に書いてしまったので、私の場合をちょっと記事にしてみることにしました。 ただ、特に変わったことはやってないと思います。必要だと思うテストケースなら歯を食いしばって書いたりレビューしたりしています。 なのでこの記事を読む価値はほとんどありません。ご清聴ありがとうございました。 追記: 読み返すとまとまりの無さが酷い。酔った勢いでダラダラ書いてしまった良くない・・・ 私の場合（要約） テストを考慮してない実装についてはDBを使うテストを書いていました。 DBのテストデータは実際には自動生成することはありませんでした。良さそうなら試したいですが基本的にやりたいテストケースがあって書くのでランダム値を使おうとは思わないです。 DBの依存をRepository層としてインタフェースに切り出
概要 Spring BootでMVC関連の処理やログイン関連の処理のテストコードについて、あれこれ試行錯誤しながら書いたので、備忘録としてまとめておきます。 ※ログイン関連の処理については別記事に書いています。 もっといい書き方等ご存知でしたらやさしく教えて頂けるとうれしいです（╹◡╹） ソースコードはGitHubで公開しています。 基本テストコード ログイン処理 読まなくても何とかなる前置き(クリックで開閉します) 昨今、テストコードを書いた方がいい、という話がしばしば耳に入ってきていました。 それなら書いてみるか、と思って調べてみると、大体四則演算レベルのテストで止まってしまっており、実際のアプリでどう書いたらいいの...!? となってしまい、いまいちテストコードを書くのに踏み切れていませんでした。 このままではマズいなと思ったので、お盆休みを生贄に捧げ、Spring Bootでエラー
こんにちは。こむろ＠札幌です。 ある人たち（？）から毎度記事が生生しすぎると言われました。今回もそうかもしれません。 *1 概要 自分が開発に関わっているPrismatixというサービスはAPIサーバーをSpring Bootアプリケーションで実装している。その中でデータマイグレーションの手段として Flyway を利用している。 指定された Migrationファイル（SQLやJavaコード等）を必ず決まった順序で実行し、それらをどこまで適用したかを管理してくれるなど、とても役に立つ機能が豊富にあるため様々なところで紹介されている。 Developers.IOでもいくつか関連のエントリーが確認できた。とても参考になるのでおすすめ。 [Spring Boot] Flyway 3系で作ったテーブルを Flyway 5系にアップデートする方法 [Spring Boot 1] flywayのデー
GitHub - Wisser/Jailer: Database Subsetting and Relational Data Browsing Tool.
Jailer Database Tool Jailer is a tool for database subsetting and relational data browsing. The Subsetter creates small slices from your database (consistent and referentially intact) as SQL (topologically sorted), DbUnit records or XML. Ideal for creating small samples of test data or for local problem analysis with relevant production data. The Data Browser lets you navigate through your databas
リアルなテストデータを作ってモック化までできる Mockaroo - kakakakakku blog
リアルなテストデータを簡単に作ってモック化までできるサービス「Mockaroo」を紹介する❗️データベースのテストデータを作ったり，フロントエンドを実装するときに必要になるバックエンド API をモック化できる．テストデータに test や hoge という文字列を使ってしまうと本番環境相当の確認がしにくく，できる限りリアルなテストデータを作りたい場面は多くあると思う💡 www.mockaroo.com Mockaroo の特徴としては，サポートしてるタイプがなんと現時点で「13 カテゴリ（169 種類）」もある．以下にカテゴリごとにタイプ数をまとめる．What's new を見ると，定期的にタイプは増えている． Advanced（10 種類） Basic（29 種類） Car（1 種類） Commerce（13 種類） Construction（6 種類） Crypto（7 種類） H
毎度ながら忘れる。。。 データのインポートはcsv使います。公式ではXMLでの記載しか書いてないですけど、XMLは面倒なんです。 環境springboot 1.5.x DBUnit2.6 DBUnit公式まずは何より公式をチラ見しましょう。 DBUnit 参考SpringBootでDBも絡めた単体テストを書いてみる build.gradletestCompile group: 'com.github.springtestdbunit', name: 'spring-test-dbunit', version: '1.3.0' testCompile group: 'org.dbunit', name: 'dbunit', version: '2.6.0'eclipse上だと、依存を追加するだけで良いが、Jenkinsなどでgradleタスクを実行する場合だと、出力先ディレクトリが変わるので
8. データベースのテスト — PHPUnit latest Manual
初級者・中級者向けのユニットテストのサンプルは、 どんな言語を対象としたものであっても、 テストしやすいようなロジックに対してシンプルなテストをしているものばかりです。 データベースを扱う一般的なアプリケーションを考えると、これはまったく現実離れしています。 たとえば WordPress や TYPO3、あるいは Symfony で Doctrine や Propel などを使い始めるとすぐに、 PHPUnit でのテストがやりづらいことを実感するはずです。 データベースとこれらのライブラリが密結合になっているからです。 Note PHP の pdo 拡張モジュール、そしてデータベースごとの拡張モジュール (pdo_mysql など) がインストールされていることを確認しておきましょう。 これらがインストールされていないと、以下のサンプルは動きません。 きっと日々の業務やプロジェクトでも身
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ZOZOMO開発チームのユニットテスト戦略とテスト駆動開発 - ZOZO TECH BLOG
データベースに接続するテストの仕組みを整備した話 - Qiita
Open Jail - The Jailer Project Web Site
DBが関わるテストコードについて、私の場合 - 日々量産
Spring Bootでテストコードを書いてみる - Qiita
Flywayによる起動時のMigrationを制御する | DevelopersIO
【Springboot×DBUnit】DBを絡めたテストの設定｜なつめ