【初心者用】はじめてのC言語3

前回の【初心者用】はじめてのC言語2では、四則演算と条件分岐式if文、if文に使用する演算子について解説を行いました。今回はif文の場合分け処理から解説していければと思います。

【四日目】Java学習

【四日目】Java学習

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

初心者向けAWSでサーバを構築する手順

Docker環境を取り扱うためのAWS環境のセットアップ手順と、AWS環境へのデプロイを実施し、その構成の学習を目的とします。最終目標としてDocker環境をサーバにデプロイし、本運用を見越したDocker環境でのリリースを実施します。環境・Windows 10・VSC version 1.83.1・Docker Desktop ・AWS

その他(PG/バックエンド)

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

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

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

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

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

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

テスト工程について

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

【初心者用】手軽なPython開発環境の構築方法

これからプログラミングを学ぼうと考えている初学者の方の第一の壁は、環境構築ではないでしょうか。 プログラムを実行するためには、プログラムに適した環境（空間）をパソコン内に構築する必要があり、学ぶ言語によって環境構築の方法は異なります。 今回は、昨今人気のPythonのプログラムを実行するための環境構築で、筆者が一番楽だと感じた方法について紹介していきます！

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

システム開発のテスト工程で重要な事とは？

システム開発では、不具合やバグが無いかを検証するテスト工程と呼ばれる期間が存在します。 テスト工程には大きく分けて下記4つのテスト内容が存在します。 ・単体テスト・・画面や機能ごとに、動作の検証をする ・結合テスト・・他の機能やシステムと連携させて、動作の検証をする ・総合テスト・・本運用を想定して、システム全体の動作を検証する・ 受入れテスト・・納品前に仕様書の通り完成しているか確認する システム開発におけるテストの役割は、開発したシステム、記述したプログラムが不具合なく動作するか、バグなどがないかをチェックして修正する工程のことを指します。 どれだけ優秀なエンジニアが開発していようと、人の手が介在するシステム開発では、バグがないということは絶対にあり得ません。 たとえば、システム開発の現場でもっともポピュラーな開発の流れの「ウォーターフォール型」を採用している場合、「単体テスト」「結合テスト」「システムテスト（総合テスト）」「受け入れテスト（ユーザーテスト）」の、大きく4つのテスト工程が実施されます。

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

AWSの仕組みがキーワードベースで理解できるようまとめてみた２

AWSの仕組みがキーワードベースで理解できるようまとめてみました。

その他(インフラ)

AWSの仕組みがキーワードベースで理解できるようまとめてみた３

AWSの仕組みがキーワードベースで理解できるようまとめてみました。

その他(インフラ)

AWSの仕組みがキーワードベースで理解できるようまとめてみた６

AWSの仕組みがキーワードベースで理解できるようまとめてみました。

その他(インフラ)

Junit5でのテストコードの覚書

今日一日はまったので、覚書。Junit5Controller.java@Controllerpublic class Junit5Controller {    @RequestMapping("/Junit5")    public @ResponseBody String greeting() {        return "Hello, World";    }}@SpringBootTest@AutoConfigureMockMvcclass Junit5ControllerTest {    @Autowired    private MockMvc mockMvc;    @Test    public void shouldReturnDefaultMessage() throws Exception {        this.mockMvc.perform(get("/Junit5")).andDo(print())        .andExpect(content().string(containsString("Hello, World")));    }}@WebMvcTestではエラーが出る。

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