検索キーワード: 「スマホアプリエンジニアの特徴」


ITパスポート試験過去問例

ITパスポート試験は、数種類ある情報処理技術者試験の中で、もっとも初級の入口にあたる試験です。ちなみにお題目は「ITに携わる人職業人として誰もが共通に備えておくべき基礎的な知識をはかる」というものです。パソコンが広く活用されるようになった現代では、是非ともおさえておきたい基礎知識だといえます。といっても、相変わらずITといえば慣れない人にはチンプンカンプンな横文字専門用語が目白押し。そのためにも試験では、「まず解説書を一冊完読して、用語や計算になれること」が欠かせません。本記事では、初心者向けにITパスポートの特徴や過去問に触れていきたいと思います。

初心者

ITパスポート試験過去問例2

ITパスポート試験の合格は、情報技術の基礎を理解し、一定のスキルを持つことを証明する素晴らしい手段です。ITパスポート試験に合格するために勉強していきたいと思います。本記事では、ITパスポート試験の過去問をピックアップしていきます。

初心者

ITパスポート試験過去問3

ITパスポート試験は、国家資格である情報処理技術者試験の12区分の1つであり、初級レベル(レベル1)に位置づけられています。本記事では、ITパスポート試験の過去問の解説をしていきます。

初心者

エンジニアとしてのキャリアアップに必須!応用情報技術者試験合格への道

IT業界には、さまざまな資格がありますが、その中でも応用情報技術者試験は、幅広い分野の知識と実践的な能力を持つエンジニアを認定する国家試験です。応用情報技術者試験は、IT業界での就職・転職や、キャリアアップを目指す際のアドバンテージとして活用できる有効な資格の一つでもあります。この記事では、応用情報技術者試験とはどのような試験なのか?資格取得のメリットは何か?IT業界初心者の方に向けて、応用情報技術者試験の全貌を解説いたします。

学習・スキル

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

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

初心者

【iOS】初めてのSwiftUI 【Part2】

【iOS】初めてのSwiftUI 【Part1】が長くなりそうだったので、Part2としてこちらに記録します。それではSwiftUIで新規プロジェクトを作成済みの状態から始めていきます。環境・MacOS Ventura 13.0・Xcode 14.2・Swift version 5.7.2

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

【初心者用】Kotlinについて

前回Javaについてまとめたので、今回はKotlinについてまとめようと思います。Androidアプリ開発で活躍しているとのことで、今後必要になった場合のためしっかりと学んでおきたいと思います。

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

【三日目】Java学習

Java学習3日目

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

【JSTQB(FL)対策】第5章テストマネジメント<5.3テストのモニタリングとコントロール~5.6欠陥マネジメント>

こちらの記事ではJSTQBのシラバスのうち、第5章テストマネジメント分野<5.3テストのモニタリングとコントロール~5.6欠陥マネジメント>における以下の分野の学習内容及び学習してみて私が思ったことについて記載します。

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

【初心者用】Reactコンポーネントとpropsについて

Reactで開発をするようになり頻繁にコンポーネントとprops使用することが多いので、改めてなんとなくで使用していたものを詳細に理解しようと思いまとめました。Reactではコンポーネントとpropsは必須なので、後々に振り返りができるようなまとめにしたいと思います。

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

JSTQBのシラバスを読む【第六章】

ソフトウェアテストにおいて、ツールの活用は今や欠かせない存在となっています。今回は、JSTQB Foundation Level シラバスの第六章「テストツール」に焦点を当て、テストの効率化を支える各種ツールと、自動化における利点・リスクについて分かりやすく解説していきます。「ツールを使えばすぐにテストが楽になる!」と思っている方も多いかもしれませんが、実際には、ツールの導入・運用には計画性や戦略が必要です。本記事では、JSTQBの内容を読み解きながら、実務に活かせる視点を盛り込んで解説していきます。

初心者

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

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

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

関連タグ

カテゴリ別人気記事

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

週間人気記事

もっと見る