[用語] PLCP(Physical Layer Convergence Protocol)

> > データ通信用語事典　アルファベット　P
> > http://www.blackbox.co.jp/blackbox_fix0826/jiten/p1.html

> PLCP（Physical Layer Convergence Protocol−物理レイヤ集中プロトコル）
>   IEEE 802.6に定義されているプロトコルで、DS3 M-フレーム内に定義されているPLCPによって定義されている125-マイクロ秒フレームにカプセル化されているATMセルのDS3伝送に使用される

> > 用語集　ネットワーク ： 株式会社アドテック
> > http://www.adtec.co.jp/glossary/network/index.html

> PLCP(Physical Layer Convergence Protocol) とは、IEEE802.11において伝送速度やフレームの長さなど物理層の情報をやり取りするプロトコル。IEEE802.11bの変調方式には4種類ある。

> PLCP(Physical Layer Convergence Protocol)フレームとは、共通に受信の必要があるヘッダ部を伝送レートによらず一定の速度の変調で送信し、続くデータ部を機器とその時の状況により、さまざまな方法で送信するためにMACフレームをカプセル化するためのものです。
> (株)ウチダ人材開発センタ著『CompTIA認定資格受験ライブラリー Network+ COMPLETEテキスト LAN技術編』(2005年12月26日 改訂版第一刷) p.142より引用

Network + COMPLETEテキスト LAN技術編 (CompTIA認定資格受験ライブラリー) ウチダ人材開発センタ (2005/12) DAI‐X出版 この商品の詳細を見る

イーサネットフレームのフォーマット

　頑張ってイーサネットのフレームフォーマットをテキストで書いてはみたものの、AAはあまりブログの記事向けではないので、別ファイルとして添付。

イーサネットのフレームフォーマット

[Development][Win32API] EXCEPTION_ACCESS_VIOLATION(0xC0000005)

　前回、ヒープ破壊()の例外コードを取り上げたところ拍手がついていたので、Windowsシステム例外コードを取り上げていくのもいいかな、と思い始めたところ。

　EXCEPTION_ACCESS_VIOLATION は、プログラムを始めたばかりの人間とか、C/C++でコツコツとケチなバッファを操作しようとセコい考えをしているとよくぶち当たる問題で、大抵が質の低いプログラムについてまわる、非常にありがちな例外。

　C言語で言うところのchar型配列で、範囲外のところにstrcat()か何かでデータを書き込もうとすると発生する、いわゆるアクセス違反。市販のソフトウェアでも、ときどきクラッシュしてデータをふっ飛ばしてしまうバグが発生した時に出てくるダイアログを見てみると、この0xC0000005が記録されていることが多い。

　ところで、Win32APIを使ったプログラミングをしていると、そのうち必ず使いたくなってくるであろう(?)機能として、クリティカルセクションがある。
　クリティカルセクションというのは、一言で言うとロック機構のことであるが、このクリティカルセクションのオブジェクトを解放したあとにロック/アンロックを呼び出そうとすると 0xC0000005 が発生する。

　非常に厳しいタイミングでトランザクションの終了処理と排他制御処理が重なった時に、まれにこの現象が発生することがある。
　排他制御の対象となっているオブジェクト自体はクリティカルセクションでがっちりとガードできていても、当のクリティカルセクションオブジェクト自体はガードされているわけではないという笑えない話。

[jhomework-2007-08-14-ネットワーク向け][jhomework-2007-08-14-セキュアド向け]

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

　IP 電話を実現するために，一般の電話サービスがもつ基本的な呼制御機能のほか，着信課金機能，転送機能，発信者番号通知機能などを実現する装置はどれか。

　ア　IPsec ゲートウェイ
　イ　SIP サーバ
　ウ　SNMP マネージャ
　エ　ゲートキーパ

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

(宿題メールは、斉藤末広氏が発行する情報処理技術者試験対策用メールマガジンです)

[Test][用語] 構造テスト、または構造ベースのテスト

　ソースコードの書きっぷりによってテスト項目を立てること。
　コード上、すべての処理を最低一度ずつは呼び出すようなテストを設計すれば、最低限の構造テストカバレッジ100%の基準を満たした(これだけではステートメントカバレッジテストとしての条件しか満たしてはいないが)ことになる。

　関連語句：構造テスト　構造ベースのテスト ブラックボックステスト　ホワイトボックステスト　ステートメントカバレッジテスト

テストケースの設計、分析

　テスト設計では、「要件・仕様カバレッジ」と「コードカバレッジ」の二つの側面から分析を行う。

　要件・仕様カバレッジテストでは、要件定義書やUMLのユースケース記述などの機能的側面からの分析を行う（ブラックボックステスト）。（仕様ベースのテスト）
　コードカバレッジテストでは、内部の構造に着目したテストを行う。（構造テスト、構造ベースのテスト）

　これに、経験豊富なテストエンジニアの勘や経験、理論などをベースとした探索的テストを補助的に実施することもある。（経験ベースのテスト）

テストの一般原則(7)

(1)テストは欠陥があることしか示せない
(2)全数テストは不可能
(3)初期テスト
(4)欠陥の偏在
(5)殺虫剤のパラドックス
(6)テストは条件次第
(7)「バグゼロ」の落とし穴

　全てのバグを修正したことにより、完全無欠なる「バグゼロ」のソフトウェアが完成したとしても、ユーザーにとって使いにくい・使えないか（リアルタイム・ストリーミングで言えば、パケット損失の修復をしたことで、映像が途切れ途切れになってしまっては「使えない」ことになる。RTPがトランスポート層でUDPを使用しているのはそうした理由による）、あるいはユーザーそのものがいない（業界の進歩速度にキャッチアップできず、長期間かけて開発したソフトウェアがリリースした時点ですでに陳腐化していた、等）であれば意味がない、ということ。

 

(注釈)
　RTPとは 【Real-time Transport Protocol】 - 意味・解説 ： IT用語辞典

テストで発生する作業

テスト実行前作業
計画(L,M)・・・機材の手配、人員配置、作業スケジュールの決定(直接的なテストの実施のための工数に限らず、要員のトレーニング計画など、マネージャ権限の必要な作業への工数割り当ても含まれる)
テスト条件の選択(T)・・・テスト計画における大項目(テスト対象となる機能やコンポーネント、テストアイテム)を設定
テストケースの設計(T)・・・各テスト条件に対して、評価のための確認点リスト(中項目、小項目)を設定し、手順を定義

テスト作業
実施(T)・・・各テストケースを実施し、結果を確認、記録、報告
テスト終了基準の検証(M)・・・評価完了の判断を下す
テスト結果の報告(M)・・・上位マネージャやクライアントに対して状況を報告する

テスト実行後作業
納品(M)・・・評価の完了したソフトウェアを次工程やユーザーに対してリリースする
テストウェアの整理(T)・・・テストに使用したドキュメントやツールを保存し、再利用可能であればできるようにしておく、または今後のテストプロセス改善に役立つような情報等を記録しておく

テスト全体を通して行われる作業
コントロール(M)・・・テスト作業の進捗管理、テストカバレッジの監視、テストチームの作業に対するモニタリング等
報告(エスカレーション)(M)・・・他セクションに対してスケジュールの調整やインシデント情報の報告などを行う(各要員が個別に連絡を取るのではなく、マネージャを窓口としてそこを媒介して連絡する)

 

　※テスト作業そのものは、評価の完了を以て納品可能状態になったと考え、テスト実行納品後の作業はテストの主要な活動とはみなさない直接的なプロダクトの品質向上の為の活動と言うより、組織としてのPDCAサイクルの一環と位置づけられる。
　テスト実行前作業としては、テスト条件の選択とテストケースの設計は、テストの主要な作業の一環と考えられる。

[Test][用語] フォールト(バグ、欠陥)

エラー(誤り) / フォールト(バグ、欠陥) / 故障(failure) / ;インシデント

　人間が作り込んでしまった不正な成果物、または成果物の特定箇所のこと。
　人間が犯した間違い＝エラーがシステムやソフトウェアの不正な挙動を引き起こす原因になっている場合、そこにバグが存在していたことになる。

　バグを引き起こした原因がエラーになる。

　※ISTQBシラバスではバグ＝欠陥＝フォールト

[Test][用語] 故障(failure)

エラー(誤り) / フォールト(バグ、欠陥) / 故障(failure) / ;インシデント

　バグの存在によって、システムが期待通りの結果を返せなくなっていること。
　バグが摘出、修正されないまま製品がリリースされてしまったことにより、故障が発生する。

　なお、製品のバグが修正されないまま出荷される可能性をプロダクトリスクという。

[Test][用語] エラー

エラー(誤り) / フォールト(バグ、欠陥) / 故障(failure) / インシデント

　ソースコードやドキュメントその他、人間が勘違いや思いこみで間違いを犯す(例：if文の条件式で==ではなく=とコーディングしてしまう)などといった行為。
　または、バグの原因となったことそのもの。

[Test][用語] インシデント

エラー(誤り) / フォールト(バグ、欠陥) / 故障(failure) / インシデント

　テストチームやユーザーが、提供されたソフトウェア、プロダクトを通じて故障(期待通りの結果が得られないこと)に遭遇すること。
　ユーザーからのクレームを受けたサポート部門や、故障を発見したテストチームが開発側にエスカレーションするのがインシデントレポートである。

　インシデントは、必ずしも開発チームなどによるエラーの作り込みが原因ではなく、テストチームが製品仕様について充分に理解できていなかったり、ユーザーが標準的、合法的なユースから逸脱した結果を期待していた場合など、バグ修正を行わずにクローズされることもあり得る。