【Spring】便利なアノテーションについて知ろう①

Java開発でフレームワークを使用する際、Springが選ばれることが多いと感じます。Springで特徴的なのはアノテーションという@を使った記載になります。そのアノテーションにはどういったものがあるか、どういった意味になるのかを調べてまとめてみました。

テスト自動化について

近年、ソフトウェア開発の現場では“スピード”が勝負の鍵となっています。ユーザーの期待に応え続けるには、頻繁なアップデートとリリースが欠かせません。しかしその裏で、大きな課題となるのが「テスト工程」。そこに立ちはだかる工数の壁や品質保証のプレッシャーを、解決へと導いてくれるのがテスト自動化ツールです。今回は、実際に現場で自動化に携わってきた経験をもとに、テスト自動化の必要性や導入時のメリット・デメリット、代表的なツールの比較、そして国産の新興ツールまで、リアルな目線でお届けします。

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

【初心者用】CakePHPを学んでいこう②（インストール・動作確認）

前回はCakePHPについての基礎知識について紹介しました。 今回はXAMPPにCakePHPをインストールし、実際に画面を表示してみるところまでご紹介いたします。

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

システムエンジニアに必要なスキルって？現役のシステムエンジニアが教えます

システム業界で活躍して数年経つと、プログラマーとしてスペシャリストになるのか、システム開発に携わる領域を更に広げてシステムエンジニアになるのか、悩まれる方も多いと思います。本記事では、システムエンジニアを目指す方や、システムエンジニアとしてキャリアを積みマネージャーとしてステップアップしたい方に向けて、現役のシステムエンジニアが必要なスキルを解説します。

【選び方ガイド】おすすめのスマホアプリ開発言語とその将来性

スマートフォンアプリの開発に取り組む際、適切なプログラミング言語を選ぶことが重要です。しかし、初めてのプロジェクトや多くの選択肢がある中で、どの言語を選ぶべきか悩むこともあるでしょう。本記事では、スマホアプリ開発における言語選びのポイントを解説します。

ITインフラの基礎【初心者向】

ネットワークとは、複数のコンピュータを通信回線で接続し、データのやり取りを行えるようにしたもので、正確にはコンピュータネットワークと呼ばれます。当初は、管理者が特定のコンピュータ同士を接続しただけのもの(＝プライベートネットワーク)でしたが、段々とプライベートなネットワーク同士を接続するようになり、世界中のネットワークが接続されたインターネットとなりました。

テスト技法の種類をまとめる

業務でテスト設計を行うことになったのでテスト技法について学んでいきたいと思います。

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

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

【Java基礎】Java未経験から習得を目指す　環境構築編

どうも、C++が最も得意なプログラマです。仕事の関係でJavaを扱うことになったのですが、Javaに関しては全くの未経験ですので、今回からJavaについて学んでいこうかと思います。

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

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

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

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

ActiveReports学習2

前回までは、ActiveReportsの特徴やレポートの種類について学習しました。今回からは構造について学習していきたいと思います。

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

【ソフトウェアテスト】CFD法

CFD法はCause Flow Diagram(原因流れ図)を略したもので、原因の集合と結果をそれぞれの関係のつながりにフォーカスして図式化し、そこからデシジョンテーブルを想定してテストケースを作成する技法です。システム設計において、正常な動作の仕様を基本として異常系の仕様もエラー動作実装のため明確に定義されているべきですが、テスト実施の際には、仕様想定上の正常系・異常系動作確認はもとより、考え得る限りの準正常系テストケース網羅も必要です。そうしたケースの考慮が足りていないと、リリース後にユーザーが想定外の操作を実行して重篤な不具合につながったり、あるいは仕様の穴を付いた不正処理などを実行されたりして、プロジェクトやサービスに損失が発生したりします。原因・結果・各関係を図示して明確に関係を洗い出すことで、実装段階では考慮が漏れているような挙動についても抜けや漏れをカバーするようにテストすることができます。また、エラーに関するもののみではなく、同値分割が可能な原因が複数関連して複数の結果が想定されるというシステムで、その関係性を図にして流れを見ることで、テストケース作成がグラフィカルに把握しやすくなります。インターネットでクレジットカードを利用して決済処理を実行する際に、完了までには以下の様な結果パターンが想定されます。・カード情報入力エラー(入力したカード利用情報に問題がある)・決済処理不能エラー(登録しているカード情報の照会時にエラーが発生)・通信不良による接続タイムアウトエラー(決済実行から完了までの通信時間が規定の時間内に処理されないことによるエラー)・決済完了上記4パターンの結果を返すまでの原因は、細部まで書き出すと煩雑になります。・複数の入力フォームに入力した情報のどこがエラーになったか・カード情報照会時にどのような理由でエラーになったか・どのページからどのページに遷移するときにエラーになったか・何秒以上の通信待機時間を過ぎたら通信エラーで処理するか等これらを一つの枠に収めてそれぞれを線でつなぐことで関係性を整理できるのが、このCFD法の利点だと思います。

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