【考察】テストコードのきれいな書き方 - Qiita

作ったものが想定した動作をしているか。 それを確認するために、テスト（試験）を行います。 検証したいことがちゃんと実現できて確認が取れているのであれば、その品質自体は割と気にされないことが多い印象です。 保守・運用・追加開発 をしていくプロジェクトが多くあると思います。 その作業の中で、改善を取り入れていくこともあると思いますが、その中でも一番後回しにされるのが、テストコードの改善のように思います。 推測ですが、「コストによるメリット・リターンが少なすぎる」ことが理由かな…と（開発者目線ではリターンが大きいのですが、運用者目線ですとリターンが少なく見えてしまう）。 であれば、最初からある程度綺麗なものがどういうものかを考え、作成しておけば良いのではないか・・！ ということで、考察していきたいと思います。 前提 考察をするにあたり、言語化した時の表現や意味のズレが発生しやすい部分もあると思い

[hase0510]

4-phaseじゃなくAAAがいいと言うなら、なぜTeardownがいらないのかの説明が欲しい気持ち

[pmint]

なぜかブックマーク増えてる。スタブとモックは同じ意味でしょ。「PHPのrequireは呼び出しで、includeが埋め込みです」みたいな解説と同類。コードは読み物ではなく辞書なので、読みやすさよりも探しやすさ。

[takeag]

コードサンプル欲しかったなー

[l__LINE__l]

ChatGPTに投げて生成する

[rub73]

分析できる方を尊敬する