[フレーム]
はてなブックマークアプリ

サクサク読めて、
アプリ限定の機能も多数!

アプリで開く

気に入った記事をブックマーク

  • 気に入った記事を保存できます
    保存した記事の一覧は、はてなブックマークで確認・編集ができます
  • 記事を読んだ感想やメモを書き残せます
  • 非公開でブックマークすることもできます
適切な情報に変更

エントリーの編集

loading...

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。

タイトルガイドライン

このページのオーナーなので以下のアクションを実行できます

タイトル、本文などの情報を
再取得することができます
コメントを非表示にできます コメント表示の設定

ブックマークしました

ここにツイート内容が記載されます https://b.hatena.ne.jp/URLはspanで囲んでください

Twitterで共有

ONにすると、次回以降このダイアログを飛ばしてTwitterに遷移します

537users がブックマーク コメント 106

ガイドラインをご確認の上、良識あるコメントにご協力ください

0 / 0
入力したタグを追加

現在プライベートモードです 設定を変更する

おすすめタグタグについて

よく使うタグ

雑に作って、それから作り込んで、最後にテストを書く「テストラスト」開発 - give IT a try

537 users blog.jnito.com

ガイドラインをご確認の上、良識あるコメントにご協力ください

0 / 0
入力したタグを追加

現在プライベートモードです 設定を変更する

おすすめタグタグについて

よく使うタグ

はてなブックマーク

はてなブックマークで
関心をシェアしよう

みんなの興味と感想が集まることで
新しい発見や、深堀りがもっと楽しく

ユーザー登録

アカウントをお持ちの方はログインページへ

記事へのコメント106件

  • 注目コメント
  • 新着コメント
brn_take
そもそもスタートアップや市場の反応がわからないモノを作るときはテストなんて後回しでいいやろ スピードが全てで当たったら作り直しゃええ プロダクトのフェーズが全て

その他
gabill
一番不確実なレイヤーのテストを最初にやろう、ということか。

その他
t-wada
仕様が固まることはないので、テストが得意な人やテストを書きやすい領域では粗く雑なテストを同時に書くのが合理的で、テストが苦手な人やテストを書きにくい領域では後からテストを書くのが合理的なのだと思います

その他
trace22
最初から自動テストが書けるのは解こうとしている問題と結論が明らかでないと極めて非効率だし、そんな簡単な仕事ばかりではない

その他
raimon49
動くものを人に見せてフィードバック貰えた方が開発する側としてもモチベーションにもなるし、これは分かる。

その他
tk_musik
でもテストファーストの話、あれって一度価値を出したらその後も迅速な価値を求められ続けてリファクタリングのターンが来ない、だからテストからやる、って話なんじゃないの。机上の空論度そんなかわらんとおもう。

その他
luege_traum
UIとかなら同意だし、とにかく一気通貫で動かすものを作れば第三者検証も回せる。何でもテストファーストだのラストだのにすりゃ良い訳じゃなくて、時と場合に応じて柔軟にやりましょうって話に尽きるかと

その他
takeag
テスト書くと遅くなるって考えの時点でちがうんだよなー。

その他
totoronoki
まずは見せるところをスタートにするの良いよね。

その他
xlc
仕様が決まったらテストを書く、という話かと思う。請負なら仕様は最初から決まっているが、挑戦的なプロダクトなら最初は実現可能かすら分からないことだってある。そのためのプロトタイプにテストは要らんだろ。

その他
yosio_ism
リリースした後にその機能のテスト書いたりリファクタをするチャンスはあんまりないよね...

その他
rryu
UI関連だとテストコードを用意しなくても実行できるので優先順位が低い訳で、モジュールやAPIはそれを実行するためにテストコードを利用した方が早いというだけだと思う。

その他
pmint
レビューはテストの一種。アサーションもそうなので、実際にはテストしながらの実装。「テストファーストじゃないほう」は呼び名もないほど当たり前のことで「自動テストじゃないほう」もそう。

その他
takc923
僕も大体同じ順番でやってる

その他
nasustim
「最悪このままでもリリースできる状態」の安心感わかるなぁ。自分は新しいモジュールを作るときには 大枠の機能を作る → 作った分のテストを書く → 細かい挙動とテストを詰めていく でやることが多い

その他
ducktoon
趣味か仕事かで変わってくる。仕事だと最後になってもなるべく書かない (書いても評価されないどころか仕事が遅いと見なされる)

その他
twotiger
一概にウォーターフォールよりアジャイルが優れてるとか、動的型付けより静的型付けが優れてるとは言い切れないみたいな話か

その他
kfujieda
テスタブルな設計ができていて、テスト環境も整っているならいつ書いてもいいと思うけど、自分の書いたコードの動作確認を手と目でやるのはもう嫌だな。

その他
koyancya
もう出来上がってるのに後からテストだけ書けるの、精神力が高い

その他
wkpn
ゲーム開発では作ってたパートがまるっとなくなることもあるし、なくなるもののためにテストを書くのは馬鹿らしいので、テストラストはすごく良いと思った。

その他
kabakiyo
自分もそんな感じ。APIとかはテストを先に書くけどね。inとoutが先に決まってるから。

その他
spam_lover
マジでガワだけっすよ?イイっすか?イイっすか?で見せたら、プレス打とうとするのほんま草

その他
saikyo_tongaricorn
雑に作る→作りこむ準備をする→新しい仕事が降ってくる

その他
pokepirk
ちゃんと趣旨を理解してるブコメと、ただのテストしない言い訳の材料にしてるブコメがあるな。

その他
tanority
そんなに簡単に割り切れるんだっけ? テストする事でわかる部分と別に後回しでもいい部分ってのがあるような気がするけど。 テストしてバグなんで大きく作り直しってことにはならんのかな?

その他
turanukimaru
雑に作るときは正常系実行確認程度の雑なテストを同時に作りたい。挙動確認を1クリックで済ませたいのと、雑なテストすら維持するのが難しい場合はだいたい設計とかデータの持ち方を間違えてるからだ。

その他
at_yasu
CS-Fixer とかを通すとガッツリ変更量が増えるごめんなさい。

その他
tg30yen
世の中の大体の開発はこうじゃない?

その他
ledsun
テストコードだけをテストっていうから誤解を生むのでは?(テストコードなしの)動くソフトウェアを作って「作りたい物は何か?」をテストしてそう。そういう意味では、ユースケースシナリオが最初のテストなのかも

その他
nihonbuson
テスト作成は手段なので、「どのタイミングでテストを書くか」ではなく「どんな目的でテストを書くか」をハッキリさせてくれというお気持ち。なのでテストファーストもテストラストも必要な場合があると思ってます。

その他
zyzy
静的型付き言語だと、テストを先に書く動機の大半が達成できちゃうし。

その他
ema_hiro
仕様が変わらないことが条件のリファクタリングのときは先にテスト書くけど、普通の機能実装してるときはあとからテスト追加することは多い、というかほぼそれ。ただまぁテストの目的に依存しそうな話ではある。

その他
aoken_is_god
わ

その他
hatest
イーロン曰く「雑に作って、それから作り込んで、最後にリリースしてユーザーがテストさせられる(修正はリコールで)それが『テス(ト)ラ(スト)』開発」

その他
auto_chan
汎用的なちっちゃい部品は作りながらテストしちゃったほうが楽、結合した機能はどうせ仕様が変わるのでそこそこ固まってからテストだね!

その他
odan3240
実装書きながらこの辺壊れやすいしテスト書いておくかという流れがいいんだなと最近思ってる

その他
rck10
ビジネス都合で技術的負債を積むことはよくある話。問題は、客がその後のテスト+リファクタコストを削減しようとすること。未来の開発者の為のコストはとかく無視されがち。

その他
shag
後からテストを書ける人。つまり最低一度はテストファーストでプロダクト書き上げたことがある人向けのやり方だよね。全体の絵が見えてないと出来ないので、初心者が間に受けると痛い目に合う。

その他
MARKDK
ビジネスには当然時間的な制約があるので、それとの兼ね合いで重要度が低い機能は手動テストのみでリリースはありだと思う。ただあとからテストを書く時間なんてものはそうそうやってこないと思うが

その他
naopr
納得。現実的かつ合理的な開発スタイルだと思う

その他

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

リンクを埋め込む

以下のコードをコピーしてサイトに埋め込むことができます

プレビュー
アプリのスクリーンショット
いまの話題をアプリでチェック!
  • バナー広告なし
  • ミュート機能あり
  • ダークモード搭載
アプリをダウンロード

関連記事

usersに達しました!

さんが1番目にブックマークした記事「雑に作って、それ...」が注目されています。

気持ちをシェアしよう

ツイートする

雑に作って、それから作り込んで、最後にテストを書く「テストラスト」開発 - give IT a try

(この話は最初Twitterに書こうと思ったけど、長くなるのでブログに書くことにしました) 僕はRSpecやMi... (この話は最初Twitterに書こうと思ったけど、長くなるのでブログに書くことにしました) 僕はRSpecやMinitestでテストを書くのは得意ですが、常にテストファースト(TDD)で開発するとは限りません。 今業務でやってるタスクはこんなふうに進めてます。 雑に動くものを作る ↓ 見た目をきれいにする&機能を作り込む ↓ テストを書く ↓ リファクタリングする この順番で開発する理由を以下に述べます。 雑に動くものを最初に作る理由 最初は見た目とか、異常系とか、細かい仕様とかを無視して、正常系が一通り動くものを作ります。 これはこれから作ろうとしているものの認識が合っているかどうかをPO(プロダクトオーナー)に確認するためです。 実際に動く画面を見せると「こんな感じでOK」とか「ここはこういうふうにしたい」というフィードバックをもらうことができます。 また、開発者としてもコードを書きな

ブックマークしたユーザー

  • m0t0m0t02025年10月10日 m0t0m0t0
  • ugo_uozumi2025年05月02日 ugo_uozumi
  • kamada-math2025年03月21日 kamada-math
  • shimada2272024年11月12日 shimada227
  • katsukiniwa2024年06月07日 katsukiniwa
  • tatadkn2024年05月24日 tatadkn
  • matsuoshi2024年03月06日 matsuoshi
  • tsumichan2023年10月25日 tsumichan
  • techtech05212023年09月06日 techtech0521
  • fuyu772023年04月27日 fuyu77
  • kuredev2023年04月27日 kuredev
  • kaido2023年04月01日 kaido
  • hush_in2023年03月29日 hush_in
  • grasso02102023年03月25日 grasso0210
  • bootJP2023年03月20日 bootJP
  • teruyastar2023年03月16日 teruyastar
  • knj29182023年03月16日 knj2918
  • quodius2023年03月15日 quodius
すべてのユーザーの
詳細を表示します

ブックマークしたすべてのユーザー

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - テクノロジー

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

同時期にブックマークされた記事

いま人気の記事 - 企業メディア

企業メディアをもっと読む

はてなブックマーク

公式Twitter

はてなのサービス

Copyright © 2005-2025 Hatena. All Rights Reserved.
設定を変更しましたx

AltStyle によって変換されたページ (->オリジナル) /