ソフトウェア品質倶楽部バックナンバー2019年7月

本

定期購読マガジンソフトウェア品質クラブで2019年7月に追加したノートをまとめたバックナンバーです。

個別で200円で販売しているノートが22個、800円で販売しているノートが1個入っています。

¥10,000

運営しているクリエイター: tatsumi_naoki

LO-5.6.1[Standard for Software Test Documentation(IEEE Std 829-1998)]のインシデ…

IEEE829 インシデントレポートの項目* 要約 * 異常発見日 * 発見した状況 * 異常説明 * 影響 *…

200

tatsumi_naoki

4年前

LO-6.1.1 テストツールをそれらの目的と基本的なテストプロセス、およびソフトウェア…

テストツールの目的別分類テストツールのライフサイクル別分類 6. テスト支援ツール(K2)

tatsumi_naoki

4年前

LO-6.1.3 テストツールに関する用語と、テストへのツールによる支援の目的を説明する…

用語支援の目的LO-6.1.1 テストツールをそれらの目的と基本的なテストプロセス、およびソフ…

200

tatsumi_naoki

4年前

LO-6.2.1 テストの自動化やツールによる支援の利点とリスクをまとめる。(K2)

利点反復作業が減る回帰テストの実行、同じテストデータの再入力、コーディング規約との比較…

tatsumi_naoki

4年前

LO-6.2.2 テスト実行ツールと静的解析ツール、テストマネジメントツールに対する固有…

テスト実行ツールの考慮事項* この種類のツールで大きな効果を出すには大量の工数をかけねばな…

200

tatsumi_naoki

4年前

LO-6.3.1 組織にツールを導入する際の基本原則を提示する。(K1)

基本原則* ツールを活用するためのテストプロセス改善の機会や組織の成熟度、長所と短所を評価…

200

tatsumi_naoki

4年前

LO-6.3.2 ツール評価のために行うコンセプトの証明(proof-of-concept)のゴールと、ツール導入時のパイロットフェーズのゴールを提示する。(K1)

コンセプトの証明のゴール* テスト対象に効果的に使えるツールなのか、および現在のインフラストラクチャで効果的にツールを使うことができるのかを立証する * ツールを効果的に使うために必要となるインフラストラクチャの変更点を識別するパイロットフェーズのゴール* ツールの詳細を学習する * 現状のプロセスやプラクティスにツールが適用可能か、変更が必要な場合、どう変更すればよいかチェックする * ツールやテストの関連物の使用、管理、格納、保守の標準的な方法を決める * 期待する効

200

LO-6.3.3 ツールによる支援を成功させるには単にツールを入手する以外の要因が要求さ…

支援を成功させる要因* ツール未使用の部署にツールを順々に展開する * ツールが適用できるよ…

tatsumi_naoki

4年前

2.5 セキュリティテストの目標の範囲とカバレッジ

機密性の高いデジタル資産および物理資産の完全性に対するニーズが高まるにつれて、セキュリテ…

tatsumi_naoki

4年前

JSTQB AL TA(テストアナリスト)のビジネス成果

Advanced Level テストアナリストは次のビジネス成果を達成できる。ビジネス成果TA1 使用中…

tatsumi_naoki

4年前

2.6 セキュリティテストのアプローチ

セキュリティテスト戦略は、セキュリティテストに関する組織の全体的な方向性を定式化し、伝達…

tatsumi_naoki

4年前

2.6.1 セキュリティテストアプローチの分析

各組織には、ビジネス上およびミッション上の固有の問題があり、そのために、セキュリティリス…

tatsumi_naoki

4年前

E2E Test Automation Day 2019 with Selenium (Osaka)の参加レポート

はじめに過去に私自身も業務で少し自動化に携わることがあったのですが、関西ではテスト自動化…

tatsumi_naoki

4年前

2.6.2 セキュリティテストアプローチにおける失敗の分析

セキュリティテストでは、ある程度の失敗があることを理解しておく必要があります。セキュリティの脆弱性が検出され解決されないからといって、必ずしもセキュリティテストのアプローチが失敗したわけではないこともあります。潜在的なセキュリティ上の脆弱性は多く、新しい脆弱性が毎日発見されているため、セキュリティリスクを効果的に特定するにはセキュリティテスト手法だけでは不十分であり、機密データやその他のデジタル資産が危険にさらされている場合があります。根本原因分析は、セキュリティテス

ソフトウェア品質倶楽部バックナンバー2019年7月

記事一覧

LO-5.6.1[Standard for Software Test Documentation(IEEE Std 829-1998)]のインシデ…

LO-6.1.1 テストツールをそれらの目的と基本的なテストプロセス、およびソフトウェア…

LO-6.1.3 テストツールに関する用語と、テストへのツールによる支援の目的を説明する…

LO-6.2.1 テストの自動化やツールによる支援の利点とリスクをまとめる。(K2)

LO-6.2.2 テスト実行ツールと静的解析ツール、テストマネジメントツールに対する固有…

LO-6.3.1 組織にツールを導入する際の基本原則を提示する。(K1)

LO-6.3.2 ツール評価のために行うコンセプトの証明(proof-of-concept)のゴールと、ツール導入時のパイロットフェー ズのゴールを提示する。(K1)

LO-6.3.3 ツールによる支援を成功させるには単にツールを入手する以外の要因が要求さ…

2.5 セキュリティテストの目標の範囲とカバレッジ

JSTQB AL TA(テストアナリスト)のビジネス成果

2.6 セキュリティテストのアプローチ

2.6.1 セキュリティテストアプローチの分析

E2E Test Automation Day 2019 with Selenium (Osaka)の参加レポート

2.6.2 セキュリティテストアプローチにおける失敗の分析

LO-6.3.2 ツール評価のために行うコンセプトの証明(proof-of-concept)のゴールと、ツール導入時のパイロットフェーズのゴールを提示する。(K1)