JSTQBのシラバスを読む【第五章】

本記事では、JSTQB Foundation Levelのシラバスを読み解き、テスト計画から欠陥管理までの重要なポイントをまとめていきます。 参考資料は「Foundation Level シラバス 日本語版 Version 2023V4.0.J01」です。 （https://jstqb.jp/dl/JSTQB-SyllabusFoundation_VersionV40.J01.pdf）

初心者

【JSTQB】テストの基礎①

JSTQB認定テスト技術者資格とは、日本におけるソフトウェアテスト技術者資格認定の運営組織であるJSTQB（Japan Software Testing Qualifications Board）により認定される、ソフトウェアテスト技術者資格です。

初心者

【初心者向け】受け入れテストについて

受け入れテストとは、システムテストと同様に、システムやソフトウェアプロダクト全体の機能性と非機能性の両方について評価します。受け入れテストは、リリース直前に行われるだけでなく、ソフトウェアライフサイクルのさまざまな場面で行われます。

初心者

【初心者用】SAP学習1

次回参画する際にSAPをつかうということになり、実際にどのような言語や将来性についてこの機会に学習をしていこうと思います。

製造・コーディング(PG/バックエンド)

CCNA学習＃３未経験の方向けイーサネットについて

本日はイーサネットについて、まとめていきたいと思います。主に、データリンク層についてのお話になりますので、まずは簡単にデータリンク層について、復習していきたいと思います。

その他(インフラ)

開発に必要不可欠なテスト設計書について説明！

発プロセスとして欠かすことができない工程として、「テスト工程」があります。テスト工程とは実際に作り上げたシステムが、仕様通りになっているかを確認する工程で、不具合を効率よく検出するために必要な工程となっております。その中で今回はテスト設計書について説明します。なぜテスト設計書が必要であるか、また実際にどのように作成する必要があるかまでご紹介いたします。

学習・スキル

【Excel　VBAマクロを実行するための初期設定】(５回目)

前回、実施した「Application.ScreenUpdating」と「Application.Calculation」の設定を行うとマクロの実行を行うと約半分くらいの時間（検証結果）でできるようになりました。今回は残りの２つのコードを記載していきたいとおもいます。前回と同様に検証をしながら実施していけたらいいなと思っています。今回は高速化を行うというよりは、ポップアップが出ないようにするコードなので、時間が半分になるというより、マクロを実行しても止まらないようにするという感じになります。

製造・コーディング(SE)

エンジニアとしてのキャリアアップに必須！応用情報技術者試験合格への道

IT業界には、さまざまな資格がありますが、その中でも応用情報技術者試験は、幅広い分野の知識と実践的な能力を持つエンジニアを認定する国家試験です。応用情報技術者試験は、IT業界での就職・転職や、キャリアアップを目指す際のアドバンテージとして活用できる有効な資格の一つでもあります。この記事では、応用情報技術者試験とはどのような試験なのか？資格取得のメリットは何か？IT業界初心者の方に向けて、応用情報技術者試験の全貌を解説いたします。

学習・スキル

【初心者用】PL/SQLとは

今度の案件で触ることになりそうなので、PL/SQLも触ることになりそうなので今回まとめたいと思います。SQLのクエリ操作などの基礎は全て学びなおしたのですが、PL/SQLの操作はまた別のようなので学んでいきたいと思います。

その他(PG/バックエンド)

PHP基本文法

PHP基本文法について。

初心者

【まだ現役？】COBOLの現在と将来性

COBOL（Common Business-Oriented Language）は、主にビジネスアプリケーションの開発に使用されるプログラミング言語です。1959年に開発され、それ以来、経済、財務、および行政の分野で幅広く利用されてきました。COBOLは、大規模なデータ処理やトランザクション処理に特化しており、特に企業のバックエンドシステムで使用されることが一般的です。

【ソフトウェアテスト】不具合報告のインシデントレポートについて

開発プロジェクトで発生した問題はインシデントとして、管理・分析・対応が必要です。プロジェクト全体を通しての問題となるとかなり範囲は広く、人的トラブルやステークホルダー間での問題など、開発しているプロダクト以外の問題も含んでしまうので、本記事では主にプロダクトのテストに関して検出された動作の不具合(バグ)に焦点を絞って記載します。プロダクトのテストに際して検出した不具合は、報告・対応したあとは蓄積データとして、引き続きプロジェクトで参照・活用されます。実際の開発現場によっては、早期レビューでのやりとりに関するものや、開発とテスターが口頭で連携できるような状況で報告即時対応できる程度の不具合対応など、状況により必ずしも定められたドキュメントの形式で報告されるものとは限りませんが、可能な限り検出対応した不具合は履歴を残しておくことで、プロダクトの品質向上を目指すことができます。ほとんどの場合は不具合管理に別途外部のbug tracking system（BTS）を使用しています。BTSはインシデントレポート1件をチケットという1単位で扱います。チケットの形式や内容が必ずしも同一の形式に沿っているというものではありませんが、不具合の報告管理をするチケットの内容は、管理運用の観点から記載が必要となる項目はある程度決まっています。余談ですが、BTSは不具合報告のみならず、チケット駆動開発 (TiDD) を実施するプロジェクトでは開発作業自体の管理進行目的で使用される場合もあります。

テスト(運用・保守・サポート)