「柔道耳」「ぎょうざ耳」とよばれ、内出血で耳の軟骨の部分が膨らんでいる状態です。 1. 耳介血腫(柔道耳・カリフラワー耳)とは 日本では「柔道耳」「ぎょうざ耳」、海外では「カリフラワー耳」「ボクサー耳」などとよばれることがあります。「耳が沸く」といわれることもあります。 スポーツなどで繰り返し加わる強い圧迫や摩擦などが原因で、耳の軟骨膜の血管が破れて出血し、その血液が溜まって血腫となり、耳が膨らんでいる状態です。 内出血が起こってからすぐに冷やしたり、冷やしてもおさまらない場合は医療機関で処置を受ければ、もとに戻ります(急性耳介血腫)。 しかし長期間放置することで固くなり、再発を繰り返すことでだんだんと耳介が大きくなって、血腫がこぶのように固く盛り上がり、最終的には耳が大きく変形してしまいます(慢性耳介血腫)。ここまでくると自然に治ることはありません。 2.
耳介血腫の一般的な治療方法は、 「血を抜くこと」 のようです。 耳に溜まってしまう血を抜く治療をするようですが、血を抜いてもすぐにまた貯まることもあるようで一回の治療だけでは済まないような感じ。 現状の自分の耳の状態からすると、 少し投薬で経過観察することにしましょう。 との判断でした。 確かに、それほど痛くもないし抜こうとしてもそれほど抜けない程度の腫れだからだそうです。 本当は、 「さっさと抜いて欲しかったんですが・・・w」 そんな感じで、痛み止めと炎症止めの薬2種類を処方され、数日間様子を見ることになりました。 その際のやりとりはこんな感じ。 耳介血腫の経過観察 耳介血腫と診断され、薬を処方されました。 説明を聞いていると、血を抜くのかな・・・?
質問日時: 2004/07/12 23:52 回答数: 3 件 … まず整形外科に行ったのですが、 よくわからずに、耳の中にたまっている液を抜かれて終わりでした。 次によく通院している皮膚科にいったのですが、 「耳鼻科か、形成外科に行くといい」と言われ、 形成外科を紹介してもらい、大きな病院に通院することになりました。 そこの医師が若く(30歳前くらい? )いきなり、 「手術するので、一週間ほど入院してください」と言われました。 そんな大げさなものじゃないと思っていたので、しつこくつついてみると、 手術後、3日に1日消毒通院する治療でいくということになりました。 (その際、その治療方法だと再発する可能性があるという用紙に署名させられました) 今、そのすべてを終えてここに質問を書いているのですが、 明らかに再発してしまっています。元の様に耳がまたはれています。 再発の可能性があるとの説明はありましたが、 はじめにいきなり入院して手術、というかけ離れた話、 (偏見かもしれませんが)経験のあまりなさそうな医師の判断、 いろんなものを疑ってしまっています。 抜糸から一週間で確認の通院をしますが、 治療を受ける側として、どのような対応が考えられるでしょうか? 入院かそれに相当する手術・通院生活をする必要があるのでしょうか? 東京五輪金メダルの高藤直寿の耳が変！耳介血腫の格闘家まとめと理由と治療法は？. それまでに耳鼻科か、皮膚外科?に行ってみようか、いろいろ悩んでいますが、 そうあれこれすることでまたさらなる悪化となってしまわないか不安です。 長くなりましたが、よろしくお願いします。 No.
そんな違和感を感じたら、左右の耳を触ってみて明らかに厚みが違うようなら耳鼻科へ!
耳介血腫とは? どんな病気か 耳介の前面は皮膚と軟骨の間のクッションになる皮下組織が少なくなっています。そのため、この部分に外部から打撲や摩擦などの刺激を加えると簡単に出血し、皮膚の下や軟骨と軟骨膜(軟骨を包む膜)の間に血液の塊を作ります( 図7 )。ボクシング、柔道、相撲などの格闘技やラグビー、アメリカンフットボールなどの選手によくみられます。 治療の方法 症状が軽いものは放置しても治ることがあります。はれが強いものに対しては穿刺(針をさす)してたまっている血液を除去する必要があります。しかし、一度の穿刺ではなかなか治らず、何度も穿刺を繰り返す例もしばしば認められます。 穿刺を繰り返しても改善がみられない場合は、皮膚を切開し、たまっている血液と滲出液を持続的に排出できるようにドレーン(排出用の医療器具)を入れ、さらに再び血液がたまらないように耳介を圧迫する必要があります。このような操作をする場合、感染を起こして軟骨膜炎を生じると耳介が変形してしまう可能性があるので、抗生剤を内服します。 それでも何度も血腫を繰り返すと、皮下組織は線維化や瘢痕化を起こし、硬く変形した耳介になります。いったんこの状態になると、これを治すには形成術が必要になります。ただし手術を行うならば、その後は外部からの刺激を加えない、つまりその格闘技やスポーツは行わないことが望ましいでしょう。
2 テスト設計のプロセス定義 テスト設計工程の手順をここに記載します。QUINTEEでは、このサイトで解説している一連の内容を記載します。 QUINTEEといったように、テストのプロセスや工程は、その組織ごとに標準的なものが定義されていることも多いことでしょう。しかし、プロジェクトごとに標準的なテストプロセスベースにカスタマイズしていることもあるでしょうし、独自で工夫をしたプロセスを追加していることも十分にあり得ます。 これらを文書化して関係者と共有するのが、本項目の目的です。 テスト設計の流れを文書化しておけば、テストチームに新たに参画するメンバーが状況を把握しやすくなりますし、テストチーム以外のステークホルダーに、テストのプロセスを説明するのにも役立ちます。 2. 3 テストアプローチ テスト設計仕様書でもっとも重要な部分です。 テストアプローチでは、「どの部分をテストするのか」「どのような内容のテストをするのか」を検討し、定義していきます。具体的には以下の内容を作成していきます。 ・テスト対象機能(要素)一覧 ・テスト観点一覧 2. 3.
企画書(構成書)もしくは、設計書からテストケースを作成します テスト準備シート ①テスト環境が用意されている(※テスト環境に不備がないかどうかも確認) ②Android検証用端末と実行用の「apkファイル」が用意されている ③iOS検証用端末と実行用の「ipaファイル」が用意されている(※リサインが必要であればこれも) ④不具合用親チケットが作成されている ⑤テスター用のアカウントが用意されている ⑥ステータス毎のテストデータが用意されている ⑦テストケースがレビュー済でレビュー修正されている ⑧使用WEBブラウザとバージョンが用意されている ⑨テストツール(Selenium、Jmeter、BurpSuite)が用意されている ※テストツール選定によって異なります。 テストデータ問題がある。 どれだけ用意したらいいのか。ここは難しいですね。どういう方法で作成すれば?? 1. オールペア法と直交表による組み合わせ(※禁則を除く) 2.
logに出力。 jQueryのバージョン確認(※使用ライブラリーの確認) phpのバージョン確認、MySQLのバージョン確認(※バージョンによっては今まで使用できた関数が使えなかったりするので確認が必須) メール送信時には、送信ログが出力。 ストアドプロシージャ(呼び出しの確認) マスターDBのダンプ MySQLスレーブサーバの確認 テスト仕様書に落とし込み 1. テスターにわかりやすいように、テスト詳細や、前提条件などを用意。 2. 重要度「高」「中」「低」やテスト区分「正常系」「異常系」も設定します。 3. テスターは、期待値が実測値とあっているかを確認し、テスト結果をプルダウンから選択 「OK」 「NG」 「PN」 を作成。また、不具合管理票にも記載しましょう。 「OK」 は、期待値と実測値が同じである 「NG」 は、期待値と実測値が異なっている 「PN」 は、テスト環境不備やテストケース自体実行できない場合 4. バグ検出率や、テストケース消化率を算出できるように。ここはExcel関数を使用して集計を楽にしましょう。 ※テストを実行するための準備シートも用意 1. テストデータ 2. テスト環境の確認(DBに接続できる、対象のテーブルがある、phpのバージョンが正しい) トップシート(ここで各シートの計算を表示しています) 1. テストケース件数 2. テスト消化件数 3. テスト仕様書 - Qiita. バグ検出率 4. テスト消化率 テストシート 案件、その都度作成しては、作成工数やレビュー工数が膨れ上がってしまいます。 そのため、全体の機能のテンプレートを進めることにより作成者依存がなくなり、品質の偏りもなくなります。 また、テンプレートをバージョン管理することにより、どの機能がどのバージョンで管理されているかわかりやすくなります ※メンテナンスコストの問題もあるので、案件によります。 テストケースには、テスト結果項目でNGを選択。 再現手順をバグ管理システムに登録する。 一般的には、JiraやRedmineが使われることが多い。Backlogも。 Why not register and get more from Qiita? We will deliver articles that match you By following users and tags, you can catch up information on technical fields that you are interested in as a whole you can read useful information later efficiently By "stocking" the articles you like, you can search right away Sign up Login
みなさん、こんにちは。 テスト仕様書の作り方大公開の第2回です。前回 blog-No.
本記事では、テスト基本設計の初めに作成する、テスト設計仕様書について解説していきます。 図1:テスト設計仕様書作成の工程 上記のイメージ図のとおり、テスト設計仕様書は、テスト基本設計プロセスのoutput(成果物)として位置付けられています。 テスト設計仕様書の主な目的は、そのテスト対象の全体を見据え、 ・ どの部分を テストするのか、 ・ どのような内容 のテストをするのか、 上記を明確化し、テストの指針や骨格を定めることです。 それでは、以下の順で説明していきます。 【目次】 1. テスト設計仕様書とは 2. テスト設計仕様書の各項目 3. テスト設計仕様書の使い方 4. テスト設計仕様書 作成時の注意点 5. おわりに 1. テスト設計仕様書とは テスト設計仕様書とは、上述のとおり、そのテスト対象の全体を見据えて、テストの指針や骨格を定めることです。文字どおり、テスト設計のための「仕様書」となります。 テスト設計仕様書の主要な項目には、以下があります。 ・テストの目的と背景、重点テスト項目 ・テスト設計のプロセス定義 ・テストアプローチ(テスト対象機能一覧、テスト観点一覧) ・テスト環境・使用機材 上記がすべてではなく、テストプロジェクトに応じて必要な項目は追加、変更が発生することもあります。各項目の詳しい説明は、本解説コンテンツ中の別の章で記載します。 テスト設計仕様書は、テスト計画書を基に作成します。 規模が大きいプロジェクトでは、テスト設計仕様書を分冊して作成することもあります。 機能テストやシナリオテストなど、テストタイプごとにテスト設計仕様書を分けて作成することもあります。 それでは、テスト設計仕様書の各項目の内容を以降で説明します。 2. テスト設計仕様書の各項目 2. 1 テストの目的と背景、重要テスト項目 実施するテストの目的と、その背景、重要テスト項目などを整理します。基本的にはテスト計画書の段階で整理されている項目であり、テスト設計仕様書の記載範囲に合わせて再度確認します。 ここで念頭に置くべき大切なことは、機能仕様書等を単になぞるようなテストでは不十分なことが多い、ということです。 開発プロジェクトの状況や、テストの実施を依頼している方の要望等を分析し、テストに求められていること(テストへの要求)を的確に把握し、それを基にテストの指針を定めることが大切です。 2.
テストを設計する上で、「テストの観点」は非常に重要なものです。しかし、その「テストの観点」をまとめた「テスト観点リスト」が形骸化し、実務で使われない、というケースが生じている所もあります。本稿では、テストの観点とは何なのかを「テスト観点モデル」で改めて整理し、テスト観点リストの基本的な構造を示しています。 「テストの観点」とは さまざまな所で「テストの観点とは何か」が説明されていますが、その多くは以下のように内容になっています。 「ソフトウェアが正しく動作するかを確認するための項目、着眼点、発想の仕方といった、いわばテストを行う上での「切り口」のようなもの」 テストの観点をまとめたものを、本稿では「テスト観点リスト」と呼んでいます。 テスト観点リストは何のために用いられるか、その目的を改めて整理すると、以下のようになります。 ・過去に得た知見を再利用し、テスト設計の効率を上げる ・過去に得た知見を再利用し、テスト設計とテストの実施の双方で、漏れ抜けを防止する テスト観点リストは、テストの設計と実施のためのナレッジマネジメントを行うためのツールと言え、多くの組織で作成しています。 「テスト観点リスト」の問題とその原因 せっかく作ったテスト観点リストが使えない! 上述しているように、テスト観点リストは、テストの漏れ抜けの防止とテスト設計の効率化を図る上で非常に重要なツールです。 しかし、 テスト観点リストが作成されて一度は目が通されても、再読されずに肝心のテスト設計時には使われない というケースがあります。これではテスト観点リストは時限的な「資料」の域を出ず、テストのナレッジを共有するためのツールや資産とは言えません。 使われない知見やツールは、当然ながら改善もされないものです。 一念発起してテスト観点リストを作ってもそれが使われない。そんな状況では、テスト観点リストに新たに項目を追加したり更新したりすることもしまうかもしれません。そうなっては、せっかく作られた観点リストが形骸化し、効率化・抜け漏れの防止といったテストの改善が進まず、個々のテストエンジニアのスキルアップも進まない、ということにもなってしまいます。 テスト観点リストが使われないのは何故か?
テスト設計仕様書 作成時の注意点 ここまで、テスト設計仕様書の作成方法について、特に重要な部分を解説してきました。ここからは、作成時の注意事項を解説します。 テスト設計仕様書はテスト設計工程全体の品質を左右する テスト設計仕様書は、具体的にどのようなテストをするのかを想像しながら、それに沿った内容にしましょう。 テスト設計仕様書は、以降のテスト設計プロセスの大元となるため、テスト設計仕様書の品質が悪いと、以降の設計すべてに影響してしまいます。 たとえば、テスト設計仕様書は、テスト設計ドキュメントであるテストマップや機能動作確認一覧の基になります。 誰が見ても分かりやすい記述、分類を心がける テスト設計仕様書は、上掲の「3. テスト設計仕様書の使い方」にある通り、さまざまな用途でさまざまな者が参照するものです。このため、他の人が見て理解しやすい記載を心がける必要があります。 このことはテスト設計仕様書に限らず、他のドキュメントにも言えることです。テストドキュメントは自分が分かりさえすればそれでよいものではありません。自分以外の他者でも使われることを念頭において作成するようにしましょう。 5. おわりに ここまで、テスト設計仕様書の作成について解説してきました。 テスト設計仕様書で検討した内容を起点とし、このあとのテストケース作成までの作業を続けていくことになります。丁寧に作成することを心がけましょう。 次のプロセスは、テスト設計仕様書で作成したテスト対象機能(要素)、テスト観点を基にテストマップを作成します。