テストを書くか書かないかの判断の話
writing_unit_test.md ユニットテストでテストを書くか書かないかの判断の話 お題 メソッドの出力の結果が、true か false のどちらでも返ってくる可能性がある場合、assert 文を書く時は true の場合だけで良いのだろうか テストとは まず、基本の考えとしてなぜテストをするのか？というのがあります。 テストとは、エラーをみつけるつもりでプログラムを実行する過程である。(via ソフトウェアテストの技法 [Glenford J. Myers]) という言葉のとおり、最小の手間でプログラムのエラーを見つけ出そうとする試みがテストです。裏を返せば、エラーが見つかる可能性が低いのにすべてのことを試すのはテストではありません。 判断するときの論点 いくつかこれを判断するときの論点があります (Boolean に限らず、「そのテストは必要か？」と考えるときの観点ともいえ
【CEDEC2015】"後発"ならではの強みを生かしたSHIFTのデバッグサービスとは 暗黙知の形式知化で安定・高品質を実現、環境系テストにも注力 | gamebiz
SHIFT<3697>は、8月26日、「CEDEC2015」で、「SHIFTが考える新しいゲームデバッグ手法『GAME CAT』とは？とJenkins Platform Enterprise Editionによるコンテンツパイプラインの改善」と題する講演を行った。セッションは二部構成だったたが、今回は、ゲームデバッグに関するセッションの模様をお届けしたい。島川知氏が登壇し、SHIFTのゲームデバッグサービスの紹介を行った。 ゲーム関係のデバッグ業務というと、ポールトゥウィンやデジタルハーツなどが有名だが、同社がゲームのデバッグ業務に参入したのは2013年と後発となる。参入以降、売上は順調に伸びており、毎年倍々で伸びているという。同業他社とは異なるテストサービスを行っており、現在では開発以外の全業務の支援を行っているそうだ。 それでは、SHIFTのデバッグ手法の特長とはどういった点にあるのか
脆弱性もバグ、だからテストしよう！
脆弱性もバグ、だからテストしよう 継続的セキュリティテストサービスVAddy プレゼン資料Read less
ソフトウェア開発で得た教訓22箇条 | POSTD
1. 小規模なものから徐々に拡張していく。 私は日頃、新たなシステムを作るにせよ既存のシステムに機能を追加するにせよ、必要な機能すら殆ど持たないようなとてもシンプルなバージョンを作るところから始めるようにしています。そこから当初予定していた機能まで、段階的にソリューションを拡張していきます。私は初めから細部にわたって計画をできたことはありませんが、代わりに開発を進めていく中で新しく見つけた情報をソリューションに役立たせます。 私はJohn Gallの、この言葉が好きです。 “複雑なシステムというのは、往々にしてシンプルなシステムから発展したものだ。” 2. 同時に複数のものを変えない。 開発中にテストが失敗したとき、あるいは機能がうまく動作しなかったとき、1つだけ変更すれば、問題発見が格段に容易になるでしょう。言い換えるなら、短いイテレーションを行いなさいということです。1つずつ変更を行い
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
