検索キーワード: 「クラウドエンジニアの今後」


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

前回は簡単なWebアプリケーションを作れるようになりました。しかし、それだけでショッピングサイトのような複雑なWebアプリケーションを作るのは難しく、開発の効率もよくありません。今回は、Webアプリケーションを本格的に作成するための知識を学びます。これまでの学習内容を使ってWebアプリケーションの開発の練習をしていきます。前回までは、1つのリクエストを1つのサーブレットクラスまたは、JSPファイルで処理をしていましたが本格的なアプリケーションを開発するには、より効果的な方法があります。実際の開発現場でも採用されている、Webアプリケーションの模範的な構造と開発手法を学びたいと思います!

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

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

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

初心者

【初心者用】githubって何?

IT関係の仕事や、プログラミングを学んでいる方が必ずと言っていいほど耳にする言葉が、今回紹介するgithub(ギットハブ)です。 今回の記事では、githubの使い方と何故githubがここまで人気なのかをまとめた記事になっているので、良かったら見ていってください! この記事を読むことで分かること ・gituhubとは何かを学べる

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

【パート2】ChatGPTをデスクトップ上から使えるようにデスクトップアプリ化してみた|Node.js & Electron

前回はElectronというNode.jsのフレームワークを使い、ChatGPTをデスクトップアプリとして開く所までいきました。ですが、これではただページが開けるだけであり、利便性が高いとは言えません。なので、もう少し使いやすくしていきたいと思います。

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

【QA】不具合を発見した時

ソフトウェアやその機能についてテストを行った場合、何かしらの不具合を発見することがあります。実施者は発見した不具合が市場への流出するのを防ぐ最初の防衛ラインとなります。では実際に不具合を発見した場合、実施者はどう不具合報告をすればよいか。※開発チーム所属するQA担当であることを想定した内容となります。プロジェクトによって不具合を報告する際のルールは様々なため、この限りではないことを留意してください。

初心者

Flutterを使ってみよう その2(サンプルの実行)

前回の環境構築の記事の続きです。今回は、サンプルプロジェクトを作成し、簡単な動作確認をします。◆環境  ・MacOS Ventura 13.6.3  ・Xcode 15.1  ・VSCode 1.85.1  ・iPhoneX (iOS16.5.1)

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

【C# WPF】WPFを理解したいC#初心者の話【基礎知識編】

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

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

【初心者用】ソフトウェア開発工程について

ソフトウェア開発の工程について深く理解していないので、今回改めて開発からリリースまでの一連の流れを学びなおしたいと思います。どの工程でどういう作業が必要なのか理解することで、開発の際にさらに意識して仕事を進めることができると思います。今回は上記作業の一連の作業を表すV字モデルについてまとめていきたいと思います。

その他(PG/フロントエンド)

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

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

キャリア

【ソフトウェアテスト】ソフトウェアテスト関連で耳にするJSTQBとは何か

JSTQBやJSTQB関連資格について、QAやテストといった役割で業務にあたる方のみならず、ソフトウェア開発現場に就業されている各役割の方々(開発エンジニアやPL/PMの方等)にとっても業務に活用できる部分があると思うので、そもそもJSTQBとは何なのかというところを記載していきます。

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

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

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

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

関連タグ

カテゴリ別人気記事

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

週間人気記事

もっと見る