サーブレットJSPを学ぼう！！＃8

サーブレットJSPを学びましょう。

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

【初心者向け】Packet Tracerでネットワークを学ぶ（スイッチング⑤）

Packet Tracerでネットワークを学びます

詳細設計(内部設計)(インフラ)

Vue.jsに触れよう1

本記事ではVue.jsについて学習していきたいと思います。

JUnitとは何か？初心者向け入門ガイド

Junitは、Java言語用のオープンソースの単体テストフレームワークです。単体テストは、プログラムの各部分が個別に正しく動作するかを確認するために行われます。Junitは、テスト駆動開発（TDD）と呼ばれるアジャイルソフトウェア開発の手法をサポートするために開発されました。Junitは、テストケースの定義、テストの自動実行、テスト結果のアサーション（検証）など、テストに必要な機能を提供します。また、テスト結果のレポーティング機能も備えています。Junitは、プログラマーにとって非常に便利なツールであり、プログラムの品質を向上させるために欠かせないものとなっています。Junitを使用することで、プログラムの変更がもたらす影響をすばやく確認することができます。

テスト(PG/バックエンド)

AUTOSARについて、まとめてみた

AUTOSAR(オートザー)とは、Automotive Open System Architectureの略称で、車載ソフトウェアの共通化を実現するためのプラットフォームの仕様名称でもあります。

開発環境関連(PG/フロントエンド)

【C# WPF】WPFを理解したいC#初心者の話【MVVMパターン編その1】

C# WPFについて学んでいく過程を備忘録として残して置きたいと思います。

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

【初心者向け】ソフトウェア7原則について

テストを実行にあたって覚えておきたい項目にソフトウェアテストの7原則というものがあります。ソフトウェアテストの7原則とは、『ソフトウェアテストの7原則』とはISTQBテスト技術者資格制度 Foundation Level シラバス(以下シラバスとする)に記載されている、ソフトウェアテストを行う上で共通して理解しておく必要がある一般的なガイドラインです。テスト技術者資格制度 Foundation Level シラバス Version 2018V3.1.J03 (PDF)シラバスに記載のあるテストの7原則を解説します。

【初心者目線】Webアプリケーションの開発 第13回

【初心者目線】Webアプリケーションの開発 第13回を書きます。

【IT転職】Pythonにはどんな特徴があるの？将来性や年収もまとめて解説します！！

今や多くのプログラミング言語が存在する中、プログラミング未経験でも知っている人がいるほど有名で人気なプログラミング言語の一つに「Python」が存在します。しかし、名前だけは知っているもののどんな言語なのか知らない人も中にはいるかと思います。そこで、今回は人気のあるPythonの特徴や将来性、Pythonエンジニアの年収などを解説していきますので、ぜひ参考にしてくださいね。

ファンクション（関数）を使ったデータ操作の基礎

他の言語では取得する結果に対して何かしらの処理を行うファンクション（関数）が用意されています。SQLでも同様にファンクション（関数）が用意されています。そこに絞ってデータの操作について記載していきます。

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

【Swift】 Firebaseでリアルタイム更新のチャット機能を作ってみる【Realtime Database】

Firebaseにはプッシュ通知の機能や、ユーザー認証、リアルタイムデータベースなど様々な機能があります。今回はFirebaseの最初の製品である「Firebase Real-time Database」を使って簡単かつシンプルなチャットアプリを作りました。環境・MacOS Ventura 13.0・Xcode 14.2・Swift version 5.7.2構成、設定等【Firebase】・プロジェクト名: SampleProject【iOS】・プロジェクト名: SampleFirebase・画面構成:１画面(チャットの画面のみ)

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

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

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

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