クレジットカード決済とPCI DSS

クレジットカードは、現金の代わりに利用される支払い手段であり、購買した商品やサービスの代金は後日まとめて支払われる仕組みです。主要なカードブランドにはVISA、MasterCard、American Express、Discover、JCBなどがあります。

その他(インフラ)

C言語とは何か

C言語とは、1972年に開発された歴史の深いプログラミング言語の1つです。アメリカ、AT&T社ベル研究所のDennis.M. Ritchie（デニス・M・リッチー）氏とBrian.W.Kernighan（ブライアン・W・カーニハン）氏によって開発されました。現在は、開発元であるアメリカ国内のみならず世界中に普及しているほか、「C++」や「C#」のようにC言語から発展したプログラミング言語も数多く存在します。プログラミングの基礎知識から、実用性の高い応用力まで幅広く習得できることから、プログラミングを学ぶうえで、最初にC言語を選択する方も少なくありません。

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

【デザインパターン】SingletonとFacadeについて

プログラミング言語について学習しているとオブジェクト指向を学ぶことが出てくると思います。オブジェクト指向をある程度理解したあとはデザインパターンについて学ぶことが出てきます。本日はデザインパターンについて概要を説明したあとSingletonとFacadeについて解説していきたいと思います。

SwiftUIで色々なレイアウトを作ってみる【iOS】

SwiftUIに少しずつ慣れてきたので今回はアニメーション付きで色々なレイアウトを作ってみます。

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

【初心者向け】情報セキュリティの基礎

IT業界で働くうえでかかせない、情報セキュリティについてまとめました。情報セキュリティの知識が不足していると、重大なセキュリティ事故を起こし、損害賠償などになりかねません。ぜひ気を引き締めて最後までお読みください！

その他(SE)

【エンジニアになりたい人必見！】システム開発について

今回はシステム開発の流れや、関連する用語についてまとめました。エンジニアになりたい方に、役立つ内容となっています。ぜひ最後までお読みください！

開発計画(SE)

インフラエンジニア1年目がフロントエンドの転職に必要な知識・スキル

開発に興味があるものの、何を学べばよいのかがわからず、日々のサーバー保守・運用案件に忙殺されているという若手インフラエンジニアの方は多いのではないでしょうか。本記事では、開発にチャレンジするべきか、このままインフラのスキルを磨くか、悩みを抱える方に向けて、フロントエンドエンジニアの仕事内容や必要な知識・スキル、役立つ資格などについて解説しています。

【初心者用】AWS基礎⑧

前回は、テクノロジー分野のAWSの主要サービスを学習してきました。今回は、「テクノロジーサポートのリソースを特定」のところから進めていきたいと思います。

その他(インフラ)

webデザイナーに必要なスキルと仕事内容を徹底解説！

webデザイナーはプログラミング初心者からでも始めやすく、需要も高い人気の職種です。しかし、実際にwebデザイナーを目指すにはどのようなスキルや知識が必要なのでしょうか？また、ノーコードツールでもプログラミングができる時代で、webデザイナーの仕事内容や将来性はどうなるのでしょうか？この記事では、webデザイナーに必要なスキルと仕事内容を徹底解説しますので、これからwebデザイナーを目指す方はぜひ参考にして下さい。

【ソフトウェアテスト】ドメイン分析テスト

同値分割法/境界値分析については他の記事で記載しましたが、ドメイン分析テストも境界値を用いてテストします。このテスト方法は、関係性のある複数の変数について、入力データの有効範囲にフォーカスしてテストをする手法です。同値分割法/境界値分析では、一つの機能に関して境界がいくつか設定されていて、各境界の前後でそれぞれ動作が変わるような仕様に対してパーティションを分けてテストしていましたが、そのような数値による境界をもつ機能がいくつか関連して複数結果に分かれるような仕様のケースでは、ドメイン分析テスト技法が使用できます。ゲームのダメージ計算式で、与えた最終ダメージ数値に応じてクリティカル倍率をかけた数値を上乗せするといった場合に、元となるダメージ数値がいくつか、相手の防御数値がいくつか、数値いくつ以上でクリティカル倍率は何倍が適用されるか、各数値には有効・無効となる境界があり、かつ最終の数値ごとに複数のクリティカル倍率が用意されているといった仕様があったときに、ドメイン分析テストによって必要なテストケースを洗い出すことができます。

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

【QA】テスト観点の出し方

システム開発における評価・検証は、避けることのできないバグや不具合を市場に流通する前に可能な限り取り除くことのできる重要な工程です。またテスト観点が明確なテストケースは実施者ごとの評価精度のブレを防ぎ、不具合の発見率を高めることができます。しかしこの工程を最大限活かすには"なぜそのテストをするのか”、”そのテストで何を確認したいのか”という観点を正確かつ明確に定めていなければなりません。テスト観点の洗い出しが不十分なまま重大な不具合を見逃してしまうことで機会損失や信用を失うなど、多くのリスクを生んでしまう恐れがあります。

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

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

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