「はじめて学ぶソフトウェアのテスト技法」は良本
「はじめて学ぶソフトウェアのテスト技法」を読み直して、いい本と思ったのでメモ。
【元ネタ】
はじめて学ぶソフトウェアのテスト技法 : 賢者の図書館 (Under Construction) : livedoor Blog(ブログ)
初心者はRubyやJavaなどのプログラミングから入るけれど、テスト技法の習得も重要。
書いたプログラムが正しく動いているという正当性は、テストした結果を見せなければ誰も信用しない。
「はじめて学ぶソフトウェアのテスト技法」では、各種のテスト技法を具体例を付けながら丁寧に説明してくれている。
個人的には、テスト技法を使いこなしているかどうかの簡単な基準は、同値クラステストと境界値テストだと思う。
テストで使われるテストデータは、同値分析によってかなり減るのに、無駄にたくさんのデータを使って同じテストをしている人もいる。それは労力の無駄だ。
プログラムのバグは、境界値で発生する時が多いが、境界値付近のテストが不十分な人も多い。
また総合テストやシステムテストのように、シナリオベースないし本番環境に近いデータを使う場合、データの組み合わせを十分に考慮する必要がある。
その場合、ペア構成テストや直交表を使いこなせると威力を発揮するだろう。
日本の品質管理は世界でもトップクラスだと思うが、その理由は、詳細な仕様書をあらかじめ作っておき、その仕様書を元に、ペア構成テストや直交表を使って、想定される本番運用のテストデータを作りこんでテストする方法でやってきたからだと思う。
TestLinkを使った時に感じたことは、テスト技法はプログラミング技法とは異なる技術であり、どうしてもアジャイル向きと言うよりも計画駆動になりやすい。
アジャイル開発と組み合わせたテスト技法はもっと色々研究される余地があるように思う。
| 固定リンク
「ソフトウェア工学」カテゴリの記事
- なぜInfrastructure as Codeが必要なのか?(2021.04.18)
- Excel駆動でWBSやガントチャートが作れない人はどこに原因があるのか? #redmine(2021.04.18)
- テスト駆動開発が抱える問題は可読性と保守性のトレードオフ #dxd2021 #streamA(2021.04.10)
- プロジェクト管理手法はプロジェクト型開発からプロダクト型開発へ変えるべきだ(2021.04.01)
- ソフトウェア開発は打ち合わせ駆動開発だ(2021.03.30)
「TestLink」カテゴリの記事
- テスト管理ツールに必要とされる機能要件は、欧米と日本で異なるのではないか(2020.11.02)
- TestLinkにExcelのテスト項目書をインポートする方法(2017.06.01)
- TestLink Tutorialのリンク(2016.03.12)
- TestLinkで手動テストや自動テストの結果を統合してレポートさせる手法(2016.01.31)
- エバンジェリストが訴求するのは製品や技術ではなく市場を開拓すること(2015.03.14)
「Agile」カテゴリの記事
- Excel駆動でWBSやガントチャートが作れない人はどこに原因があるのか? #redmine(2021.04.18)
- テスト駆動開発が抱える問題は可読性と保守性のトレードオフ #dxd2021 #streamA(2021.04.10)
- 沢渡さんの資料「テレワークに役立つ8つのスキル」はいいね(2021.04.04)
- 要件定義プロセスはDXで終焉するのか(2021.04.01)
- プロジェクト管理手法はプロジェクト型開発からプロダクト型開発へ変えるべきだ(2021.04.01)
コメント