ツールを設計技法の一つとして使いたい
ツールをいくら使いこなせたとしても、開発がスムーズでなかったり、システムの品質が良くない時もある。
下記の記事を読んで考えた事をメモ。
【元ネタ】
テストツールとテスト設計意識: ソフトウェアテストの勉強室
状態の洗い出しへHAYST法かpairwise法の適用: ソフトウェアテストの勉強室
TestLinkを使いこなせば、大人数でのテスト作業を効率化できる。
でも、それだけではシステムの品質は保証できない。
TestLinkを運用してみて、テストケース作成の技術がとても重要だと体で感じた。
いくらテストしても、テストケースでカバーしていない仕様は、結局バグの温床になる。
かと言って、テストケースをたくさん作っても、テストが納期までに終わらない。
リスクベースドテストでは、プロダクトリスクの高い機能やバグを先にテストするが、それだけでも不十分。
もう一段階上のテストケース作成技法が必要。
テストでは、網羅性が非常に重要。
だが、実際のテスト工数は限られれているので、有限のテスト工数でどれだけ質の高いテストケースでテストできるか、が重要になってくる。
テストケース作成の基本は、システムや業務フローの状態遷移図を一通りテストできるようにすること。
そのためには、状態を漏れなく重複無く洗い出し、状態遷移のフローを漏れなく洗い出す事が大事。
それは、設計技法そのものだ。
単に、顧客の要望を吸い取ってそのままプログラミングすればいい訳ではない。
矛盾無く整合性が取れたシステムを作るには、設計や実装で試行錯誤しながら、穴がないプログラムを作っていかなければならない。
テスト管理や品質管理は日本のお家芸とも言える技術。
この技術をテスト前の設計技法に組み込んで、ツールでサポートするようにしたい。
今はRubyやPythonなどの軽量言語で簡単にプログラムを書けるし、PHPやRailsで簡単にWebシステムを作れる。
直交表やPairwise法のアイデアをツールで実現して、テスト前の設計工程で、設計技法の品質を高めたい。
ExcelやPowerPointだけで設計できるものではないはずだ。
追記:
ソフトウェアテストの書籍は最近はたくさんある。
下記のリンクの解説はとても分かりやすいのでメモ。
| 固定リンク
「プロジェクトマネジメント」カテゴリの記事
- チームトポロジーの感想~大規模アジャイル開発でも組織構造は大きく変化する(2025.01.01)
- 「スクラムの拡張による組織づくり」のScrum@Scaleの感想(2024.03.31)
- ストラテジストとプロジェクトマネージャの役割の違いは何なのかpart2~プロセスのレイヤと達成目標のレイヤが異なる(2023.02.18)
- ストラテジストとプロジェクトマネージャの役割の違いは何なのかpart1~CSFはWBSみたいなものと捉える(2023.02.14)
- PM理論では課業志向の方が関係志向よりも生産性が高いことを主張しているのではないか(2023.01.22)
「ソフトウェア」カテゴリの記事
- 「RedmineのUbuntu+Docker構築への移行」の感想 #redmineT(2024.11.24)
- Javaのモジュールシステムの考え方をまとめてみた(2022.10.21)
- Javaのenum型はシングルトンクラスみたいだ(2022.06.20)
- テスラが従来の自動車メーカーと異なるところは工場までソフトウェア化すること(2022.02.09)
- 「RubyやRailsは終わった」という記事のリンク(2022.01.09)
「ソフトウェア工学」カテゴリの記事
- チームトポロジーの感想~大規模アジャイル開発でも組織構造は大きく変化する(2025.01.01)
- Redmineは組織のナレッジ基盤として実現可能なのか~島津製作所の事例を読み解く #redmineT(2024.12.29)
- アーキテクチャ設計はベストプラクティスを参照するプロセスに過ぎないのか?~Software Processes are Software, Too(ソフトウェアプロセスもまたソフトウェアである)(2024.09.22)
- 「システムアーキテクチャ構築の原理」の感想part2~非機能要件がシステムのアーキテクチャに影響を与える観点をプロセス化する(2024.05.06)
- 「システムアーキテクチャ構築の原理」の感想(2024.05.06)
コメント