ソフトウェア開発パラダイムの進化

開発とテストにおける慎重なオーケストレーションの重要性--ソフトウェア開発(3)

Atif Memon(メリーランド大学博士) 2017年05月24日 07時30分

  • このエントリーをはてなブックマークに追加

ソフトウェア開発パラダイムの進化に伴い、ソフトウェアプロセスも進化した。そして、今日のコモディティ化されたソフトウェアには、アジャイルプロセスが非常に適している――メリーランド大学カレッジパーク校 コンピューターサイエンスの教授を務めるAtif Memon氏はこう話す。日本では、ビッグツリーテクノロジー&コンサルティング(BTC)と共同研究しているMemon氏に、ソフトウェア開発とテストについて寄稿してもらう。今回は1回目2回目に続く3回目。

1. ソフトウェア開発におけるプロセス指向の視点

 ソフトウェア開発のプロセス(ソフトウェア製品として正式に定義されているかどうかにかかわらず)は、ソフトウェアの新規開発または機能強化の目的で実施される活動のワークフローである。

 典型的に、税金申告用のシステムなど重要かつ複雑なソフトウェアに関しては、そのプロセスが正式にそして注意深く定義されており、これとは対照的に学術会議用のウェブサイトなど、一回限りの使い捨てソフトウェアに関しては、プロセスが正式に定義されていない。

 なお、ソフトウェア開発プロセスに関する文献はあまりに多過ぎるため、ここでは言及しない。本稿の目的において重要な側面は、これらプロセスのほとんどで、ある意味、要件抽出、設計、モジュール分割、コーディング、デバッギングを取り巻く活動が含まれていることである。

 ソフトウェア開発プロセスに欠かせないのは、共存するソフトウェアテストプロセスからなる活動である。ソフトウェアテストプロセスは、ソフトウェア開発プロセスの一部であるかもしれない。

 しかし、ソフトウェアテストプロセスによって顧客が直接的に目にする成果物が生じるわけではない(通常、テストケースやテスト結果は、UI、ドキュメント、マニュアル、バイナリとは対照的に、エンドユーザーに提示されない)。したがって、説明を簡略化するために、本稿ではソフトウェア開発と共存する別のプロセスとして、ソフトウェアテストを扱う。

 このような扱いは、業界内でソフトウェアテストが受けている扱い、つまりソフトウェア開発において、最上級の扱いは受けていないということと一致している。むしろ、業界ではソフトウェアのテスト活動が、他の「より重要な」活動から切り離すことができるとされてきており、短納期で、品質の対極に位置する新たな機能に関する追加要望がある場合には、テスト活動は不要とされてきた。

 今日では、ソフトウェアのテストが重要な活動であるという認識が大きく深まっているにもかかわらず、テストは実装されたコードが想定された機能を果たすことを確実にする(あるいは強制的に行う) ための外部実体の役割を果たすだけである。

 コップ(警察)のような役割を果たすことで、それを構成する活動はソフトウェア開発とは分離され、これらの活動をソフトウェア開発者がどのように段取りするかについては開発者にゆだねられる。開発者に委ねたことによって、「誰がシステムテスト、ユニットテスト、検収テストのテストケースを記述すべきか」 、あるいは「どのようなドキュメントが統合テストのテストケースの記述に必要であるか」、さらには「いつテストを開発すべきか」 といった疑問が浮上する。

 ソフトウェア開発プロセスにおいて対となるものとして、ソフトウェアのテスト活動を極めて注意深くマッピングしなければならず、さもなければ組織はテストの恩恵を損なうリスクを負うこととなる。

 例えば、ソフトウェアのインターフェースが安定する前に、UIとシステムテストが開発され、CI(継続的インテグレーション) とテストサイクルの間に使われると、多くのテストは使用不能となり、結果的にテスト維持費用が急増することとなる。

 別の例として、ユニットテストがコード作成者ではなく、コードが開発者から提出された後で、専任テストチーム (開発チームではない) によって別途記述された場合、テストチームはコードロジックの理解やコードを作成した開発者との本来なら不必要なやり取りに余計な時間をかける必要が生じるので、全体的な費用は高くなる可能性がある。

ZDNet Japan 記事を毎朝メールでまとめ読み(登録無料)

  • このエントリーをはてなブックマークに追加

この記事を読んだ方に

関連ホワイトペーパー

連載

CIO
シェアリングエコノミーの衝撃
デジタル“失敗学”
コンサルティング現場のカラクリ
Rethink Internet:インターネット再考
インシデントをもたらすヒューマンエラー
トランザクションの今昔物語
エリック松永のデジタルIQ道場
研究現場から見たAI
Fintechの正体
米ZDNet編集長Larryの独り言
大木豊成「仕事で使うアップルのトリセツ」
山本雅史「ハードから読み解くITトレンド放談」
田中克己「展望2020年のIT企業」
松岡功「一言もの申す」
松岡功「今週の明言」
内山悟志「IT部門はどこに向かうのか」
林 雅之「デジタル未来からの手紙」
谷川耕一「エンプラITならこれは知っとけ」
大河原克行「エンプラ徒然」
内製化とユーザー体験の関係
「プロジェクトマネジメント」の解き方
ITは「ひみつ道具」の夢を見る
セキュリティ
エンドポイントセキュリティの4つの「基礎」
企業セキュリティの歩き方
サイバーセキュリティ未来考
ネットワークセキュリティの要諦
セキュリティの論点
スペシャル
エンタープライズAIの隆盛
インシュアテックで変わる保険業界
顧客は勝手に育たない--MAツール導入の心得
「ひとり情シス」の本当のところ
ざっくり解決!SNS担当者お悩み相談室
生産性向上に効くビジネスITツール最前線
ざっくりわかるSNSマーケティング入門
課題解決のためのUI/UX
誰もが開発者になる時代 ~業務システム開発の現場を行く~
「Windows 10」法人導入の手引き
ソフトウェア開発パラダイムの進化
エンタープライズトレンド
10の事情
座談会@ZDNet
Dr.津田のクラウドトップガン対談
Gartner Symposium
IBM World of Watson
de:code
Sapphire Now
VMworld
Microsoft WPC
Microsoft Connect()
HPE Discover
Oracle OpenWorld
Dell Technologies World
AWS re:Invent
AWS Summit
PTC LiveWorx
吉田行男「より賢く活用するためのOSS最新動向」
古賀政純「Dockerがもたらすビジネス変革」
中国ビジネス四方山話
ベトナムでビジネス
日本株展望
企業決算
このサイトでは、利用状況の把握や広告配信などのために、Cookieなどを使用してアクセスデータを取得・利用しています。 これ以降ページを遷移した場合、Cookieなどの設定や使用に同意したことになります。
Cookieなどの設定や使用の詳細、オプトアウトについては詳細をご覧ください。
[ 閉じる ]