キーワード検索


 2001年    2002年    2003年
 2004年    2005年    2006年
 2007年    2008年    2009年
 2010年    2011年    2012年
 2013年    2014年    2015年
 2016年    2017年    2018年
 2019年    2020年  
9 件の資料が見つかりました。
ダウンロード数: 7067回
紹介文 :
過去に発生したトラブル事例を有効活用を図るための、阻害要因を事例から追及し、どのように構成すればよいか、スクリーニングの方法等を研究した論文である。結論は使い続けることが必要。
ダウンロード数: 1958回
紹介文 :
WEBシステムの状態遷移テストに特化した新しいテスト手法を考案した論文です。画面や、WEBならではのセッション管理、また、セキュリティ等々をどのようにモデル化し、テストケースにしていくか、実際に、ツールも開発し検証が行われています。
本論文は、5WCSQで報告されています。
ダウンロード数: 1625回
紹介文 :
品質確保の重要なポイントであるレビューをより効果的にするため、レビューによる指摘項目の、指摘分類、原因分類を最適化し、本質的な問題のみを対象とし、真の原因に応じた適切な対応が可能になるよう工夫をしています。レビューによる品質の評価を、単に指摘件数だけで評価するのではなく、指摘内容を踏まえてより正確にし、また、的確に品質向上につながる対応が取れるなど、有効な方法です。
ダウンロード数: 1467回
紹介文 :
要求仕様書の品質を上げるための施策を3つ提案している.一つはWモデルの考えで,要求仕様書とテスト設計書を同時作成し,テスト設計書から要求仕様書にフィードバックをかけるとうもの.もう一つは,仕様書にハイパーテキストを使って,仕様書間の矛盾を発見しやすくしたもの.最後は,記載漏れを防ぐためのチェックリストを提案している.
ダウンロード数: 1017回
紹介文 :
プロジェクトで問題を解決したので、原因や注意点などをまとめて書いた。社内規定通りにやったし、これで障害処理は完了したとする人が大半だ。
本当に完了したのだろうか。次にこの情報が必要になる時、書かれた注意点が読まれる保障はないし、書かれていることさえ分からないかもしれない。
書いただけでは問題は解決しない。人の行動様式を踏まえて対策をとるべきだ。
ダウンロード数: 820回
SQuBOK分類 :
3.5.1  要求抽出
紹介文 :
研究会の研究員へのアンケート実施を通して、研究活動に対するニーズと満足度を把握する取り組みになっています。「満足度」をどのように評価すればよいか、考え方と手順が参考になります。
ダウンロード数: 446回
紹介文 :
「開発の上流文書の質が良くないと下流のテストがタイヘンになる、だったらテストエンジニアが上流から関わってはどうか」というところから出発した報告です。テストエンジニアの視点は設計者や開発者とは異なることを利用し、テストで発見されるべきバグを要求仕様書の段階で見つける試みです。
設計・開発とテスト担当者が別のチームであるプロジェクトなどには、有効な考え方です。
ダウンロード数: 430回
紹介文 :
プロジェクトにおける標準プロセスの定着度を、実態に合う形でより正確に評価するメトリクスを提案しています。具体的には、プロセスが定着していることを、仕組みが機能し、ルールが守られ、継続的な改善が行われていることととらえ、それぞれの観点から評価するメトリクスを用意しています。また、測定を正確に行うための各種チェックリストを用意している点も、この方法の有効なポイントです。
ダウンロード数: 237回
紹介文 :
実在する交通費精算システムに対して、ストーリーボード、カードソーティング、ペーパープロトタイピングという代表的な3つのプロトタイピング手法を用いてUI改善を実践し、各種法の長所短所/適応場面などを考察しています。「手書き画面→写真→試作」が可能なタブレットPCを見れば多少古めかしさは否めませんが、ユーザ視点として押さえるべき原点的な事が書かれています。読む時代と、その時可能な技術とを鑑みて読むと学ぶべき事は多いと思います。
↑