【JSTQB(FL)対策】第1章テストの基礎 <1.4テストプロセス～1.5テストの心理学>

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

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

０から始める初心者向けDocker構築

Windows環境でDockerイメージとコンテナーを取り扱うための環境のセットアップ手順と、その構成の学習を目的とします。最終目標としてDocker環境をサーバにデプロイし、本運用を見越したDocker環境でのリリースを実施します。環境・Windows 10・VSC version 1.83.1・Docker Desktop

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

ヘルプデスクの仕事内容と必要なスキルは？エンジニアとしてのキャリアを考える

IT業界で働くエンジニアの中には、ヘルプデスクという職種に興味を持っている方も多いでしょう。ヘルプデスクの仕事は、エンジニアとしての経験やスキルを身につけるのに適しています。しかし、どのようなスキルや知識が必要なのでしょうか？また、ヘルプデスクの仕事を通じて、エンジニアとしてのキャリアをどのように築いていくことができるのでしょうか？この記事では、ヘルプデスクの仕事内容と必要なスキルについて解説します。ヘルプデスクに必要なスキルや学ぶべき知識を知りたい方は、ぜひ参考にしてください。

Gitの使い方

ツールのアップデートが頻繁に行われているWEB業界では、Gitを活用して業務を効率化させることが一般的になってきています。しかし、初心者の方や業界に馴染みのない方は、Gitが何のことかわからない方もきっといらっしゃるでしょう。多くの開発者に利用されている印象のあるGitですが、実はエンジニアだけではなく、WEBデザイナーやライターにとっても便利なツールのひとつです。Gitを活用することで、チームでの作業効率を高めたり、多くのファイルを管理することが簡単になります。というわけで本記事では、Gitについて基本的な用語について解説いたします。

組み込み開発とOSの関係は？汎用OSとの違いから将来性まで

今回はSQLについてまとめていきたいと思います。

【初心者】JavaScript

JavaScriptとは、動的なWebページを作るためのプログラミング言語の一つです。代表的な機能は、ボタンを押すと画面に別ウィンドウが開く「ポップアップウィンドウ」や、画像が自動送りされる「スライドショー（スライダー）」などの多様なアニメーションです。その他、システムやアプリ開発などのバックエンドでも用いられています。

【初心者用】オブジェクト指向におけるカプセル化について

カプセル化とは、オブジェクト指向における考え方の一つです。 オブジェクト指向については、他サイトで色々と説明が為されておりますが、調べるのが億劫な方は、ざっくり「各々の細かい処理を別クラスに分けて部品化し、メインとなるクラスからそれらを呼び出すという考え方」程度には認識しておいてください。 今回は、カプセル化とはどういった考え方か、その具体例を交えて説明していきたいと思います。

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

イチから学ぶデータベース・SQL（２）

イチから学ぶデータベース・SQL（１）ではデータベースについて、から始まりデータベースの作成や、データベースにデータを追加したりデータを検索したりと、基本的なデータベースとSQL文について学びました。 それらを糧に今回はより深くSQLについて学習し、それを分かりやすいように説明していきます。

製造・コーディング(インフラ)

【HTML】さまざまなタグ | Part 3

今回は、HTMLのさまざまなタグについてまとめました。HTMLは、Web開発をするにあたって欠かせない知識となっています。ぜひ最後までお読みください！

製造・コーディング(PG/フロントエンド)

【初心者】MySQLの基本操作

本記事では、MySQLの基本操作について解説します。

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

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

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

需要はある？サーバーエンジニアの将来性と活躍する方法について【初心者向け】

https://pixabay.com/ja/photos/%E4%BA%8B%E6%A5%AD-%E6%8A%80%E8%A1%93-%E5%B8%82-%E3%83%A9%E3%82%A4%E3%83%B3-%E9%9B%BB%E8%A9%B1-5475661/