説明

Fターム[5B042HH38]の内容

デバッグ、監視 (27,428) | プログラムデバッグ、プログラムテスト (3,778) | プログラムの作成 (28)

Fターム[5B042HH38]に分類される特許

1 - 20 / 28


【課題】ブラックボックステストに関する作業効率を向上させること。
【解決手段】テストプログラム生成方法は、メソッドの集合を利用する利用プログラムによる前記メソッドの実行の検知に応じて該実行の履歴を記録し、前記履歴を、記憶部が記憶する、前記メソッドの集合に関する文脈上の規則情報と照合して、前記利用プログラムによる前記メソッドの実行に関して前記規則情報に対する違反を検出し、検出結果を前記記憶部に記録し、前記規則情報と前記検出結果との組み合わせに対応付けて前記記憶部が記憶するテストコードを実行させるテストプログラムを生成する処理をコンピュータが実行する。 (もっと読む)


【課題】本発明は、プログラマブルな条件でプログラム試験が行え、プログラムエラーの発生を未然に防ぐことができるプログラム装置、プログラム試験方法およびプログラム試験用プログラムを提供することを目的とする。
【解決手段】本発明によるプログラム試験装置は、入力部4から入力された試験対象プログラム92を、プラント設備構成に応じて階層的に配置された設備要素に基づいて、設備要素に対応するプログラムコードを外部から入力されることによって、所定の機能ごとに複数のモジュールに分割するプログラム入力部76と、設備情報87に基づいて、一の設備要素に対応するプログラムに対して所定の関係を有するプログラムを検索するプログラム検索部77とを備えることを特徴とする。 (もっと読む)


【課題】テストを完遂することができる自動ビルドシステムの提供
【解決手段】依存関係判定部112が、バージョン管理部から最新の全ソースコードとバージョンを取得し、取得したソースコードの依存関係を示す依存関係情報を作成し、コンパイルテスト実行部113が、前記作成したソースコードの依存関係に基づいてビルド及びテストを実施し、この実施したビルド及びテスト結果が成功か否かを自動ビルド結果格納部114に格納し、この格納したビルド結果が成功したソースコードに最新以外のソースコードが含まれているか否かを判定し、この判定によって最新以外のソースコードが含まれていると判定したとき、自動ビルド結果格納部114に格納した自動ビルド結果を失敗に更新し、前記判定によって最新以外のソースコードが含まれていないと判定したとき、テストを続行する自動ビルドシステム。 (もっと読む)


【課題】組み込み制御プログラムを利用したシミュレーション環境の構築を容易にして開発効率を向上させる開発支援装置を提供する。
【解決手段】ソースコードの関数構造及び各関数で使用されているグローバル変数のアクセス方式を解析するソースコード解析部と、ソースコード解析部から得られる解析結果と予め規定されている変数分類ルールとに基づいて関数インターフェイス情報を作成する関数インターフェイス情報作成部と、関数インターフェイス情報に基づいて、ソースコードを構成する関数とシミュレータアプリケーション間での値の受け渡しを実現するインターフェイスプログラムを作成するプログラム作成部とを備える開発支援装置を提供し、ユーザがインターフェイスプログラムを作成せずに、組み込み制御プログラムをシミュレータ上で実行できるようにする。 (もっと読む)


【課題】必要とするシーケンス監視機能を各モジュールに誤りなく自動的に組み込むことが可能な自動プログラミング装置を提供する。
【解決手段】プログラムのソースコードを入力するソースコード入力部1と、該ソースコードから監視対象となるモジュールを検出する対象モジュール検出部2と、監視対象となるモジュールとその識別コード、先行モジュール識別コードを定義したシーケンス監視テーブルを参照して処理に必要な情報を取得する監視テーブル参照部3と、該シーケンス監視テーブルへの参照で得た情報に従って前記検出した監視対象となるモジュールに対して監視用コードを生成する監視用コード生成部4と、生成した監視用コードを各モジュールのソースコードに挿入してソースコードを出力する監視用コード挿入・ソースコード出力部5と、該ソースコードを実行する際に参照するシーケンス監視実装テーブルを出力する監視実装テーブル出力部6とで構成されている。 (もっと読む)


【課題】システムの動作検証をするために不足している制御モジュールを生成することが可能なモジュール生成装置を得ること。
【解決手段】検証対象装置の代替として用いるシミュレータ装置と、当該シミュレータ装置を制御するための制御モジュールを生成する制御モジュール模擬生成装置20と、当該制御モジュールを検証する動作検証装置と、を備えた検証システムにおける前記制御モジュール模擬生成装置20であって、制御モジュールの入出力に関する定義情報、および前記検証対象装置のソフトウェア仕様情報を入力とし、当該ソフトウェア仕様情報に基づいてソースコードを生成し、当該定義情報および当該ソフトウェア仕様情報に基づいて当該ソースコードをコンパイルすることにより、前記動作検証装置が前記共通インターフェースを用いて検証可能な制御モジュールを生成するモジュール生成部21を備える。 (もっと読む)


テストデータの生成方法は、データソース(102)から複数のレコードの少なくとも1つのフィールドにおいて発生する値を読み取ること、上記値を特徴づける統計を含むプロファイル情報を格納すること、上記統計に基づいて上記フィールドについての確率分布のモデル(300)を生成すること(206)、所定の値が上記テストデータ値において発生する頻度が、上記生成されたモデル(300)によってその所定の値に割り当てられた確率に対応するように、上記モデルを使用して複数のテストデータ値を生成すること(206)、および上記テストデータ値を含むテストデータ(114)のコレクションをデータストレージシステム(116)に格納すること、を含む。
(もっと読む)


【課題】プログラムに対し指定された実行時間に係わる性能指標を維持すると共に、特定のタスクによるCPU資源の過剰な占有を防止できる性能確保プログラムを自動的に生成可能にする。
【解決手段】抽出部31はコード41により実行時間要求が指定されたプログラムソース39の区間に条件分岐抽出や、ループ抽出を行う。導出部33は該各処理の実行結果が反映されたプログラムソース39にプロファイル取得用コード生成、計算量プロファイル取得、実行時間の関数近似を施す。計算機能付加部35は該各処理の実行結果が反映されたプログラムソース39に必要CPU資源量見積りコード、必要CPU資源量再見積りコードを挿入する。割当て機能付加部37は該各処理の実行結果が反映されたプログラムソース39に必要CPU資源量見積りコード、必要CPU資源量再見積りコードに基づき所定の演算処理を行う。 (もっと読む)


【課題】OS環境下で命令単位での細かいプロファイル情報を取得すること。仮想記憶機構を備えたOS環境下でプロファイリング対象プログラム(共用ライブラリを含む)のプロファイル情報のみを取得すること。
【解決手段】コンピュータシステムは、プロファイリング対象プログラム1、OS2およびプロセッサ3を備えている。プロファイリング対象のアプリケーションプログラム11と、サンプリング情報を収集するプロファイル取得関数ライブラリ12とを同一プロセスで起動する。プロセッサ3の内蔵タイマ15から割り込みが発生するたびに、OS2に予め組み込まれたプロファイル取得ドライバ13により、プログラムカウンタ16の値やハードウェアカウンタ17の値を収集する。仮想記憶システム上で複数のプロセスが実行される場合には、割り込みの発生時にプロファイリング対象プロセスが実行されているときにサンプリング情報を収集する。 (もっと読む)


【課題】プログラム改善課題の難解さは其の全実行様相を一度に把握できない事に原因がある。この課題を解決する為にはプログラムの全実行様相を一度に把握し、其の実体を直視する事が先決である。これ迄、其の全実行様相を自動的に求める方法はなかったので、其の作成者も含め誰も正確に認識出来ていないのが実情である。故に、現状では欠陥のないプログラムを作り出す事は不可能である。またプログラム言語変換においても同様の理由で困難である。
【解決の手段】本願はプログラムの全実行様相をLYEE空間と主語系譜を用いて自動的に一度に把握して固定化する。其れによりプログラムの本当の実行実体を見届ける事が出来る。其れに基ずく認識によってプログラムの改善技法を正しく導くことが出来る。また、主語系譜により要件の骨格が一望することが出来るので要件診断の精度と効率を飛躍的に高めることが出来る。更にまたLYEE空間を用いてプログラム言語変換が完全に自動化することが出来る。 (もっと読む)


コンポーネント・モデル基盤のソフトウェア・プラットホーム・アーキテクチャの検証方法に係り、ソフトウェア・プラットホームの設計情報によって、少なくとも一つ以上のコンポーネントの機能を記述するテンプレートコード、及びソフトウェア種類による設定変数が備わり、前記生成されたテンプレートコードのビルドを行うビルドスクリプトを具備する仮想ソフトウェア・プラットホームを生成する段階と、コンポーネントの組み合わせのために、仮想ソフトウェア・プラットホームに備わった設定変数の設定値を変更する段階と、変更された設定変数に基づいた仮想ソフトウェア・プラットホームの実行結果によって、ソフトウェア・プラットホームの整合性を検証する段階と、を含み、当該ソフトウェア製品の正常な組み合わせ構成が可能であるか否かを先行的に検証することによって、テストコストと人力節減とを可能にする。
(もっと読む)


【課題】所定のプログラムを生成するツールの検査において、テスト担当者が費やす労力や時間を軽減しつつテスト品質を維持することができる検査技法を提供することを目的とする。
【解決手段】プログラム生成ツールを検査するためのプログラムであって、検査用入力条件ファイルと出力期待値ファイルを記憶する記憶装置及びディスプレイを備えるコンピュータに、記憶装置から検査用入力条件ファイルを読み出してプログラム生成ツールを実行し、実行結果データを生成するステップと、生成された実行結果データを含む実行結果ファイルを生成し記憶装置に格納するステップと、記憶装置から出力期待値ファイルを読み出して記憶装置に格納された実行結果ファイルと比較するステップと、出力期待値ファイルと実行結果ファイルとの比較結果に基づいてプログラム生成ツールの検査結果をディスプレイに出力するステップを実行させる。 (もっと読む)


【課題】ソフトウェアアプリケーションにおける欠陥検出のための設定可能なウェブサービスシステム等を提供する。
【解決手段】設定可能なウェブサービスアーキテクチャにより異種言語から成るソフトウェアアプリケーションにおける1又はそれ以上の欠陥を検出する欠陥検出段階を有する方法が提供される。この欠陥検出段階は、ソフトウェアアプリケーションと関連する使用状況を捕らえ、その有効性を確認する段階と、モデルチェックのための特性モニタの自動起動を与える段階と、診断のためにソフトウェアアプリケーションにおける1又はそれ以上の欠陥を視覚化する段階とを有する。欠陥検出段階は、異種ソフトウェアアプリケーションを同種のアプリケーションに変形する段階を更に有する。具体的には、欠陥検出段階は、ソフトウェアアプリケーションと関連するプレゼンテーション層に自動テスト生成を与える段階を更に有する。 (もっと読む)


【課題】 操作履歴機能では、データの登録、更新、削除、表示、検索といった操作の内容を記録し、システムの管理や分析に役立てることができる。しかし一方、Webアプリケーションを利用するユーザの数には制限が無く、操作履歴の記録量が膨大になる問題がある。不要な記録は顧客にとって記録媒体を圧迫するものであり、記録する情報を顧客のシステムごとに、カスタマイズが可能な操作履歴機能を提供する。
【解決手段】 データの表示や検索や登録などの操作よって発生する要求に応じて処理を行う手段と、前記処理において要求の内容を取得する手段と、前記処理の結果の内容を取得する手段と、前記要求の内容および前記結果の内容を記憶する手段と、記憶する要求の内容および結果の内容を項目単位で選択する手段と、前記の手段についてプロジェクトの特性に応じてカスタマイズする手段を持つことを特徴とする。 (もっと読む)


【課題】精度良く故障を診断できる電子回路装置、故障診断装置、故障診断システム、及び故障診断プログラムを提供する。
【解決手段】
電子回路装置が実行する処理手順を記述する全体プログラムを構成するように設計された部分プログラムに生じる故障原因と、故障原因が引起す不具合とを設計により定まる因果関係に基づいて関連付けたモデルを生成するモデル生成手段を有するモデル生成装置と、モデル生成装置が生成したモデルを用いて、全体プログラムを実行する電子回路装置に生じた故障を診断する故障診断手段を有する故障診断装置とを備える。この構成によれば、全体プログラムの設計により定まる因果関係に基づいて、全体プログラムを実行する電子回路装置に発生した故障を精度良く診断できる。 (もっと読む)


【課題】ベンチマーク用のソフトウェアの開発を容易にし、かつ、ベンチマークの実施に要するコストを低減できるフレームワークを提供する。
【解決手段】データの入出力を行うユーザインターフェイス層10、データの処理を行うドメイン層11、データの蓄積および検索を行うデータベース層12、通信、ログ出力を行う共通層13の四階層に分類されたソフトウェア部品の複合体からなり、前記階層に属する各々の前記ソフトウェア部品が前記階層における性能を測定できるベンチマーク機能を備えることを特徴とする。 (もっと読む)


【課題】デバッグ用のソフトウェアモジュールを必要に応じてインストールすることができるデバッグ装置、及びデバッグ方法を提供すること。
【解決手段】再生装置(100)は、デバッグ装置の動作を制御するための制御モジュール(201)と、プログラムを実行するスクリプトエンジン(203)を備える。状態監視モジュール(205)は、制御モジュール(201)及びスクリプトエンジン(203)の状態を監視し、状態の変化を検出する。状態通知モジュール(204、206、207、208、209)は、状態監視モジュール(205)により検出された変化を、再生装置(100)に接続されたネットワーク機器(2)に送信し、変化をユーザに通知する。状態監視モジュール(205)及び状態通知モジュール(204、206、207、208、209)は、外部デバイス(3)から再生装置(100)にインストールされる。 (もっと読む)


【課題】GUI画面を有するWebサービスの開発環境において、画面デザイン、文言、処理内容を修正した場合、修正内容の確認に必要なテスト工数を低減する。
【解決手段】Webサービステスト装置100は、Webサービスの各画面のデザインや処理内容を表示部品記憶部151、テキスト記憶部152、リンク記憶部153、CGI記憶部154、及び、画面遷移記憶部155に分けて記憶する。ブラウザ300にて送信ボタンが押下された際、テスト手段130は、各記憶部の情報をもとに、送信ボタンに応じてCGIの選択、実行、画面遷移先の決定、HTMLファイルの生成を行い、ブラウザ300へ送信することにより、Webサービスを実現する。また、テスト項目生成部140は、画面遷移記憶部155の情報をもとにWebサービスのテストパタンを生成する。 (もっと読む)


【課題】ICカードプログラムの開発者がテストパターンを容易に作成することができるICカードテスト装置を提供する。
【解決手段】ICカードテスト装置1はスクリプト言語で記述されたテストスクリプト15を記憶している。ICカードプログラムをテストするとき、ICカードテスト装置1は、指定されたテストスクリプトに含まれるステートメントを逐次解釈し、解釈した処理をエミュレータ2に実行させることで、エミュレータ2に記憶されたICカードプログラムをテストする。例えば、ICカードテスト装置1は、スクリプト言語で記述されたテストスクリプトから、ICカードのプログラムインターフェース仕様に従い、16進数のキャラクターで記述されたコマンドAPDUを生成し、生成したコマンドAPDUを用いてICカードプログラムをテストする。 (もっと読む)


【課題】GUIを伴うソフトウェアのプログラム作成工程からテスト工程までを一貫して支援し、一連のGUIソフトウェア開発を効率的に行うことを目的とする。
【解決手段】GUIの画面情報からソースコードを生成するソースコード生成手段と、画面情報からソースコードをテストするテストソースコードを生成するテストソースコード生成手段と、画面情報からテストソースコードを実行する手順を定めたテストシナリオを生成するテストシナリオ生成手段と、ソースコード及びテストソースコードから実行プログラム及び実行テストプログラムを生成する実行プログラム生成手段と、テストシナリオに基づいて実行テストプログラムを実行し、実行プログラムをテストするテスト実行手段とを有することによって前記課題を解決する。 (もっと読む)


1 - 20 / 28