はてなブックマーク

最近のシステム開発は短納期が当たり前で、十分なシステムテストの期間を取るのが難しいですね。それなのに品質は高い精度がもとめられます・・・ システム開発におけるテスト工程では量よりも質が重要になってきいると自分は最近感じています。 システムテストを実施する際の「担当者の質」「テストの質」で気を付けていることを５つ紹介したいと思います。 Index 1.テスト項目数よりも観点を重視 2.テスト消化数よりもバグ検出数を重視 3.自分の作った機能はテストさせない 4.システムテスト期間中のバグは「良」とする 5.自分が利用者となってテストする まとめ 1.テスト項目数よりも観点を重視 教科書的にはシステム開発で作成したプログラムコードのステップ数に対して、必要なテスト項目数を算出してテスト仕様書を作成していると思います。 これは必要なことだと思うのですが、ここで抜けているのが「観点」だと思います。

ログの出力内容は意外と設計時に考慮不足で、コーディング時にプログラマのスキルに依存する事が良くあります。 何も問題がなければそれでもよいのですが、エラーメッセージが表示された場合に、どこで何が起きているのか？探すのにログが適切出ないと時間がかかり、利用者への迷惑だけではなく、担当者の作業時間も大きく関係してきます。 そんな背景もあり「６Ｗ２Ｈ」の観点で、設計段階で考えるログ設計の考慮事項を整理してみました。 Index ６Ｗの項目 ２Ｈ＋１Ｗの項目 まとめ ６Ｗの項目 出力日時 – [When] ・年月日時分 ・秒やミリ秒の出力は必要か検討 ・出力時間はUTCかそれとも日本時間か検討 補足: 年月日時分はログとして当たり前の項目ですね。秒・ミリ行はシステムの性質から必要可否を選ぶと思いますが、基本は出しても良いと自分は思います。 意外と見落としなのは基準時間をUTCにするのか、それとも日本