Flutterを使ってみよう その５（画面遷移等の制御）

前回の記事の続きです。今回は、画面遷移等の制御周りの知識を深めていきましょう。※ 用例で比較説明したほうがわかりよいため、SwiftUIの用例で比較したいため、SwiftUIで開発したことがあることが前提の記事です環境　・MacOS Ventura 13.6.3　・Xcode 15.1　・VSCode 1.85.1　・Flutter 3.16.5　・Dart 3.2.3

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

【初心者】基本情報技術者試験とは

ITエンジニアを志す人向けの国家資格として、ITを活用する組織、教育機関から定評のある「基本情報技術者試験（FE）」。優秀なIT人材獲得競争に拍車がかかる今日、FE取得はITエンジニアのキャリアパスのきっかけになるかもしれません。本記事では、「基本情報技術者試験」の試験概要などについてご紹介します。

API管理ツールの選び方とおすすめの3つのツールを紹介

APIとは、Application Programming Interfaceの略で、アプリケーション同士がデータや機能をやり取りするための仕組みです。APIを利用することで、開発者は既存のサービスやプラットフォームの機能を組み合わせて、新しいアプリケーションを作成することができます。しかし、APIの数や種類が増えると、APIの管理が難しくなります。そこでAPI管理ツールを活用することで、APIの品質やセキュリティ、パフォーマンスを向上させることができます。API管理ツールは、APIのライフサイクル全体をカバーするものから、特定のフェーズに特化したものまで、さまざまな種類があります。この記事では、API管理ツールの必要性と、代表的な3つのツールについて紹介します。

【ソフトウェアテスト】デシジョンテーブルテスト

さまざまな入力値が想定されており、それぞれの入力値を統合した結果として複数の状態を返すようなシステム仕様に対しては、デシジョンテーブルテスト技法を用いることで、複雑な条件を整理することができます。サービス利用時に新規アカウントを作成するような場面で、ユーザー情報を入力して登録する機能を想定した場合、[名前(ローマ字)][よみがな][任意のパスワード][パスワード確認入力][年齢][住所]などを入力し、それらの入力値が全て正常であれば登録処理を進めて、入力値のうち1つでも正常ではない値が入力されている場合は、エラーメッセージを表示して再度入力を促すようなシステムがあります。対象のステータスによって期間限定のサービス適用有無を判定するようなシステムでも、サービス対象となるかどうかを複数条件から判定するような仕様が想定されます。5年以上サービスを利用していて、アカウントの利用者ランクがゴールド以上の場合、商品購入時の金額から5%をサービス固有ポイントとして還元するというイベントを、n年n月n日～n年n月n日まで開催するといった追加開発システムのテストをする際に、デシジョンテーブルによってテスト対象を適切に抽出できます。

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

【ソフトウェアテスト】ユースケーステスト

ユースケース(use case)テストとは、システム開発要件や機能仕様などのテスト対象に対して利用者サイドから想定しうるテスト対象の使用状況や相互の作用をユースケースとしてシナリオを想定することで、対象の利用に際して問題がないかを主軸にしてテストを行う手法です。シナリオを想定してテストを行うため、シナリオテストと混同されやすいですが、シナリオテストと比較してテスト対象や目的やテストの粒度など違う部分があるので、ユースケーステストとシナリオテストはそれぞれ別の手法として、実施するテストケースに応じて使い分けが必要です。シナリオテストは主に特定の機能や操作の流れを一連のシナリオとしてテストするもので、対象となる仕様や要件のみならず、ストーリーとして関連が想定される動作や異常系処理などもテストスコープに含むため、ユーザーサイドの視点で対象に対して詳細なテストを実施しますが、ユースケーステストは、あくまで対象となる仕様や要件から想定されうるユーザーストーリーをテスト対象とする前提で、シナリオテストよりもテストスコープは狭くなると想定されます。また、記事内にて後述しますが、ユースケース図を用いていることもユースケーステストの特徴であり、シナリオを順序立てる記述形式はシナリオテストもユースケーステストも同様ですが、テストケースの整理や共有の方法によってテストケース自体をレビューできるため、静的テストのアプローチがしやすいテスト技法です。

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

javascript 基本文法1

javascript 基本文法についてです。

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

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

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

javascript 基本文法3

javascript基本文法について

テスト工程について

初心に帰ってテスト工程について復習していきたいと思います。

IoTについて

最近よく見聞きするIoTについて解説していきます。

【Java】アクセス修飾子についてまとめてみた

今回はアクセス修飾子についてまとめてみます。Javaには4つのアクセス修飾子があり、クラス・メンバフィールド・メソッドの他クラスへの公開範囲を決める修飾子を意味するものです。修飾子とはプログラム言語で、変数、関数、クラスなどの要素を振る舞いや性質を変更するキーワードのことです。修飾子は、その要素がどのように動作し、他の部分とどのように関連するかを制御するために使用されます。下記で示した4つのアクセス修飾子は、プログラムのセキュリティ、カプセル化、情報隠蔽などの様々な目的で使用されます。

【初心者向け】レビューについて

テスト設計後に開発者を交えたレビュー会を行う事があります。本記事はレビューについてまとめていきます。