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

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

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

【QA】不具合を発見した時

ソフトウェアやその機能についてテストを行った場合、何かしらの不具合を発見することがあります。実施者は発見した不具合が市場への流出するのを防ぐ最初の防衛ラインとなります。では実際に不具合を発見した場合、実施者はどう不具合報告をすればよいか。※開発チーム所属するQA担当であることを想定した内容となります。プロジェクトによって不具合を報告する際のルールは様々なため、この限りではないことを留意してください。

APIとは? API連携の仕組みやメリット、利用時の注意点をわかりやすく紹介

世の中にある多くのシステムやアプリケーションはAPIを通じて連携し、さまざまな業界や分野において利便性の高いサービスを実現しています。しかし、APIという言葉は聞いたことがあっても、具体的にAPIがどのような仕組みで、どのようなメリットをもたらすのか、利用者の立場では知る機会は少ないのではないでしょうか。この記事では、APIの基本的な仕組みから、API連携のメリット、そして利用時の注意点について詳しく解説しますので、APIを最大限に活用して、ビジネスにどのような効果があるのか知ってもらえれば幸いです。

【初心者用】SQLのテーブル取得について色々操作をしてみた

SQLには色々なテーブル取得の方法がある。 今回は、実際の現場で使用されることが想定されるSQLのデータ取得について操作をしながら学んでいく。 参考サイト 指定した値の範囲と比較する(BETWEEN演算子) https://style.potepan.com/articles/27029.html SQL BETWEEN演算子の構文と使い方 データを範囲指定して抽出する https://tech.pjin.jp/blog/2020/12/28/%E3%80%90sql%E5%85%A5%E9%96%80%E3%80%91in%E6%BC%94%E7%AE%97%E5%AD%90%E3%81%AB%E3%82%88%E3%82%8B%E6%9D%A1%E4%BB%B6%E6%8C%87%E5%AE%9A/ SQL基礎 IN演算子に夜条件指定 https://tech.pjin.jp/blog/2020/12/25/%E3%80%90sql%E5%85%A5%E9%96%80%E3%80%91like%E6%BC%94%E7%AE%97%E5%AD%90%E3%81%AB%E3%82%88%E3%82%8B%E6%9D%A1%E4%BB%B6%E6%8C%87%E5%AE%9A/ SQL基礎 LIKE演算子による条件指定 https://www.sejuku.net/blog/72923 SQL GROUP BYで自在に集計! 集計関数やHAVINGと合わせて使おう https://www.sejuku.net/blog/72918 SQLで並び替え! ORDER BYを基礎から応用まで学ぼう https://www.sejuku.net/blog/54990 SQL入門 DISTINCTで重複行をまとめる方法

【Swift】画面レイアウトをxibファイルに作成する方法【storyboard】

storyboardファイル内で画面遷移とレイアウトの両方を作成していると、画面数が多くなったり、複雑なレイアウトを作成したりした時にどうしても動作が重くなってしまうことがあります。複数人でで作業をしたり、テストをしたりする際にもストーリーボードに全てが詰まっていると作業がしづらいことも多いと思います。これらの問題を解消するために今回は、・stroyboardファイルにはViewControllerと画面遷移のみ・xibファイルに画面レイアウトを作成するこのような形で画面ごとのレイアウトを別ファイルで作成したサンプルプロジェクトを実装してみます。レイアウトを別ファイルで行うことのメリット・デメリットをまとめると以下のようになります。

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

【初心者用】C++について

C#について最近調べることがあったので、C++についても学びなおそうと思い今回選びました。C++を使用する必要がある時の為に、C++がどのような場合に使用するべきなのかまとめていきます。

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

【JSTQB(FL)対策】第6章テスト支援ツール

こちらの記事ではJSTQBのシラバスのうち、第6章テスト支援ツールにおける以下の分野の学習内容及び学習してみて私が思ったことについて記載します。

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

フロントエンドエンジニアの需要と将来性、役立つ資格を解説

フロントエンドエンジニアは、ユーザーが直接触れるウェブサイトやアプリケーションのインターフェースを設計・開発する職業です。フロントエンジニアの仕事は、ユーザビリティ、アクセシビリティ、パフォーマンスなど、ユーザーエクスペリエンスを左右する重要な部分を担います。本記事では、フロントエンドエンジニアの需要、将来性、そして役立つ資格について詳しく説明します。

【初心者向け】Packet Tracerでネットワークを学ぶ（スイッチング③）

Packet Tracerでネットワークを学びます

詳細設計(内部設計)(インフラ)

【ソフトウェアテスト】欠陥分析手法について

「【ソフトウェアテスト】不具合報告のインシデントレポートについて」記事で記載したとおり、インシデントはチケット作成して報告されたのち、内容を分析して対応をし、作成から完了に至るまで管理します。そうして蓄積されたインシデントレポートは、報告対応されたそのレポート自体が、以降で類似の現象を検出した際の資料として用いられる面もありますが、内容を分析することで、今後の開発品質向上を目指すための判断材料として活用することができます。いずれのインシデントレポートも、何かしら問題があったから作成されているものであり、問題点は解決した時点で完了とはせずに、内容を振り返って同じ轍を踏まないように以降の活動を随時改善していくことが肝要です。近年のアジャイル化が進んでいるプロジェクトなどの場合は、直近の開発内容に対するインシデントレポート単体を都度分析するような時間も設けられずに次々進んでいくことがありますが、プロジェクト全体としてインシデントレポートを統合管理し、アジャイル開発の各プロジェクト進行とは別途で機会を設けて、振り返りと共に不具合分析を行うことは、高品質な開発を目指す上で必要な活動です。ソフトウェア開発現場の現状として、プロジェクト形式もインシデントレポート形式もさまざまある状況なので、欠陥分析の手法もこれが絶対という唯一のものではなく、状況や期間などに合わせて必要な手法でアプローチをすべきです。統計的内容に基づく分析、インシデントごとの要因に基づく分析、その両面からの分析など、どのような面からアプローチするかによって用いる手法もさまざまあります。

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

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

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

【初心者用】Swingについて勉強したのでまとめてみた　第一回

Swing とは、 Java の GUI （グラフィカルユーザーインターフェース）を構築するためのフレームワークです。Swing は OS の GUI 画面を構成する部品に頼らずに独自に 画面を構成しているので、 実行環境の違いがなく、さらに実行環境で用意されている以上の 画面構成が利用可能となります。その反面、OS に元々備わっている画面の構成ではなくなるために動作速度が遅いなどの欠点があります。しかしながら、近年のハードウェアの進化などに伴い、動作速度の問題は大きなものではなくなってきていると言われています。そもそもJavaのGUIフレームワークとして最初に提供されたのはAWT（Abstract Windows Toolkit）ですが、AWTではテキストボックスやボタンなどのウィンドウ画面を構成する部品はOSの機能を利用していたため、Peerが処理を行っていました。こうしたPeerベースの構成となると、OSによって若干動作が異なったり、OSの不具合がJavaで作成したアプリケーションにも現れるなどの問題が発生することがあり、「一度書いたらどこでも同じように動く」と言うJavaの基本と若干の相違が生まれたため、Peerに頼らないアーキテクチャとしてSwingが生まれました。