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

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

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

【初心者用】CakePHPを学んでいこう④（bake機能）

前回はモデルの作成と、簡単なデータ更新の処理について紹介しました。 今回はCakePHP特有の、bake機能についてご紹介します

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

【基本】AWSの使い方とその他

みなさんAWSを知っていますか。AWSは今どこの現場でも使われており、任天堂やフジテレビなどアプリではInstagramや漫画アプリなどでも大きく関連しており、今、AWSがないとほとんどのアプリに影響があるほど私たちの生活では必須になっております。そんなAWSについて今回はまとめました。

【バッチ】業務効率化

PCでの作業で毎回手作業でフォルダを開いたり、作成したりしている方は必見です！毎日の一連の単純作業を自動化できれば便利ですよね。バッチファイルを使用することで業務の効率化・自動化ができます。

その他(インフラ)

Pythonフレームワーク、Django（ジャンゴ）とは

Django（ジャンゴ）とはPythonのWEBアプリケーションフレームワークの1つであり、昨今人気を集めているフレームワークの1つでもあります。 今回の記事を読むことで分かること ・Djangoで出来ることが分かる ・Djangoの概要が分かる

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

クラウドの運用設計について

システムを安定して運用していくには、「運用設計」と呼ばれるプロセスが欠かせません。運用設計の概要や、必要な項目、作成のポイントなどを説明していきます。システム開発の依頼を受ける企業は、システムを安定的にサービス提供させてこそ、クライアントの満足度が上がります。クラウドの運用設計について話していきますが、実はオンプレミスでもクラウドでも取り決める要件や設計自体には大きな差はないですが、クラウドの利点を活用するために、共同責任モデルと、クラウドネイティブを意識した設計は必要になってきます。

その他(インフラ)

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

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

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

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

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

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

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

【初心者目線】Webアプリケーションの開発 第15回について書きます。

【テストの種類】結合テスト

結合テストとは、システム開発におけるテスト手法の1つです。システム開発では、結合テストの他に単体、機能、システムテストなどがあり、開発工程によって実施するテストが異なります。結合テストは複数のプログラムやモジュールを同時に稼働して行う動作テストで、モジュール同士を結合した際に意図した通りに動作するかの検証を行います。結合テストは、事前にテスト仕様書を作成し、テスト項目を決めてからテストを行います。結合テストの項目は前段階の単体テストが全て完了していることが前提となります。結合テスト前に行う単体テストは、個々の機能やモジュールが単体で動作するかを検証するテストになります。単体テストで行ったテスト項目は結合テストでは殆ど行わないか、簡易的に確認することが一般的です。結合テストでは、ただ動作するかのテストを行うのではなく操作と機能動作の組み合わせが正しいか、仕様書通りに機能しているかについても検証します。単体テストによって個々で正しく動作することが確認された機能やモジュールを対象とし、機能間の連携や一連の機能が仕様書通りに正しく動作するのかを確認します。

sts4+JUnit5+Selenium4+Chromeを使ってみる

Seleniumをつかうと、結合テストを自動化した上にスクショまで取ってくれるということでしたが、前回はうまくいきませんでした。そこで今回は、Selenium4でリベンジしたいと思います。

テスト(PG/バックエンド)

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

インターネットの日常化に伴い、アプリケーションの形態も変わってきました。以前は、利用者のコンピューターにインストールして利用するデスクトップアプリケーションが当たり前だったのですが、今では、ブラウザで使うことが出来るwebアプリケーションが広く普及しています。プログラミング言語Javaでwebアプリケーションを開発するための技術を一緒に学びましょう。

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