▲続いて、女の子の髪の毛が逆立つ静電気の実験。小さい頃に下敷きでやったやつですね そしてこの後、「放電ラボ」の名の通り、放電による電気エネルギー体験です。客席の照明が暗くなり、客席前の金網越しにある2基の巨大なコイルに電圧がかかると、キューキューキューという期待を煽るような音が鳴り始めます。 そしてしばらくすると突然、ジジジジジーという轟音と放電によるスパークが目の前で弾けます! ▲大人でも驚くほどの音と光が数十秒間続きます! その凄さを映像でご覧下さい。轟音に注意!
2020. 08. 27 更新 ギネス記録を持つプラネタリウムをはじめ、大人もワクワクするコンテンツが盛り沢山の「名古屋市科学館」。今回は、プラネタリウムはもちろん、人気の「放電ラボ」や「極寒ラボ」ほか、様々な展示を紹介します!※本記事の情報は取材時点のものです。最新情報は直接施設にお問い合わせください。 外観もすごい!世界最大のプラネタリウムドーム「Brother Earth」 ▲球状の上半分が「Brother Earth(ブラザーアース)」という愛称を持つプラネタリウムドーム(写真提供:名古屋市科学館) 「名古屋市科学館」は、昭和37(1962)年11月に開館。平成23(2011)年に世界最大のプラネタリウムを備えた施設としてリニューアルし、現在の形になりました。 場所は、各線名古屋駅から地下鉄東山線で一駅の伏見駅から徒歩約5分。オフィス街のオアシス「白川公園」内にあります。遠くから見ると浮いているようにも見える大きな球体が目印です。 ちなみに愛知県民なら学校行事等で多分一度は訪れたことがあるはずで、かくいう筆者も小学生時代に来た記憶があります。とはいえ、筆者の記憶と今回の体験では雲泥の差がありました!
お問い合わせ サイトマップ 個人情報保護方針 リンク集 Menu MENU ホーム イベント情報 プラネタリウム 講座・教室 ご利用案内 館内マップ 各種ダウンロード どろだんご教室 生きがい科学館 生きがい科学館「草木染め」 親子プログラミング体験教室 星空教室 星空教室(8月) ダ・ヴィンチ工房 ダ・ヴィンチ工房「水ロケット」※定員に達しました。 スターウォッチング教室 「出張」スターウォッチング教室 生きがい科学館「夏の味覚 トコロテンをつくろう」 ※延期致しました ニュース&トピックス お知らせ 2021. 7. 1 ★【プラネタリウム】投映スケジュール(7月、8月、9月) ★「スターウォッチングinまちなか feat. みやざき星空大調査」募集開始のお知らせ 2021. 20 ★星空さんぽinプラネタリウム「星空マスターⅤ」前売り券発売中 2021. 16 ★プラネタリウムコンサート「星空と音楽の夕べ」開催のお知らせ 2021. （公財）宮崎文化振興協会 宮崎科学技術館 | スポット・体験 | 【公式】宮崎市観光サイト. 6. 20 【重要】宮崎科学技術館の開館について 【重要】新型コロナウイルスの感染拡大防止に関連した館内行事の開催状況について ★【重要】プラネタリウム投映に関するお知らせ 【お願い】宮崎科学技術館を利用される皆様へ 2021. 3. 2 【企画展】4D-VRがやってくる!開催決定 2021. 2. 6 新型コロナウイルス感染拡大防止に伴う友の会有効期限延長に関するお知らせ 2020. 2 「コスモランドの教育動画アーカイブス」開設のお知らせ 交通アクセス 地図 MAP 所在地 ADORESS 〒880-0879 宮崎県宮崎市宮崎駅東1丁目2番地2 アクセス ACCESS JRの場合『宮崎駅』下車後、徒歩2分 バスの場合『宮崎駅』バス停下車後、徒歩2分 宮崎空港からJR宮崎駅まで ・バスで約25分・電車で約16分 宮崎ICから・車で約20分 お問い合わせ CONTACT TEL:0985-23-2700 FAX:0985-23-0791 « 2021年8月 » 日 月 火 水 木 金 土 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 ※ ● はイベント日、 ● は休館日です。 @msc_miyazaki からのツイート
館内外合わせて約100点の常設展示物を備え、実験ショーや工作教室などの体験を通して科学のおもしろさを伝え、「科学の入口」を担う施設です。 九州最大のプラネタリウムドームは直径27mの大きさを有し、約38, 000個の恒星を映しだすことができます。ドーム内では星空コンサートやお子様向けのイベントも多数開催しています。 また月面着陸に成功したアポロ11号月面着陸船イーグル号の実物大模型は見逃せません。世界に2つしかない貴重な展示で、記念撮影ができます。 その他、様々なモノづくり・実験を行う発明クラブや星空教室など、大人も子どもも楽しめる催しがいっぱいです。 カテゴリー 文化・展示・見学 体験施設 旅のテーマ アクティブに遊ぶ 雨の日も楽しめる 秋におすすめ ファミリーおすすめ
テスト設計仕様書 作成時の注意点 ここまで、テスト設計仕様書の作成方法について、特に重要な部分を解説してきました。ここからは、作成時の注意事項を解説します。 テスト設計仕様書はテスト設計工程全体の品質を左右する テスト設計仕様書は、具体的にどのようなテストをするのかを想像しながら、それに沿った内容にしましょう。 テスト設計仕様書は、以降のテスト設計プロセスの大元となるため、テスト設計仕様書の品質が悪いと、以降の設計すべてに影響してしまいます。 たとえば、テスト設計仕様書は、テスト設計ドキュメントであるテストマップや機能動作確認一覧の基になります。 誰が見ても分かりやすい記述、分類を心がける テスト設計仕様書は、上掲の「3. テスト設計仕様書の使い方」にある通り、さまざまな用途でさまざまな者が参照するものです。このため、他の人が見て理解しやすい記載を心がける必要があります。 このことはテスト設計仕様書に限らず、他のドキュメントにも言えることです。テストドキュメントは自分が分かりさえすればそれでよいものではありません。自分以外の他者でも使われることを念頭において作成するようにしましょう。 5. おわりに ここまで、テスト設計仕様書の作成について解説してきました。 テスト設計仕様書で検討した内容を起点とし、このあとのテストケース作成までの作業を続けていくことになります。丁寧に作成することを心がけましょう。 次のプロセスは、テスト設計仕様書で作成したテスト対象機能(要素)、テスト観点を基にテストマップを作成します。
3 重要度の決定 ここまででテスト対象機能(要素)とテスト観点について解説してきました。 この後に、それぞれの重要度を設定していきます。重要度は、その機能及び観点をどれだけ重点的にやるかを定めたものです。テスト方針やテストの重点項目に応じて重要度を設定していく必要があります。 図3:機能一覧と観点一覧の重要度 テスト計画段階で大枠の機能やテストタイプを検討するため、その段階で重要度を決定しておき、テスト設計仕様書作成時にはその方針を引き継いで分割していく形になるでしょう。ただし、テスト計画で定義した重要度を機械的に引き継ぐのは妥当ではないこともあるので、注意が必要です。テスト計画段階での検討の粒度は大きいため、検討を進めたら重要度は見直しした方がよいことが分かることもあるためです。そのような場合には、必要に応じてテスト計画まで戻って検討し直すこともあります。 2. 4 テスト環境・使用機材 テストに必要な環境や使用機材などをここで整理しておきます。テストを実施する段階になって、必要な機材などが足りなくなってしまった、などということがないように、予め整理しておきます。 機材の調達、テスト環境のセットアップ、事前の動作確認、必要であればトレーニングなど、付帯するタスクも洗い出し、テスト実施時にはすべて準備が済んで滞りなくテストが実施できるように計画しておくことも必要です。 3.
テスト仕様書は、システムやソフトウェアの品質を高めるために欠かせないドキュメントです。システムやソフトウェアの開発において、作成されるドキュメントの種類は多く、呼び方も似通っていることから、ほかのドキュメントと混同している方も多いのではないでしょうか。 この記事では、テスト仕様書とは何か、概要と併せて、混同しやすいテスト計画書やテスト設計書、テストケースとの違いを説明します。 さらに、良いテスト仕様書を作るポイントと、ダメなテスト仕様書の事例も紹介します。 テスト仕様書とは? テスト仕様書とは、システムやソフトウェアが、クライアントのヒアリングをもとに作り上げた要件定義書の通りに機能するかどうか、テストするポイントをまとめたドキュメントです。 具体的には、結合テストや総合テストの工程でどの機能を、どのテスト技法を使ってテストするのか記されています。 テスト仕様書と混同しやすい3つのドキュメント システムやソフトウェアのテストを行う上で、様々なドキュメントが作成されます。その中でも、テスト仕様書と混同しやすいドキュメントが3つあります。そのドキュメントとは、テスト計画書、テスト設計書、テストケースです。 テスト計画書との違いとは? テスト仕様書 - Qiita. テスト計画書は、システムやソフトウェアテストのテストの方針を決めるドキュメントです。テストの目的や範囲、人員やスケジュール、終了基準など、テスト全体に関わる要件がまとめられています。 そのため、テスト計画書には、結合テストや総合テストなど各工程で行われるテストで、どの機能を、どのテスト技法を使ってテストをするのか、といった詳細な情報は記されていません。そうした情報は、テスト仕様書に記されています。 テスト設計書との違いとは? テスト設計書は、テスト仕様書と同じドキュメントを指し、テスト設計仕様書と呼ばれることもあります。結合テストや総合テストの工程で、どのような機能をテストするのか、テストで使うテスト技法は何かといった、具体的な内容が記されています。 テストケースとの違いとは?
みなさん、こんにちは。 前回の記事 blog-No. 34 「テスト仕様書サンプルあり。高品質なテストを実現する方法」では、ソフトウェアテストを行う上で必要な基礎知識をコンパクトにまとめた 『テスト入門ハンドブック』 をご紹介するとともに、テスト仕様書のテンプレートを提供しました。 先の記事でも述べましたように、フォーマットは道具であって目的ではありませんから、ただ記入欄を埋めただけでは意味をなさないことは言うまでもありません。大事なのは「何をどのように検証するのか」を正しく誰にでもわかるように記述することです。 「テスト仕様書を作れと言われたけれど何をどう書いたらいいのかわからない」「テストケースに抜け漏れがあり、テストをしてもバグが残ってしまう」といった悩みをお持ちの方に向けて、今回から『テスト仕様書の作り方大公開』と題して7回にわたって連載いたします。 まず初回は、フォーマット記入に先立って「テスト設計とは何か?」「何のためにやるのか?」「何をどのようにすればよいのか?」について考えていきたいと思います。早くテスト仕様書の書き方を知りたいとお思いのことでしょうが、何事も基本の考え方が重要ですので、どうか今しばらくお付き合いください。 テスト設計とは何か? さて、テストを「設計する」とはどういうことでしょうか。「モノ」を作り出すために設計が必要なのは疑問の余地もありませんが、テストという「行為」に対して設計をするということは簡単には理解し難いかもしれません。まずはここから考える必要があります。 できたプログラムを動かしてみて結果を確認することだけがテストではありません。それはほんの一部分であって、事前準備や報告までを含んだ一連の『プロセス』になっています。テスト設計とはその事前準備の一環に他なりません。 また、テストとはただやみくもに動かしてみることではなく、要求事項や設計諸元を満たすかどうかを「客観的に検証」することです。そのために「何をどのように確認すべきか」「結果はどうあるべきか」をあらかじめ定めておく必要があります。まさにそれこそがテストを「設計する」ということなのです。 テスト設計は何のため? では、テスト設計は何のために行うのでしょうか。テストを実行する人がわかってさえいればそれでいいように思えますが、決してそうではありません。 ・誰がやっても迷わずに同じことができるように ・誰がやっても同じ結果が得られるように ・結果がOKなのかバグがあるのか誰でも同じ基準で判断できるように ・何に対してどんなテストをして、それがどんな結果だったのか(どこにバグがあったのか)後からわかるように つまり『第三者が再現できるように』『第三者が客観的に判断できるように』ということなのです。 テスト設計は何をすればよい?
2 テスト設計のプロセス定義 テスト設計工程の手順をここに記載します。QUINTEEでは、このサイトで解説している一連の内容を記載します。 QUINTEEといったように、テストのプロセスや工程は、その組織ごとに標準的なものが定義されていることも多いことでしょう。しかし、プロジェクトごとに標準的なテストプロセスベースにカスタマイズしていることもあるでしょうし、独自で工夫をしたプロセスを追加していることも十分にあり得ます。 これらを文書化して関係者と共有するのが、本項目の目的です。 テスト設計の流れを文書化しておけば、テストチームに新たに参画するメンバーが状況を把握しやすくなりますし、テストチーム以外のステークホルダーに、テストのプロセスを説明するのにも役立ちます。 2. 3 テストアプローチ テスト設計仕様書でもっとも重要な部分です。 テストアプローチでは、「どの部分をテストするのか」「どのような内容のテストをするのか」を検討し、定義していきます。具体的には以下の内容を作成していきます。 ・テスト対象機能(要素)一覧 ・テスト観点一覧 2. 3.
logに出力。 jQueryのバージョン確認(※使用ライブラリーの確認) phpのバージョン確認、MySQLのバージョン確認(※バージョンによっては今まで使用できた関数が使えなかったりするので確認が必須) メール送信時には、送信ログが出力。 ストアドプロシージャ(呼び出しの確認) マスターDBのダンプ MySQLスレーブサーバの確認 テスト仕様書に落とし込み 1. テスターにわかりやすいように、テスト詳細や、前提条件などを用意。 2. 重要度「高」「中」「低」やテスト区分「正常系」「異常系」も設定します。 3. テスターは、期待値が実測値とあっているかを確認し、テスト結果をプルダウンから選択 「OK」 「NG」 「PN」 を作成。また、不具合管理票にも記載しましょう。 「OK」 は、期待値と実測値が同じである 「NG」 は、期待値と実測値が異なっている 「PN」 は、テスト環境不備やテストケース自体実行できない場合 4. バグ検出率や、テストケース消化率を算出できるように。ここはExcel関数を使用して集計を楽にしましょう。 ※テストを実行するための準備シートも用意 1. テストデータ 2. テスト環境の確認(DBに接続できる、対象のテーブルがある、phpのバージョンが正しい) トップシート(ここで各シートの計算を表示しています) 1. テストケース件数 2. テスト消化件数 3. バグ検出率 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