エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
テストをテストする方法 #1 - うさぎ組
本投稿はずいぶんと前に書いたものですが、せっかくなので公開します。 要求元はたしか@ebc_2in2crcさん... 本投稿はずいぶんと前に書いたものですが、せっかくなので公開します。 要求元はたしか@ebc_2in2crcさんだった。 ソフトウェア開発においてテスト自体が正しいかどうかを確認することは非常に困難です。どんなときにテストの正しさを気にするかというと、自分には3つありました。 テストをレビューするとき テストのリファクタリング 知らないプロダクトを触るとき それぞれでどのような施策を打てるかやってみたことを書きます。 テストをレビューするとき 具体的な値を使っているテストは同値内のいずれかの値に変更してみる テストをレビューするときにテストが正しいかどうかを簡単にまず試す方法としては、入力値を同値内のいずれかの値に変更することです。QuickCheckやランダム値生成などを使っていない貧困なテストでは同値分割ができていない事によるテストもしくはプロダクトのバグが発見できていない場合があります