紹介文 :
Blogなどの不特定多数の人が利用するサービスにおいては、誰がどんな目的で利用するのか把握することは難しいですが、コミュニケーション（多い・少ない）と読み手（特定・不特定）の２軸により整理することでうまく整理しています。ターゲットユーザーを想定する際の試行錯誤の過程も提示してあるので、ペルソナ法をどのように適用すべきか、１つの事例として参考になります。

紹介文 :
仕様というソフトウェアの核となる成果物の品質向上については、様々なアプローチが議論されています。このため、それぞれの特徴や役割分担を明確に踏まえ、問題に応じて選択し、組み合わせ活用することが重要です。本論文は、形式仕様記述手法と要求記述手法に関し、この観点から位置づけの整理を試みています。

紹介文 :
レビュープロセスの質をチェックリスト形式で評価することで得点化する方法、および、レビュー指摘の価値を指摘工程と影響範囲でポイント化し、金額換算する方法を提案しています。従来のレビュー速度でレビューの質を捉えたり、単純に指摘件数をレビューのアウトプットとするよりは、より実感できる形でレビューの質と価値を把握できます。数値の精度は十分ではありませんが、簡便な方法で実践できるのが良いです。

紹介文 :
テスト終了判定基準について、その、客観性をどうやって確保したらよいかについて書いた論文です。 複数のメトリクスを取得し、多方面からの考察を加えることの重要さについて理解できます。 最終的に「金額」という統一メジャーで測定できないかという展望も述べられています。

紹介文 :
派生開発におけるデグレード、特に、リソース制約が原因で発生するデグレードを防止することを目的とした「影響マトリクス」を提案しています。トレーサビリティマトリクスの使い方を工夫した研究です。

紹介文 :
単体テストを実施することによる、効果と注意点について述べられています。成功事例が2つデータで示されているので非常に参考になるでしょう。 また、負荷が増大する部分についても丁寧な議論がされており、実際に、単体テストを改善しようとしている人にとって貴重な論文となっています。

紹介文 :
今日、単に機能面の品質が良いというだけでは買ってもらえない。コスト（価格）や「プラスα」の何かが必要。そこでサービス品質を、この「プラスα」のひとつとして捉える。しかしなから、サービス品質は一様ではないため、お客様の要求を掴むためのプロセスの明確化とサービス要求の定量化が必要になる。 本報告書では、サービス品質をお客様の満足度で捉えている。このお客様満足度を掴むプロセスの一つとして「アンケート調査」があるが、これは集計までの時間がかかることと、そこから具体的なアクションを引き出しにくいという欠点がある。そ

紹介文 :
テスト観点の洗い出しにNGT(Notation for Generic Testing)を活用している。作成されたテスト観点テンプレートはドメインに依らず汎用性があるので、どのような組織にも参考になります。

紹介文 :
テストの自動化に関心のあるプロジェクトは多いので、どのように導入を進めればいいのか、実際に導入するとどこで困るのかがわかりやすく書かれています。自動化の場合は特にそれに向けた戦略が重要なので、計画段階で自動化を見据えた計画にしても良いと思いますが、この報告に書かれているポイントを押さえる事で、自動化による「こんなはずではなかった」はかなり防げるのではないでしょうか。

紹介文 :
開発期間が短い派生開発において、追加機能の要求仕様書が短期間に精度の高いものが書けることは重要だ。そこで仕様モレが少ない表記法として「USDM」を導入しようとしたが、従来の書き方に慣れた人たちにとってギャップが障壁となった。そこで慣れない現場の人たちを誘導するために何が必要かを「現場の目線」から探り出し、初心者向けにUSDMガイドラインを作成した。このような障壁は新しい方法を導入しようとするときにつきものであるが、その解決方法として今回のような優しく誘導するという取り組み方は、ガイドラインを作成することで推進者自身がその手法を理解することになり、いろんなケースに応用できる取り組み方である。

紹介文 :
改善推進側の立場から、『プロジェクト特性に見合ったレビュープロセスの適用』と『レビュー成熟度に応じたレビュー改善』を客観的な診断に基づき推進する手法を提案している。また、その診断を各プロジェクトが簡単に自己診断できるためのツールも開発しており、プロジェクトが自立的にレビュー改善を推進できるように工夫されている。

紹介文 :
予め指摘難易度の異なる欠陥を埋め込んだ仕様書を被験者にレビューさせ、的確に指摘ができるかを見るという興味深い実験をしている。実験結果として、難易度が一番簡単な欠陥は有意に指摘率が高かった。指摘率と被験者の開発経験には有意な関係は見られなかった。実験結果は部分的な成果ではあったが、要求から仕様に落とす際のパターンをモデル化し、その難易度を設定した「要求分析スキルモデル」はスキル評価以外にも大いに活用できるであろう。

紹介文 :
派生開発においては、全てのテストを実施する工数がないため、影響度分析を行い、関連する箇所を絞り込んでテストをすることが有効です。 本研究では、派生開発時の影響範囲を可視化し、機能間の関係性及び資源の共有について機能間マトリクスを作成するという方法を取っています。XDDPのTMと組み合わせることで派生開発時のテストの効率化が行えることでしょう。

紹介文 :
前年度の直交表の報告の問題点に取り組んだ活動です。直交表を使う前段階で、何をテストすべきか、テストの漏れを防ぐにはどうしたらよいか、ということに着目したものになっており、テスト観点の抽出方法およびテスト技法の結びつけがわかりやすく書かれています。また、直交表に適さないテスト観点について検討されており、実践的です。 なお、ここではjennyを直交表のツールとして紹介していますので、直交表とAllPairを明確に区別したい場合は注意してください。

紹介文 :
WEBシステムの状態遷移テストに特化した新しいテスト手法を考案した論文です。画面や、WEBならではのセッション管理、また、セキュリティ等々をどのようにモデル化し、テストケースにしていくか、実際に、ツールも開発し検証が行われています。 本論文は、5WCSQで報告されています。

紹介文 :
要求仕様書の作成ページ数及び指摘件数とソース量とシステムテストでの障害件数等を採用し重回帰分析で上流での検出量からシステム試験での障害発生との相関を分析した研究論文。

紹介文 :
プロジェクトの状況・内容・特性を把握し、そのプロジェクトにとってレビューの効果を最大限に発揮することを目的として、研究論文や書籍、SQiP研究会や各種勉強会、各研究員の現場での実践事例など、様々な所で語られているレビューにおける戦略の手法をレビューの計画・準備・実施・振り返りのプロセス毎に整理して「レビュー戦略マニュアル」にまとめている。レビュー戦略の立て方など具体的な事例が書かれており、実用性を考えた内容になっている。

紹介文 :
各設計工程での手戻り削減と開発計画遵守を目的として、レビューを早期に実施する手法「TPR（TriPartition Review）」を提案している。 早期にレビューを実施するレビュー手法は過去にも提唱されているが、TPRは、各設計工程の期間を大枠・詳細・総合の3つのフェーズに分割し、各フェーズ終了時点の3回で、予め用意したレビュー観点表を用いてレビューを行うという手法で、レビューの実施時期とレビュー観点が決まっているので誰でも効果が得られるという点が特徴となっている。

紹介文 :
仕様書のレビューをする際のレビューの観点を何にするかは，しばしば議論されている．本論文では，結論として，たとえそれを書いた設計者であっても，機能仕様書を作った後に思考をリセットしてテストエンジニアの視点（懐疑的な観点）を持ってレビューを行えば，効果的な結果を得られたことを示している．逆に，テストエンジニアが機能仕様書を書いても，設計者が書いたものと同様な欠陥を出していることを実験で示しているのが面白い．レビューの観点について考えさせられる論文である

紹介文 :
レビューアには、様々な能力が求められるが、その中でも特に重要な能力とは何か、そしてその能力を向上するための良いトレーニング方法は無いか。 本論文では、重大欠陥を素早く検出するために特に重要となる能力のトレーニング方法を考案している。 新聞の社説を用いたシンプルかつ短時間で取り組める内容のため誰でもすぐに実践でき、効果も期待できそうなので、自分もやってみようと思える内容になっている。