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

前回まではデータベースの基本やSQLの基礎について説明してきました。 今回からは、SQLを実務で使うための基本的なことについて学びながら説明していきます。

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

【パート２】Node.jsでWebオンライン3Dゲーム作ってみる｜ダウンロード不要

前回はひとまずThree.jsを使用し、3D空間の描画を行いました。まだまだ描画できただけで、3Dゲームとはほど遠い物になっていますが、ここから徐々に近づけていきたいと思います。

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

自宅のWindowsでRuby on Rails ～データベース操作２

自宅のWindowsでRuby on Rails ～データベース操作１の続きです。

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

【DOM】基本のまとめ | 初心者向け

HTMLの標準オブジェクトモデルおよび、プログラミングインターフェイスであるDOMについてまとめました。DOMは、Webアプリケーション制作にかかせない知識となっています。ぜひ最後までお読みください！

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

データベースエンジニアに必要な知識やSQL学習、需要と将来性から資格まで徹底解説！

データベースは、情報の集約、管理、活用を可能にしている、私たちの日常生活やビジネスの効率化に欠かせない存在です。データベースを扱うエンジニアをデータベースエンジニアと呼び、データベースを効果的に運用・管理するための、専門的な知識やスキルが求められます。この記事では、データベースエンジニアの仕事内容から、その需要や将来性、そして成功するためのスキルやおすすめの資格について詳しく解説していきます。データベースに関心を持つ方や、データベースエンジニアとしてのキャリアを目指す方に、役立つ情報となれば幸いです。

テストエンジニアについて

IT業界で働く際には、できる限り自分に合った職種で働くことが大切です。そこには多種多様な職種があり、その仕事内容や求められるスキルも様々です。なので、実際に仕事を探す際には、個々の職種の違いが何であるかをしっかりと理解しておくことが必要になります。そこで本記事では、「テストエンジニア」という他のエンジニア職とは少し毛色の変わった職種を紹介したいと思います。

AWSの仕組みがキーワードベースで理解できるようまとめてみた３

AWSの仕組みがキーワードベースで理解できるようまとめてみました。

その他(インフラ)

ECUとはなにか、まとめてみた

ECUとは、車載ECUにおける「ECU」とは、Electronic Control Unit（エレクトロニックコントロールユニット）の略称で、車両のあらゆるシステムを制御する装置の総称です。主にライトやドア、キーレスエントリーシステムなどの車両のボディに関する分野からブレーキ、エンジン、ステアリングなどの制御、オーディオやナビ、GPSなどの情報に関わる分野などもECUが用いられています。現在市販されている自動車には、およそ100個以上ものECUが搭載されており、さらにはハイブリッド車や電気自動車などの環境に対応した最新の自動車にもECUがなくてはならないものとなっています。自動車に関連するECUという用語は、Engine Control Unit（エンジンコントロールユニット）として捉えられることもあります。エンジンコントロールユニットとは、エンジンにおける運転制御を電子的に行うためのマイクロコンピューターのことです。現在ではエンジン制御だけでなく、自動車のあらゆる分野で役割を担っていることから、総称としてElectronic Control Unit（エレクトロニックコントロールユニット）として扱われています。なお、エンジンコントロールユニットの呼び名であり、自動車技術者協会（SAE）および国際標準化機構（ISO）で定義されているものは、ECM（Engine Control Module）と呼ばれます。車載ECUは、自動車に装備されているあらゆる機器やシステムを制御します。この働きによって、エンジン性能の向上や燃費の低減、排出ガスのクリーン化、運転性（ドライバビリティ）の向上などを目指すのが、ECU搭載の目的です。自動車業界の大きな変革期である今、世界中の各自動車メーカーは自社が誇る最新技術を用いて自動車の環境性能や快適性能、安全性能の向上に力を注いでいます。自動運転技術など、これからの自動車においてさまざまな最新機能の司令塔を担うECUは今後の技術発展において必要不可欠なものになっています。

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

テスト自動化のニーズ

https://www.veriserve.co.jp/asset/approach/column/test-automation/test-automation01.htmlテストの自動化とは、人の手によって行われるソフトウェアテストの全て、もしくは一部をツールを用いて自動でテストを行うことを指しています。ソフトウェアテストには、『テスト設計・テスト実施・実施結果の確認・進捗管理・レポートの作成等』の作業があります。これらの作業の効率向上・範囲の拡大、またはコスト削減・実施時間の短縮に利用される仕組みがテストの自動化です。自動テストと手動テストの違いは以下の通りになります。

【初心者向け】デシジョンテーブルについて

本記事ではテスト技法の一つの「デシジョンテーブル」について解説していきます。

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

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

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

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

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