UMLクラス図記法を利用したテストケース仕様書のリライト －保守しやすいテストケースの塊－
M.Nakakuki / March 9 2020 1 2020年3月 中岫 信 SDC装置開発部／東京エレクトロン株式会社 UMLクラス図記法を利用したテストケース仕様書のリライト －保守しやすいテストケースの塊－ M.Nakakuki / March 9 2020 2 1. 自己紹介 2. 背景 3. 課題と取り組み 4. 結果と考察 5. まとめ 6. 今後の課題、展望 目次 M.Nakakuki / March 9 2020 3 背景 M.Nakakuki / March 9 2020 4 装置の初期開発から保守にいたるまで 開発期間が長く、その間に多くの機能追加、 機能改修が行われる M.Nakakuki / March 9 2020 5 作成者によって書き方が異なっている テストケースの取捨選択も 困難にする。 テストケースを保守することが 困難になっている。 M.Nakaku
テスト設計のとっかかり（pdf）
1 JaSST 2007 Kyushu Tutorial Session copyright(c) Daiju Kato daiju.kato.fc@hitachi.com JaSST 2007 Kyushu Tutorial Session copyright(c) Daiju Kato Page.2 JaSST 2007 Kyushu Tutorial Session copyright(c) Daiju Kato Page.3 1.3.2 1. 2. 3. 4. 5. (breaking the software) 6. JaSST 2007 Kyushu Tutorial Session copyright(c) Daiju Kato Page.4 1.3.2 JaSST 2007 Kyushu Tutorial Session copyright(c) Daiju Kato Pa
テスト仕様書 - Qiita
単体テスト 結合テスト システムテスト（機能テスト、負荷テスト、ボリュームテスト、セキュリティテスト、リグレッションテストetc) 受け入れテスト（シナリオテスト） 運用テスト 現場（案件）によっては、「開発エンジニア」 が一連のテストしたり、また 「QAエンジニア」 がテストしたりと異なります。 私の意見としては、 「開発エンジニア」 「QAエンジニア」 双方が確認すべきではないかと。 単体テストの実施は、開発者が担当します。 また、結合テスト（Integration Test）以降のテストはQAエンジニア、もしくはQAテスターが担当する。 単体テストのルールや網羅性は開発とQAが一緒に考えることが品質を良くする上で大事です。 お互いテストの意義というものを見直すこともできます。 また、詳細仕様を把握しているPM、Pdmや開発者。テスト設計やテストの種類を知っているテスト担当者が協力しあ
機能をモレなくテストするテンプレート
単体テスト仕様書兼報告書の使い方 図2は「DUNGEON」のテンプレートの「単体テスト仕様書兼報告書」です。単体テスト仕様書兼報告書のフォーマットは、こちら（http://www.thinkit.co.jp/images/article/140/3/14031.zip）からダウンロードできます（14031.zip/42.7 KB）。 当テンプレートの工夫点を挙げてみます。 1点目は前節で述べた詳細設計書との連携部分です。詳細設計書と別ファイルであるということは、同一ファイルの場合に比べて、作成時の工数増、テスト項目の漏れが発生するリスク増というデメリットがあります。 しかし、詳細設計書から転記しやすいフォーマットにすることでそのデメリットを解消しているのです。構成として、詳細設計書の章立てごとにシートを分けています。なぜならチェックする内容ごとにシートのフォーマットが異なるからです。極力リ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
