検索キーワード: 「ユニットテスト」


SES営業が語る!需要と将来性の高いプログラミング言語3選!

念願のシステム会社に就職し、新規プロジェクトの立ち上げや、新サービスの開発など期待を持って業界に飛び込んだにも関わらず、現状はレガシーシステムの運用保守や、サブシステムの小規模な改修や単体テストばかり。ずっと今の仕事を続けて年収や役割がアップするのだろうか?今のままで自分の将来は大丈夫なのか?悩んでいる方も多いのではないでしょうか。優秀な技術者は常に業界のトレンドや需要に合わせて自身をアップデートしていますので、現状のままで良いのか悩んでいる技術者は優秀な証です。しかし、業務で携わっている技術が市場の需要からかけ離れたことをしていると、その努力が報われないこともあるでしょう。本記事では、そのような方に向けて需要と将来性の高いプログラミング言語をご紹介します。

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

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

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

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

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

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

【JavaScript】基礎まとめ | 初心者向け

今回は、JavaScriptの基礎についてまとめました。JavaScriptは、Web開発をする際にかかせない知識となっています。ぜひ最後までお読みください!

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

【初心者用】はじめてのC言語1

C言語を勉強して感じたことをまとめていきたいと思います。専門的な用語などは別途わかりやすいように説明致します。

初心者

フロントエンドとバックエンドの違いとそれぞれのキャリアステップ

WebサイトやWebアプリケーションを開発する際には、フロントエンドとバックエンドという2つの領域があります。フロントエンドとバックエンドの違いを理解することは、Web開発の基礎知識となります。では、フロントエンドエンジニアとバックエンドエンジニアは、それぞれの領域において、どのような仕事を行い、どのようなキャリアステップを踏めばば良いのでしょうか?この記事では、フロントエンドとバックエンドの違いと、それぞれのエンジニアの仕事とキャリアステップについて紹介します。

初心者

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

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

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

IVEC学習①

IT検証技術者認定試験(IVEC)とは、一般社団法人IT検証産業協会(IVIA)が認定するテストエンジニアの資格試験です。特徴はテストの現場における実務を重視していることです。IVECのキャリアクラス(下図参照)ごとに実務力を問う記述式試験を設けており、その合格者(認定者)には実際の現場でも安心して仕事が任せられると、業界でも高い評価を受けています。2024年春期試験より従来の試験レベルを再編し、テスタークラス、デザイナークラス、 アーキテクトクラスにすると共に、新たに、初心者向けのアシスタントクラス、専門家として活躍できる エバンジェリストクラスを新設しました。各クラスの試験の合格者を認定者とし、認定証を発行します。

学習・スキル

サーブレットJSPを学ぼう!!#4

サーブレットはJavaを使ってサーバサイドプログラムを作るための技術になります。私たちはサーブレットの文法に従い、サーブレットクラスを開発することで、アプリケーションサーバ上でそれらを実行できるようになります。サーブレットクラスはリクエストで実行され、その実行結果をHTMLで出力します。出力されたHTMLは、アプリケーションサーバによってブラウザにレスポンスされます。

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

サーブレットJSPを学ぼう#5

サーブレットJSPを学びます。

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

【初心者用】ifconfigの出力結果の見方

Linuxシステムでネットワーク設定や情報を確認するための基本的なコマンドの1つがifconfigです。この記事では、初心者向けにifconfigコマンドの使用方法、オプション、出力結果の解釈について詳しく説明します。また、具体的な使用シーンや例、関連するコマンドや技術についても紹介します。

その他(インフラ)

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

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

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

関連タグ

カテゴリ別人気記事

もっと見る
テレワーク関連人気記事

週間人気記事

もっと見る