皆さん、こんにちは。
今週もソフトウェアテスト、テスト自動化に関するニュース記事をご紹介していきたいと思います。
今回は国内ニュース1記事、海外ニュース1記事をご紹介回したいと思います。
■記事内リンク
「国内ニュース」
・バルテス「Japan IT Week 秋」出展 ~テスト自動化の新ツール『T-DASH』を先行公開
「海外ニュース」
・ソフトウェアテスト用のテストレポートの書き方
■国内ニュース
□バルテス「情報セキュリティEXPO 秋」出展 ~テスト自動化の新ツール『T-DASH』を先行公開
https://www.japan-it-autumn.jp/ja-jp/about/ist.html
こちらは、バルテス社が日本最大のIT展示会「情報セキュリティEXPO 秋」にて、テスト自動化ツール「T-DASH」を先行公開する内容となります。
◇「情報セキュリティEXPO 秋」について
今回で第11回となるイベントで、開催概要は以下となっています。
名称: | 第11回 情報セキュリティEXPO秋(IST) |
会期: | 2021年10月27日(水)~2021年10月29日(金) |
時間: | 10:00~17:00 |
会場: | 幕張メッセ 国際展示場 5ホール ISTエリア(小間番号:28-2) |
詳細: | https://www.japan-it-autumn.jp/ |
また、情報セキュリティEXPOでは、バルテス社以外の様々な企業が出展予定となっています。
◇テスト自動化ツール「T-DASH」について
https://www.valtes.co.jp/news/2021/202110203192
今回バルテス社が出展する「T-DASH」は、β版となり主に以下の流れでテスト自動化が実現できるようです。
1.対象画面と動作の定義を設定
2.日本語でのテストケースを作成
3.ワンクリック操作でテスト実行
そのほかの情報は、展示会またはお問い合わせからとなるようです。
都内の方、都内近郊の方でお時間とれる場合は、上記EXPOに参加されてみてはいかがでしょうか。
■海外ニュース
□ソフトウェアテスト用のテストレポートの書き方
https://searchsoftwarequality.techtarget.com/tip/How-to-write-a-test-report-for-software-testing
こちらは、「earchsoftwarequality.techtarget.com」に掲載されていた内容となります。
テストレポートの書き方についてまとめられていましたので、ご紹介したいと思います。
◇初めに
テストレポートドキュメントは伝統的にウォーターフォールに関連付けられていますが、アジャイル開発プロセスにも貢献できます。
テストレポートの概要には、コードがテストされた環境、誰がテストしたか、いつテストされたか、どのようにテストされたかの詳細がすべて含まれています。
このドキュメントは、テストされたコード、コードがテストされたシステム構成、およびテスト中に発生したバグを正確に記録する物理ログとして機能します。
テストレポートの概要の全体的な目標は、テストのアクションと結果を記録することです。
これにより、チームは、将来のテストのためにどのような手順の改善を行うことができるかについて、情報に基づいた決定を下すことができます。
多くの場合、開発チームは顧客からの苦情を受けて内部監査にテストレポートを使用できますが、これらのレポートは、各開発サイクルでより優れたソフトウェアを作成するために、テストプロセス中に定期的に実行する必要があります。
テストレポートの作成方法の基本的なコンポーネントと、そのような要約がアジャイルソフトウェア開発に役立つ理由を調べてみましょう。
◇テストレポートには何が含まれていますか?
テストレポートを作成する前に、ライターは対象読者とレポートが必要な理由を判断する必要があります。
たとえば、アプリケーションが規制上の理由で監査証跡を必要とする場合、テストレポートの作成者はより具体的なデータを含める必要がある可能性があります。
ターゲットオーディエンスが上級管理職であり、チームが各リリースで何をテストしたかを理解したい場合、ライターはテストされた主な機能の概要をまとめた要約を含めることができます。
または、レポートが重大なバグが検出されない限り誰にも読まれない監査である場合、ライターは技術情報のみを含むようにレポートを構成できます。
(テストレポートテンプレート)
https://cdn.ttgtmedia.com/rms/pdf/SSQ_821_Test-Report-Template_Reichert.pdf
テスターは、テストレポートの目的を達成するために、必要に応じてデータを追加または削除できます。
テストレポートを作成するときにすべてのテスターが含める必要がある4つの主要なコンポーネントを次に示します。
・テストの目的
テストの目的は、チームとそのテスターが実行したテストの種類とその理由です。
たとえば、テストレポートが機能テスト、回帰テスト、パフォーマンステストをカバーしている場合、テストレポートの作成者は各テストタイプの目的を説明する必要があります。
ほとんどの場合、回帰テストがテスト実行の主な目的です。
回帰テストの目的はさまざまですが、開発者が既存のコードベースに新しい機能コードを追加すると、チームは通常、欠陥を検索するための練習を行います。
回帰テストは、新しいリリースの前に実行され、時間の長さとテストの深さが異なります。
チームの回帰テストに統合、パフォーマンス、またはその他のテストタイプが含まれる場合、作成者は各テストの目的をレポートの目的セクションに具体的に示す必要があります。
・テストケース、テストカバレッジ、および実行の詳細
テストレポートの作成方法に関する次の要素は、テストスイートを説明することです。
具体的には、実行されたテストの種類、保存場所、および実行された時期を含めます。
テストレポートの作成者は、テストを実行したQA専門家の名前を追加することもできますが、これは特定の要件ではありません。
代わりに、どのように/何を/なぜそして実際のテスト結果を含めることがより重要です。
ライターは、このセクションで実行、合格、失敗、またはスキップされたテストの数をレイアウトする必要があります。
スキップされたテストは、チームが計画したが、時間の制約のため、またはテストが欠陥の報告によってブロックされたために失敗したテストを表します。
このような場合、チームはテストしたコードの量も含める必要があります。
チームは、テスト管理アプリケーションとツールを使用して、QA専門家がテストしたコードの量を指定できます。
テスターが手動で記録するか、テスト管理プログラムが追跡する実行の詳細には、誰がコードをテストしたか、いつどこでテストされたかが含まれます。
テストレポートの作成者は、データと詳細を表示する方法にある程度の柔軟性があります。
多くの場合、チームが実行するテストの数によって異なります。
テストレポートには、情報または別のデータレポートを表示するための一般的なデータグリッドを含めることができます。
・欠陥数
もう1つの重要な側面は、テスターが見つけた欠陥を文書化することです。
このセクションは、テスト後の分析に不可欠です。
つまり、テストレポートの作成者は、単にバグ識別番号をリストするだけではいけません。
後で時間を節約するために、各バグの簡単な説明を含める必要があります。
ただし、ライターは必ずしもテストで見つかったすべてのバグをリストする必要はありません。
レポート作成者は、製品管理チームがバグまたは欠陥の存在を確認するまで待ってから、テストレポートに含めることを検討できます。
テスターは、欠陥リストを注意深く確認して、既知のバグや修復バックログに既に存在するバグを再報告していないことを確認する必要があります。
このセクションのデータは、優先度別に整理された、記載されているリリースで見つかった欠陥に焦点を当てる必要があります。
欠陥やバグは常に発見されますが、リリースが顧客に提供されるのか、それとも修理のために保留されるのかを決定するのは、それらの優先度と重大度です。
・プラットフォームとテスト環境の構成の詳細
構成とテスト環境のセクションには注意が必要です。
詳細は重要ですが、テストレポートの作成者は、アプリケーションのコードに関する情報を共有するときに、セキュリティとコンプライアンスも考慮する必要があります。
ライターは、対象読者が一般的にテストシステムを理解していると想定する必要があります。
これは、アプリのサーバーとコードストレージに関する詳細を明らかにする場所ではありません。
ライターがテストレポートを共有すると、安全に保管される保証はありません。
サーバー名と日付をリストしますが、データは基本的なものにします。
構成が非標準の場合、ライターはその情報も含める必要があります。
標準構成は、参照用にテストチーム内で文書化する必要があります。
たとえば、テスト中に構成が変更されて欠陥が発生した場合、ライターはこの情報をテストレポートに含める必要があります。
誰かが、欠陥の範囲または深さ、および全体的なテストカバレッジにどのような影響があるかを分析できます。
◇テストレポートの対象者を理解する
テストレポートの重要性は、特定のビジネスのニーズによって異なります。
これは、リリースごとにテスト結果を追跡するための便利なドキュメントであるため、IT組織のメンバーは何がいつテストされたかを知ることができます。
正式なドキュメントであろうと、行われたことの簡単な要約であろうと、テストレポートはより良いソフトウェア開発に貢献します。
尚、こちらのサイトでは、ソフトウェアテストに関する記事がほかにも掲載されていました。
海外のソフトウェアテスト、ソフトウェア品質の情報をキャッチアップするにはとてもお勧めなサイトではないかと思いました、
https://searchsoftwarequality.techtarget.com/
■最後に
今回は、国内ニュース、海外ニュース2記事を取り上げてみました。
次週も、ソフトウェアテスト、テスト自動化に関するニュースをご紹介したいと思います。
最後まで見て頂き、ありがとうございました。
はじめてでも、ふたたびでも、これならできる! レポート・論文のまとめ方
【この1冊でよくわかる】 ソフトウェアテストの教科書 [増補改訂 第2版]
詳細はコチラをクリック!