第24話 かざぐるまの国☆ルーチェとっちゃだめだめ~ん January 1, 2005 24min ALL Audio languages Audio languages 日本語 かざぐるまの国から、ファインとレインの元へ風のボンボン祭りの招待状が届く。ふたごが行ってみると、鳥人たちが、独立を掲げて森に立てこもっている最中で、お祭りどころではなくなっていた。ファインとレインは、みんなが止めるのも聞かず、森へ分け入って鳥人たちに王室と仲直りして欲しいと説得するが、全く効果がない。さらにブライトがアーロン王に代わって説得を試みるがファインとレインが森にいることを知り、手も足も出せない。何か理由があるようなのだが、「王に聞け」の一点張りで話を聞いてくれない鳥人たち。そんな最中、ファインとレインは鳥人たちのところでヤンとラウを目撃する。 25. 第25話 いなごでびっくり☆プリンセスパーティ January 1, 2005 24min ALL Audio languages Audio languages 日本語 月の国でフラワーアレンジメントを競うプリンセスパーティが行われる。今回こそベストプリンセスを狙っているアルテッサはみんなの輪の中に入らずに、一人で行動をとる。ところが、会場の裏でヤンとラウのプロミネンスを奪うためのたくらみを聞いてしまい、見つかって閉じ込められてしまう。一方、フラワーアレンジメントのお披露目が近づいているのに、一向に戻ってこないアルテッサを心配したファインとレインはアルテッサを探しに行くのだが・・・ Show all 51 episodes There are no customer reviews yet.
」が続編として制作された。 なお、この作品が放送された(テレビ東京系列局における)時間帯では、本作開始前は本作同様佐藤順一が監督を務めていた『 ケロロ軍曹 』が放送されており、本作開始に伴い『ケロロ軍曹』は金曜日の夕方に移動した。なお、続編の『ふしぎ星の☆ふたご姫Gyu!
まさきひろ 松本マサユキ 塩川貴史 4月16日 すてきなデコール☆がんばっちゃおう 福嶋幸典 玉川達文 西位輝実 4月23日 今度は優勝☆プリンセスパーティ 高橋ナツコ 井硲清高 江上夏樹 西部師経 4月30日 占いで知りたい☆エクリプスの秘密 小野勝巳 石橋有希子 5月7日 お城に帰れな〜い! ☆ここほれラビラビ 土屋理敬 5月14日 8 ゴージャスが決め手☆デコールの戦い 筑紫大介 5月21日 9 宝石の国☆おもちゃの町においでよ 牧内ももこ 5月28日 お菓子を作ろう☆プリンセスパーティ 6月4日 11 マジ修行☆もっとすてきにプリンセス 上田繁 吉田伊久雄 村上直樹 6月11日 12 タネタネの国☆ちっちゃいって大変 6月18日 13 こわ〜い森☆ちょっぴりドキドキの体験 石橋有希子 野口孝行 6月25日 14 プーモの修行☆ケンカしちゃったふたご 7月2日 15 月の国☆謎の招待状 丹羽恭利 上田幸一郎 7月9日 16 ミルキー大ピンチ☆エクリプスの正体 河本昇悟 佐藤順一 室谷靖 7月16日 燃えろスポーツ! ふしぎ星の☆ふたご姫 | アニメ動画見放題 | dアニメストア. ☆プリンセスパーティ 宮下新平 7月23日 18 かざぐるまの国VS宝石の国☆気球でバトル 7月30日 19 しずくの国☆ミルロ結婚か? 8月6日 20 海の流れ星☆誰も知らないもうひとつの国 8月13日 21 おばけやしき☆絶叫プロミネンス 向中野義雄 近藤優次 8月20日 22 生意気アルテッサ☆ピンチでいやいや〜ん 8月27日 23 運命の種☆なかよしプリンセス!? 上田幸一郎 9月3日 24 かざぐるまの国☆ルーチェとっちゃだめだめ〜ん 藤本義孝 9月10日 いなごでびっくり☆プリンセスパーティ 吉村清子 相澤昌弘 9月17日 26 大変大変☆プロミネンスできな〜い 9月24日 27 黒いプーモ☆フォーチュンプリンセス 細居美恵子 10月1日 28 ついにフォーチュン☆これってすごいかも 10月8日 29 元気を出して☆アルテッサ 福田貴之 10月15日 30 しずくの国☆ニセふたご姫!? 若山政志 10月22日 31 宝の地図☆掘って掘って掘りまくれ 数井浩子 則座誠 相澤昌弘 木野下澄江 10月29日 32 がんばれティオ☆メラメラサンバ祭り 原田大基 11月5日 33 ブモブモブウモ☆プモプモプーモ 11月12日 34 輝け! 虹の泉☆ミルロの願い 11月19日 35 危機一髪☆プリンセスサミット 11月26日 ダークなブライト☆嵐のプリンセスパーティ 12月3日 37 7つの宝を探せ☆グレイス・ストーンの秘密 長尾粛 森川均 金子匡邦 12月10日 38 風の谷の秘密☆ソフィーの宝物 紅優 山本正文 南伸一郎 12月17日 39 パールちゃんの祈り☆クリスマスの奇跡 青木佐恵子 12月24日 40 初笑い☆メラメラ演芸会 佐山聖子 2006年 1月7日 41 爆裂ベイビー☆子育て日記 1月14日 42 ゲットだ満月草☆ムーンマリアを救え!
この記事の 参考文献 は、 一次資料 や記事主題の関係者による情報源 に頼っています。 信頼できる第三者情報源 とされる 出典の追加 が求められています。 出典検索? : "ふしぎ星の☆ふたご姫" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · · ジャパンサーチ · TWL ( 2014年7月 ) ふしぎ星の☆ふたご姫 ジャンル ファンタジー アニメ 原作 バースデイ 総監督 佐藤順一 監督 河本昇悟 シリーズ構成 中瀬理香 キャラクターデザイン 数井浩子、小林明美、 プレックス メカニックデザイン 宮尾佳和 、プレックス 音楽 中川幸太郎 アニメーション制作 ハルフィルムメーカー 製作 テレビ東京 、 NAS 放送局 テレビ東京系列 、 BSジャパン 、 AT-X 発表期間 2005年 4月2日 - 2006年 3月25日 話数 全51話 漫画 原作・原案など 作画 阿南まゆき 出版社 小学館 掲載誌 ちゃお 2005年 3月 号 - 2006年 1月 号 巻数 全2巻 全11話 関連作品 続編に『 ふしぎ星の☆ふたご姫 Gyu! 』 テンプレート - ノート プロジェクト アニメ ・ 漫画 ポータル この項目には、一部のコンピュータや 閲覧ソフト で表示できない文字が含まれています ( 詳細 ) 。 『 ふしぎ星の☆ふたご姫 』(ふしぎぼしの ふたごひめ、「☆」は発音しない)は、 日本 の アニメ 作品。およびそれを原作とした 阿南まゆき による同名の 漫画 作品。双子のプリンセスの成長と冒険を描いた物語である。 概要 テレビ東京系列 で 2005年 4月2日 から 2006年 3月25日 まで放送された。放送時間は土曜 10:00 - 10:30、 BSジャパン は火曜 18:55 - 19:25、 AT-X での初回放送は火曜 10:00 - 10:30(再放送は月曜 19:30 - 20:00)。 2007年 には バンダイチャンネルキッズ で二週間に一回、4話ずつ無料配信された。 また、 小学館 の学年誌や少女漫画雑誌「 ちゃお 」(2006年2月号まで、画・阿南まゆき)などに連載されるなど メディアミックス 展開もされた。 バースデイ初のオリジナルアニメ企画として製作された。そのため公式Webサイト(オリジナル)の著作権表示は「(C)2003.
ふしぎ星の☆ふたご姫 OP「プリンセスはあきらめない」FLIP-FLAP - YouTube
1月21日 43 ミラクルサーカス☆とべ! ナッチ 1月28日 44 めざせ優勝☆シャル・ウィ・ダンス? 成川武千嘉 柳瀬譲二 2月4日 最後のパーティ☆勝利は誰の手に!? 木野下澄江 2月11日 46 行く? 行かない? ☆ブライトからの招待状 水本葉月 南伸一郎 山本正文 2月18日 47 逆転☆闇のプリンス 2月25日 48 最後の宝☆恋するブウモ!? 3月4日 49 みんなの心☆届け、ブライトに! 3月11日 50 大暴走!
2 テスト設計のプロセス定義 テスト設計工程の手順をここに記載します。QUINTEEでは、このサイトで解説している一連の内容を記載します。 QUINTEEといったように、テストのプロセスや工程は、その組織ごとに標準的なものが定義されていることも多いことでしょう。しかし、プロジェクトごとに標準的なテストプロセスベースにカスタマイズしていることもあるでしょうし、独自で工夫をしたプロセスを追加していることも十分にあり得ます。 これらを文書化して関係者と共有するのが、本項目の目的です。 テスト設計の流れを文書化しておけば、テストチームに新たに参画するメンバーが状況を把握しやすくなりますし、テストチーム以外のステークホルダーに、テストのプロセスを説明するのにも役立ちます。 2. 3 テストアプローチ テスト設計仕様書でもっとも重要な部分です。 テストアプローチでは、「どの部分をテストするのか」「どのような内容のテストをするのか」を検討し、定義していきます。具体的には以下の内容を作成していきます。 ・テスト対象機能(要素)一覧 ・テスト観点一覧 2. 3.
3 重要度の決定 ここまででテスト対象機能(要素)とテスト観点について解説してきました。 この後に、それぞれの重要度を設定していきます。重要度は、その機能及び観点をどれだけ重点的にやるかを定めたものです。テスト方針やテストの重点項目に応じて重要度を設定していく必要があります。 図3:機能一覧と観点一覧の重要度 テスト計画段階で大枠の機能やテストタイプを検討するため、その段階で重要度を決定しておき、テスト設計仕様書作成時にはその方針を引き継いで分割していく形になるでしょう。ただし、テスト計画で定義した重要度を機械的に引き継ぐのは妥当ではないこともあるので、注意が必要です。テスト計画段階での検討の粒度は大きいため、検討を進めたら重要度は見直しした方がよいことが分かることもあるためです。そのような場合には、必要に応じてテスト計画まで戻って検討し直すこともあります。 2. 4 テスト環境・使用機材 テストに必要な環境や使用機材などをここで整理しておきます。テストを実施する段階になって、必要な機材などが足りなくなってしまった、などということがないように、予め整理しておきます。 機材の調達、テスト環境のセットアップ、事前の動作確認、必要であればトレーニングなど、付帯するタスクも洗い出し、テスト実施時にはすべて準備が済んで滞りなくテストが実施できるように計画しておくことも必要です。 3.
テスト設計仕様書 作成時の注意点 ここまで、テスト設計仕様書の作成方法について、特に重要な部分を解説してきました。ここからは、作成時の注意事項を解説します。 テスト設計仕様書はテスト設計工程全体の品質を左右する テスト設計仕様書は、具体的にどのようなテストをするのかを想像しながら、それに沿った内容にしましょう。 テスト設計仕様書は、以降のテスト設計プロセスの大元となるため、テスト設計仕様書の品質が悪いと、以降の設計すべてに影響してしまいます。 たとえば、テスト設計仕様書は、テスト設計ドキュメントであるテストマップや機能動作確認一覧の基になります。 誰が見ても分かりやすい記述、分類を心がける テスト設計仕様書は、上掲の「3. テスト設計仕様書の使い方」にある通り、さまざまな用途でさまざまな者が参照するものです。このため、他の人が見て理解しやすい記載を心がける必要があります。 このことはテスト設計仕様書に限らず、他のドキュメントにも言えることです。テストドキュメントは自分が分かりさえすればそれでよいものではありません。自分以外の他者でも使われることを念頭において作成するようにしましょう。 5. おわりに ここまで、テスト設計仕様書の作成について解説してきました。 テスト設計仕様書で検討した内容を起点とし、このあとのテストケース作成までの作業を続けていくことになります。丁寧に作成することを心がけましょう。 次のプロセスは、テスト設計仕様書で作成したテスト対象機能(要素)、テスト観点を基にテストマップを作成します。
みなさん、こんにちは。 前回の記事 blog-No. 34 「テスト仕様書サンプルあり。高品質なテストを実現する方法」では、ソフトウェアテストを行う上で必要な基礎知識をコンパクトにまとめた 『テスト入門ハンドブック』 をご紹介するとともに、テスト仕様書のテンプレートを提供しました。 先の記事でも述べましたように、フォーマットは道具であって目的ではありませんから、ただ記入欄を埋めただけでは意味をなさないことは言うまでもありません。大事なのは「何をどのように検証するのか」を正しく誰にでもわかるように記述することです。 「テスト仕様書を作れと言われたけれど何をどう書いたらいいのかわからない」「テストケースに抜け漏れがあり、テストをしてもバグが残ってしまう」といった悩みをお持ちの方に向けて、今回から『テスト仕様書の作り方大公開』と題して7回にわたって連載いたします。 まず初回は、フォーマット記入に先立って「テスト設計とは何か?」「何のためにやるのか?」「何をどのようにすればよいのか?」について考えていきたいと思います。早くテスト仕様書の書き方を知りたいとお思いのことでしょうが、何事も基本の考え方が重要ですので、どうか今しばらくお付き合いください。 テスト設計とは何か? さて、テストを「設計する」とはどういうことでしょうか。「モノ」を作り出すために設計が必要なのは疑問の余地もありませんが、テストという「行為」に対して設計をするということは簡単には理解し難いかもしれません。まずはここから考える必要があります。 できたプログラムを動かしてみて結果を確認することだけがテストではありません。それはほんの一部分であって、事前準備や報告までを含んだ一連の『プロセス』になっています。テスト設計とはその事前準備の一環に他なりません。 また、テストとはただやみくもに動かしてみることではなく、要求事項や設計諸元を満たすかどうかを「客観的に検証」することです。そのために「何をどのように確認すべきか」「結果はどうあるべきか」をあらかじめ定めておく必要があります。まさにそれこそがテストを「設計する」ということなのです。 テスト設計は何のため? では、テスト設計は何のために行うのでしょうか。テストを実行する人がわかってさえいればそれでいいように思えますが、決してそうではありません。 ・誰がやっても迷わずに同じことができるように ・誰がやっても同じ結果が得られるように ・結果がOKなのかバグがあるのか誰でも同じ基準で判断できるように ・何に対してどんなテストをして、それがどんな結果だったのか(どこにバグがあったのか)後からわかるように つまり『第三者が再現できるように』『第三者が客観的に判断できるように』ということなのです。 テスト設計は何をすればよい?