【テスト入門】エンジニア初心者が知っておくべきテストの基礎知識

現代のIT業界において、エンジニアは欠かせない存在となりました。その中でも、エンジニアとして働き始めたばかりの方々は、自分に足りていないスキルや知識を知り、成長していくことが重要です。今回は、そんなエンジニア初心者の方々に向けて、テストエンジニアについて詳しく解説します。

【JSTQB(FL)対策】第3章静的テスト

こちらの記事ではJSTQBのシラバスのうち、第3章静的テスト分野における以下の分野の学習内容及び学習してみて私が思ったことについて記載します。

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

【初心者用】AWS基礎⑤

前回はクラウドプラクティショナーの出題範囲のうちのテクノロジー分野のデプロイと運用からAWSの主要サービスの識別分野のところを少しだけ学習してきました。今回はAWSの主要サービスの識別の続きから学習していきたいと思います。

その他(インフラ)

【初心者用】AWS基礎⑨

前回は、「テクノロジーサポートのリソースを特定」の学習を進めてきました。今回は「請求と料金」から進めていきたいと思います。

その他(インフラ)

データ操作文（DML）を使ったデータ操作の基本

業務では、テーブルに対して何らかのデータを追加したり、変更、削除を行うことがあります。ここでは、その操作で使用するINSERT文やUPDATE文などについて記載しています。

【初心者向け】CCNA基礎 3章

こちらでは、CCNAの資格取得へ向けた情報を記載いたします。

【ソフトウェアテスト】欠陥分析手法について

「【ソフトウェアテスト】不具合報告のインシデントレポートについて」記事で記載したとおり、インシデントはチケット作成して報告されたのち、内容を分析して対応をし、作成から完了に至るまで管理します。そうして蓄積されたインシデントレポートは、報告対応されたそのレポート自体が、以降で類似の現象を検出した際の資料として用いられる面もありますが、内容を分析することで、今後の開発品質向上を目指すための判断材料として活用することができます。いずれのインシデントレポートも、何かしら問題があったから作成されているものであり、問題点は解決した時点で完了とはせずに、内容を振り返って同じ轍を踏まないように以降の活動を随時改善していくことが肝要です。近年のアジャイル化が進んでいるプロジェクトなどの場合は、直近の開発内容に対するインシデントレポート単体を都度分析するような時間も設けられずに次々進んでいくことがありますが、プロジェクト全体としてインシデントレポートを統合管理し、アジャイル開発の各プロジェクト進行とは別途で機会を設けて、振り返りと共に不具合分析を行うことは、高品質な開発を目指す上で必要な活動です。ソフトウェア開発現場の現状として、プロジェクト形式もインシデントレポート形式もさまざまある状況なので、欠陥分析の手法もこれが絶対という唯一のものではなく、状況や期間などに合わせて必要な手法でアプローチをすべきです。統計的内容に基づく分析、インシデントごとの要因に基づく分析、その両面からの分析など、どのような面からアプローチするかによって用いる手法もさまざまあります。

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

【ソフトウェアテスト】ソフトウェア開発とテスト活動について②

「【ソフトウェアテスト】テストレベルについて　①」記事に記載のとおり、開発ライフサイクルモデルには形式や期間によってさまざまなモデルがあり、テストを実施するタイミングもモデルによってさまざまです。先に挙げた開発工程の例である要件定義→設計→開発→テスト→リリース/保守を一連の流れとする開発ライフサイクルも、このフローを開発期間の流れとして実施するのはあくまでウォーターフォール型モデルのようなシーケンシャルな開発ライフサイクルであり、イテレーティブ開発モデルやインクリメンタル開発モデルでは、各工程とテストが同時に進行したり、無駄をなくすことを目的としてあえて一部工程を省くこともあります。V字モデルは各工程とテストが同時進行する例です。要件定義の段階で要件定義に対するテストを実施、システム設計の時点で設計された内容に対してテストを実施といったかたちで、開発完了後にようやくテストではなく、常に工程の早期段階でテストを実施します。開発完了後のテストで不具合が検出されると工程の手戻りが発生してしまい、工数に無駄が生じますが、早期にテストを実施することにより、上流工程の段階で不具合や懸念を可能な限り取り去って開発作業の手戻りを少なくし、無駄な工数の増加を防いだり、最終的な品質の向上を目指すことができます。このようにV字モデルの左側で行う開発活動に対して早期にテストを実施して効率的な開発活動を目指す手法をシフトレフトと呼びます。イテレーティブ開発モデルやインクリメンタル開発モデルとなると、さらに各工程とテストが早期段階で実施されていきます。全体的な流れをより細かく迅速に行い、それを細かく繰り返していくサイクルが、現在のソフトウェア開発形式の主流になってきています。

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

【初心者向け】レビューについて

テスト設計後に開発者を交えたレビュー会を行う事があります。本記事はレビューについてまとめていきます。

【初心者向け】Linuxコマンドについて

Linuxコマンドをご存知でしょうか？エンジニアとして働いていると耳にする事があると思います。本記事ではよく使うLinuxコマンドをまとめていきます。

QAエンジニアについて

QAエンジニアは製品の動作確認やサービスの品質保証をミッションとした、テストやレビューなどをメインに行うエンジニアです。システムやアプリケーションが仕様に沿った動作をしていることをレビューやテストで確認し、開発者に問題点をフィードバックしてソフトウェアの品質を確保します。QAエンジニアのQAは、Quality Assuranceの頭文字で「品質保証」を表す言葉です。品質保証エンジニアとも呼ばれます。

【初心者向け】ORMとは

ORMとは英語でObject-Relational Mappingといい、オブジェクト指向プログラミング言語とリレーショナルデータベースとのマッピングを行うものになります。またそれぞれの互換性を向上させるために設計されたプログラミング技術でもあります。ORMの基本的な構造として、プログラミング言語のクラスとデータベースのテーブルを関連付けや対応付けを行うことから始まります。これにより、エンジニアは直接SQLクエリを作成することなく、ORMを通じてデータベースとやりとりを行うことができます。そもそもオブジェクト指向プログラミング言語と、リレーショナルデータベースとはなにかを簡単に説明します。オブジェクト指向言語：データ（オブジェクト）とそれに関連する操作（メソッド）を組み合わせてプログラムを構築するプログラム言語のことです。リレーショナルデータベース：データを表形式で管理するデータベースの一種です。リレーショナルデータベースでは、データが複数のテーブルに分割され、それらの表の間に関係性が定義されています。ではなぜORMという技術が出てきたのでしょうか。