【ソフトウェアテスト】レビューについて

ソフトウェアテスト領域には、動作させることを前提とした対象をテストする動的テストと、動作させることを前提としていない対象をテストする静的テストがあります。単体テストや結合テストなど、作成したものを動作させてテストをするのが動的テストですが、静的テストは動作させる対象がなくてもテストが実施できます。静的テスト活動の種類としてレビューがありますが、開発活動の中で作成された製品やシステム自体以外のものは、レビュー対象としてテストすることが可能です。

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

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

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

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

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

イチから学ぶデータベース・SQL（１）ではデータベースについて、から始まりデータベースの作成や、データベースにデータを追加したりデータを検索したりと、基本的なデータベースとSQL文について学びました。 それらを糧に今回はより深くSQLについて学習し、それを分かりやすいように説明していきます。

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

テスト自動化

テスト自動化とは、人の手によって行われるソフトウェアテストの全体あるいは一部を自動化することを意味します。そもそもソフトウェアテストは、不具合を見つけることが目的です。そのため、テストを繰り返し行うことも増えています。テスト自動化によって、テストにかかる人的負担を減らし、将来的なコストの削減が期待できます。テストといっても、その中にはさまざまなプロセスが含まれます。ソフトウェアテスト技術者資格認定組織である「ISTQB（国際ソフトウェアテスト資格認定委員会）／JSTQB（日本ソフトウェアテスト技術者資格認定組織）」の定義によると、テストプロセスは以下の5つの要素で構成されています。テストプロセス　・テスト計画作業とコントロール　・テストの分析と設計　・テストの実装と実行　・終了基準の評価とレポート　・終了作業

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

【ソフトウェアテスト】ソフトウェア開発とテスト活動について②

「【ソフトウェアテスト】テストレベルについて　①」記事に記載のとおり、開発ライフサイクルモデルには形式や期間によってさまざまなモデルがあり、テストを実施するタイミングもモデルによってさまざまです。先に挙げた開発工程の例である要件定義→設計→開発→テスト→リリース/保守を一連の流れとする開発ライフサイクルも、このフローを開発期間の流れとして実施するのはあくまでウォーターフォール型モデルのようなシーケンシャルな開発ライフサイクルであり、イテレーティブ開発モデルやインクリメンタル開発モデルでは、各工程とテストが同時に進行したり、無駄をなくすことを目的としてあえて一部工程を省くこともあります。V字モデルは各工程とテストが同時進行する例です。要件定義の段階で要件定義に対するテストを実施、システム設計の時点で設計された内容に対してテストを実施といったかたちで、開発完了後にようやくテストではなく、常に工程の早期段階でテストを実施します。開発完了後のテストで不具合が検出されると工程の手戻りが発生してしまい、工数に無駄が生じますが、早期にテストを実施することにより、上流工程の段階で不具合や懸念を可能な限り取り去って開発作業の手戻りを少なくし、無駄な工数の増加を防いだり、最終的な品質の向上を目指すことができます。このようにV字モデルの左側で行う開発活動に対して早期にテストを実施して効率的な開発活動を目指す手法をシフトレフトと呼びます。イテレーティブ開発モデルやインクリメンタル開発モデルとなると、さらに各工程とテストが早期段階で実施されていきます。全体的な流れをより細かく迅速に行い、それを細かく繰り返していくサイクルが、現在のソフトウェア開発形式の主流になってきています。

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

サーブレットJSPを学ぼう！！＃４

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

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

データベースに関する基本知識とSELECT文の基本

TCP/IPの階層モデルのアプリケーション層について、もう少し詳しく学習していきます。また、TCP/IPの通信例を元に、パケットの処理について学んでいきましょう。

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

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

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

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

負荷テストとインフラの基礎知識 〜現場で活きる実践的ノウハウ〜

今回は「負荷テスト」について、実務ベースで押さえておきたいポイントをブログ形式でご紹介します。最近ではWebアプリケーションの多様化とともに、アクセス集中や大量データ処理に耐えうるシステム構築が求められています。その中でも、システムの健全性を担保するための“負荷テスト”は非常に重要な工程のひとつです。「負荷テストって聞いたことあるけど、実際どんなことをするの？」「インフラの知識がないとできないの？」という方に向けて、実践に即した情報をまとめてみました。

テスト(インフラ)

【初心者目線】Webアプリケーションの開発 第8回

【初心者目線】Webアプリケーションの開発 第8回を書きます。

組み込みエンジニアの収入の実態とキャリアの展望

組み込みエンジニアという職業は、モダンなテクノロジーの背後で静かに働き、私たちの日常を支えています。家電製品から自動車、医療機器、産業設備まで、数々の製品やシステムに組み込まれた技術の要として、組み込みエンジニアは欠かせない存在です。その専門的なスキルと知識は、時に目には見えない形で社会の発展に寄与しています。組み込みエンジニアにとっては、技術だけでなく、経済的な側面も重要なテーマです。この記事では、組み込みエンジニアの平均年収や年収アップのために必要なスキル、将来的なキャリア目標の選択肢について探求していきます。組み込みエンジニアを目指す方や既にこの分野で活躍している方々にとって、役立つ情報を提供することを目指しています。

Pythonの基本構文

Python(パイソン)とは、1991年にオランダ人のGuido van Rossum（グイド・ヴァン・ロッサム）氏が開発したプログラミング言語です。アプリケーションの開発、人工知能、データ解析など様々な用途に使用でき、少ないコード量で簡潔に書けるため、読み間違えや書き間違い起こりづらいのが特徴です。文法がシンプルでわかりやすく初心者でも取り掛かり易い言語です。

開発環境関連(PG/バックエンド)