1 of 49

��ドラゴンの世界で�ソフトウェアテストを�学ぼう

Kari Kakkonen

カリ　カッコネン

（日本語訳　大西　建児/Kenji Onishi）

5.2.2021

バージョン1.0

20.7.2022

2 of 49

本プレゼンテーション資料について

3 of 49

本プレゼンテーション資料について

本資料では、IT、コーディング、ソフトウェアテストについて、　ファンタジーの世界を通して、子供たちへレッスンする方法をご紹介します。
本資料は、学校での1レッスンまたは2レッスン単位の授業をサポートするためのものです。
本資料はクリエイティブ・コモンズ・ライセンスを取得しており、非商業的な目的であれば自由に使用できます。
本資料は随時更新し、以下のサイトで公開します。

https://www.dragonsout.com/p/presentation-for-teachers.html

改善案は、英語で以下のアドレスまで、お知らせください。

feedback@dragonsout.com

新しい世代の方々に、ソフトウェアテストを知ってもらいましょう!

20.7.2022

ドラゴンズアウト - ドラゴンの世界でソフトウェアテストを学ぼう！

PowerPoint by Kari Kakkonen, is licensed under the Creative Commons Attribution-NonCommercial-NoDerivatives 4.0 International License.

4 of 49

書籍 “ドラゴンが出た!"について

『ドラゴンが出た！』の世界観やキャラクターをモチーフにしたプレゼンテーションです。
本書は学習を補完するものですが、本資料を授業で使用することは必須ではありません。
著者 Kari Kakkonen
イラストレーター Adrienn Széll
文・図版の著作権はDragons Out Oyに帰属します。
詳細： www.dragonsout.com

5 of 49

演習について

演習　～お絵描き編

紙と鉛筆が必要です。
描いた絵は写真に撮って、アップロードできます。

　 https://padlet.com

先生がレッスンを共有するために、Padletの「ボード」を作成できます。
レッスンを楽しくインタラクティブに共有できます。

写真撮影にはスマートフォンをご利用ください。

演習　～ソフトウェアテスト編

スマホやタブレットと、テストしたいアプリが必要です。

友達と共有して、ペアで演習することもできます。

5分間の短い演習でも、好きなだけ時間を使うことでも、目的に応じて使い分けてください。

20.7.2022

6 of 49

ドラゴン／欠陥(Defects)

7 of 49

ソフトウェアって何？

ファンタジーの世界にお城や村があるように、ゲームや　　　オンラインショップ、車のハンドルをコントロールする　　　　　システムなど、あらゆるところでソフトウェアが動いています。
ソフトウェアで、いろんな機械を動かすことができます。
プログラムとも呼ばれますが、たくさんのプログラムが　　　　　つながって、ソフトウェアは動きます。

20.7.2022

ソフトウェア＝ゲームなど、人に何かをさせるためのコンピュータ・コード。またはソフトウェア製品。

8 of 49

欠陥って何？

どんなソフトウェアにも、欠陥が入っているかも　　　しれません。それは人間がソフトウェアを作るときに間違ってしまうからです。
ドラゴンがお城や住人に嫌がらせをするように、　　　欠陥がソフトウェアを使いにくくすることがあります。
ソフトウェアを使う人に欠陥が見つけられる前に、隠（かく）れているかもしれない欠陥を無くしてしまわなければなりません。
欠陥のことは、バグと呼ばれることも多いです。

20.7.2022

欠陥＝ソフトウェアの故障を起こす、ソフトウェアコードの問題。厳密には、エラーはコードの欠陥につながる人間が起こした間違いなのに、単にエラーと呼んでいることが多い。

9 of 49

演習5～15分

ドラゴンを描いて�どんな欠陥があるか�考えてみよう！�

// 必要なもの

紙と鉛筆

// やること

1 見つけたことがあるソフトウェアの欠陥を思い浮かべよう。

欠陥に名前をつけて、どんな欠陥なのかを書いてください。

2 その欠陥がドラゴンだとしたら、どんなものか考えよう。

ドラゴンにどんな特徴があるかを書いてください。
たとえば、とてもひどい欠陥になればなるほど、大きなドラゴンになるとか、発想を広げてみましょう。

3 ドラゴンを描いてみよう。

ドラゴンでどのように欠陥を表現できるのか、自分で考えて描きましょう。
上手にとか、かっこよく描けなくても大丈夫。

4 みんなでどんな絵が描けたかを見せ合おう。

Padletを使って共有しても良いでしょう。

10 of 49

テストとは？�ソフトウェア開発とは？

11 of 49

ソフトウェア開発って何をするの？

ソフトウェアに「何をさせたいか」を決めます。
何をさせるか決めてから、プログラムを書き（コード化）ます。
プログラムを作ったら、思った通りに動くかをテストして確認します。
本書では、村を囲む城壁を設計し、設計どおりに建設し、同時に村を襲うドラゴンを退治していく、というストーリーで説明しています。

20.7.2022

ソフトウェア開発＝ソフトウェアを動作させるために必要なすべての可能なタスク（やること）。タスクには、要件定義、コーディング、テストなどがある。

12 of 49

テストって何をするの？

欠陥を発見し、修正できるようにしなければなりません。
テストとは、物語で壁に描かれたドラゴンを探すように、欠陥を探して見つけることです。
テストをして欠陥を見つけることもあるでしょう。
実際は、欠陥を見つけるのではなく、コードの欠陥が引き起こす、ソフトウェアの故障を見つけます。

20.7.2022

テスト＝異なる値、異なる順序、異なる方法で、何かが全く機能しないか、あるいはどの程度機能するかを試す、確認する、またはテストすること。

13 of 49

演習5～15分

ソフトウェアを設計するように�お城を描いてみよう！

// 必要なもの

紙と鉛筆

// やること

1 使ったことのあるソフトウェアを思い浮かべよう。

ソフトウェアの名前と、その説明を書いてください。
このソフトウェアで、起こったとしても大丈夫（きちんと動き続ける）な欠陥を書いてください。

2 ドラゴンが襲ってきても大丈夫なお城を考えよう。

お城にどんな特徴があるかを書いてください。
小さい、大きい？壁は？どんな武器がある？

3 お城を描いてみよう。

お城でソフトウェアをどの様に表わすことができるか、アイデアどおりに描いてみよう。
上手にとか、かっこよく描けなくても大丈夫。

4みんなでどんな絵が描けたかを見せ合おう。

Padletを使って共有しても良いでしょう。

14 of 49

テスト技法

テストにはたくさんの方法があります。テスト技法を使って、いろいろなテストを考えます。

正しい使い方でソフトウェアが動くか確認するテスト
ソフトウェアの使い方を、わざと間違えてみるテスト
ソフトウェアの仕組みから欠陥を探すテスト
他の人が使っているところを観察して行うテスト

物語で、騎士が地図を描きながらドラゴンを見た場所を尋ねるのと同じように、多くのテスト技法を同時に使うことができます。

20.7.2022

テスト技法＝どれだけやったかを説明できる【カバレッジ（どれだけ全部できているか）の良い】テストを行うために、適切な数のテストを選択する方法。どんなことを確認したいのか、という目的に応じて様々な技法がある。

15 of 49

演習5～30分

スマフォでテストをしてみよう！

// 必要なもの

スマートフォン

タブレット

またはパソコン

// やること

1 ソフトウェアを選ぼう。

たとえば、ゲーム。

2 ソフトウェアをどうやってテストするか考えよう。

正しく動作することを確かめるには？
何が悪いのか見つけるには？
動きが遅くないか確かめるには？
何がおかしいのか見つけるには？

3 テストのやり方を意識してソフトウェアを動かしてみよう。

見つけたことをメモしよう。

4 見つけたことを、みんなで話し合おう。

他の人の話から、みんなで発想を広げてみよう。

16 of 49

騎士 – プログラマーとテスター

17 of 49

誰が一番たくさんテストしているの？

『プログラマー』は　ソフトウェアを作って（コーディングして）から、たくさんテストします。
ソフトウェア開発者の中には、専門にテストを行う『テスター』がいます。ソフトウェアの問題を見つけることが得意です。
物語で多くの騎士がいるように、プログラマーとテスターが一緒になって、ソフトウェアを作るチームで働いています。
様々なことができる複雑なソフトウェアを作るためには、一人の開発者だけではなく、ソフトウェア開発者たちがチームで取り組みます。

20.7.2022

ソフトウェア開発チーム＝ソフトウェアを一緒に作り、テストする人たちの集まり。短く「開発チーム」とも呼びます。

18 of 49

ドラゴンが出た！　は、こんなお話し

あらすじ

スワンレイクは馬を引き返し、パリステッドへ急いで戻りました。彼女は騎士たちと棟梁エイダンにドラゴンが近づいていることを知らせました。鋭い木の幹はすべて、柵の穴へ、すぐにでも移さなくてはならないからです。槍と剣を持っている人にはすぐに持ってくることや、使える水はすべてバケツに注いでおくことも忘れてはなりません。それから、彼女は城にいる黄ひげを探しに行きました…

ソフトウェア開発に置き換えると…

物語では、竜は柵の修理の途中で村へたどり着きます。同じ様に、ソフトウェアの欠陥のほとんどは、ソフトウェア開発中に、ソフトウェアがリリースされる前に発見されます。そして、欠陥を探す人（テスター）と欠陥を修正する人（プログラマー）が、常に存在しています。通常、テスターは欠陥を発見するため、後になってユーザーが欠陥を発見することを待つ必要はありません。このお話しでは、スワンレイクがテスターとして欠陥、つまりドラゴンを発見します。テスターである彼女は、欠陥を修正することができず、プログラマー（開発者）の助けを必要としています。

19 of 49

その他のテスター

20 of 49

ユーザー

テストは誰にでもできますが、プログラマーとテスターが一番たくさんテストすることが期待されています。
ファンタジーのお話しで、村人や子供、大人がドラゴンを見つけるように、ソフトウェアのユーザーもテストに参加することができます。
こんなテストを受け入れテストといいます。
ユーザーがソフトウェアを構築する（作り上げる）ことに協力することもできます。

テスター＝テストをする人。テスト技術を持つ人。テスターはテストを専門に行う人でも、プログラマー、管理者、ユーザーのいずれかでもよい。

21 of 49

メンテナンスチーム

メンテナンスチームは、ソフトウェアを監視し、動き続けるようにする、つまり、メンテナンス（保守）をしてくれます。
ですから、テストと欠陥修正の両方をします。
また、ユーザーをサポート（手助け）します。
メンテナンスチームは、自分たちだけで何とかしようとすることが多いのですが、ファンタジーでドラゴンを倒すときにハンターが騎士に助けを求めるように、必要なときには開発者に助けを求めます。
保守担当者が開発チームにいることもあります　　（開発チームがDevOpsチームになります）。

保守チーム＝管理者、ユーザーが使うソフトウェアの運用を預かる人たち。運用チームとも呼ばれる。

22 of 49

デブオプス(DevOps) - 継続的デリバリー

開発チームの中に運用担当者が入っていることもあります。この場合、ファンタジーのお話しで狩人が騎士と一緒に行動することがあるように、チームはDevOpsチームになります。
この種のチームは、いつもソフトウェアの開発とテストを行って、新しい機能をユーザーへ提供するのと同時に、ユーザーがソフトウェアをちゃんと使えるようにサポートしています。

20.7.2022

DevOps＝ソフトウェアの開発とその運用を組み合わせたもの。同じチームがソフトウェアの構築と保守を行う。

23 of 49

プロダクトオーナー

プロダクトオーナーは、開発チームにソフトウェアやシステムを発注（注文）します。
特定のプロダクトオーナーであったり、企業の経営者であったりします。
ファンタジーのお話しで、お殿さまが騎士へ城を発注し、騎士と一緒に計画を立てるように、ソフトウェアが何をすべきかを定義し、開発チームの意見に耳を傾けます。

プロダクトオーナー＝ソフトウェア製品、つまりソフトウェアの製作を依頼する人。プロダクトオーナーは、この人が代表する会社であることもある。

24 of 49

専門家によるサポート

ファンタジーのお話しで、賢者が村人や騎士を助けるように、開発チームはすべてを知っているわけではなく、専門分野のエキスパートのサポートが必要です。
代表的な専門家として、ユーザビリティ、セキュリティ、パフォーマンスなどの専門家がいます。開発チームをサポートします。
例えば、ユーザビリティエキスパートは、　ユーザビリティテストを実施したり、指導したりすることがよくあります。

ユーザビリティエキスパート＝使い勝手の良い情報システムの設計を専門に行う人。

25 of 49

演習5～15分

テスターを自分で考えて�騎士を描いてみよう！

// 必要なもの

紙と鉛筆

// やること

1 どのようなテスターが良いテスターなのかを考えよう。

好奇心旺盛？ハンサム？速い？忍耐強い？
その特徴を書き出してみてください。

2 ドラゴンを見つける騎士を考えてみよう。

騎士の特徴を書いてください。
どんな鎧？武器は？用心深い？

3 騎士を描いてみよう。

騎士がテスターをどの様に表わすことができるか、アイデアどおりに描いてみよう。
上手にとか、かっこよく描けなくても大丈夫。

4 みんなでどんな絵が描けたかを見せ合おう。

Padletを使って共有しても良いでしょう。

26 of 49

さまざまな種類の欠陥

27 of 49

欠陥の種類は「さまざま」

すべての欠陥を見つけることはできませんが、見つける努力は必要です。
ちょうどファンタジーのお話しにさまざまな種類のドラゴンがいるように、欠陥にも悪いものがあれば小さいものもあり、簡単に取り除けるものがあれば難しいものもあります。
とにかく、重大な欠陥は超特急でなおさなければなりません。

20.7.2022

重大性 = 欠陥を重大性で分類することはよくある。欠陥が深刻であるなら、それは高価であったり、大きな損害を与えたりすることを意味する。また、欠陥はそれほど深刻でない場合もある。

28 of 49

ウザいドラゴン

色　レッド
大きさ　中くらい
見つけるのが難しい？　難しい
退治するのは？　簡単
飛ぶ？　飛ばない
つばさ　小さい
ファイヤーブレスを噴く？　噴く
好きなこと　羊を食べること

20.7.2022

29 of 49

ウザいドラゴン

欠陥名　メモリリーク
深刻度　中くらい
欠陥の症状　コンピュータの動作が遅くなり、全く機能しなくなり、シャットダウンしてしまう。
欠陥の原因　ソフトウェア使用時にメモリが確保されるが、使用後に解放されないから。
根本的な原因　開発者がメモリの解放に慎重でない。方法を知らない、覚えていないかもしれないから。
テストすべきこと　ソフトウェアを使いながら、使用メモリを測定する。使用メモリが常に増加している場合は、メモリリークが疑われる。
修正　修正すべき箇所が見つかるまで、1行ずつソフトウェアを実行する。メモリは適切なコードの断片で解放される。

20.7.2022

ここからは、ソフトウェア開発で使われている専門用語を使って説明していきます。

意味が分からない用語は教科書やインターネットを使って調べてみよう

30 of 49

どうろぼうドラゴン

色　ぎらぎらしているグリーン、またはグレー
大きさ　小さいのから大きいのまで
見つけるのは難しい？　簡単～難しい
退治するのは？　簡単～難しい
飛ぶ？　飛ぶのもいるし、飛ばないのもいる
つばさ　小さいのから大きいのまで
ファイヤーブレスを噴く？　噴く
好きなこと　食べ物や宝物を盗むこと

20.7.2022

31 of 49

どろぼうドラゴン

欠陥名　機能の欠陥
深刻度　低い・中くらい・高い　のどれか
欠陥の症状　ソフトウェアがすべきことをしない。計算が間違った結果を出す。ユーザーが間違った場所にある情報を見てしまう。
欠陥の原因　機能が間違ってコーディングされているから。
根本的な原因　開発者がユーザーの意図を理解していなかった。または、不注意や急ぎすぎによる欠陥。
テストすべきこと　テスターの経験や要件定義に基づいて、普通にソフトウェアを使用する。
修正　コードが正しく動作するように修正する。

20.7.2022

32 of 49

ただのドラゴン

色　ブラック
大きさ　小さい
見つけるのは難しい？　難しい
退治するのは？難しい
飛ぶ？　飛ぶ
つばさ　中くらい
ファイヤーブレスを噴く？たくさん噴く
好きなこと　バレないように食べ物やお宝を盗むこと

20.7.2022

33 of 49

ただのドラゴン

欠陥名　セキュリティの欠陥
深刻度　高い
欠陥の症状　ソフトウェアの情報がシステムの外に出てしまう（例：銀行のカード情報）。単なるソフトウェアの機能不良のこともある。
欠陥の原因　ハッカーがセキュリティ上の欠陥を利用してシステムに侵入し、何かを盗んだり壊したりしたから。
根本的な原因　開発者が最新のセキュアコーディング原則に従っていない。知らないかもれしれないから。
テストすべきこと　ソフトウェアを使って、またはセキュリティテスト・ソフトウェアを使って、ソフトウェアの既知の脆弱性を探している。コードをレビューする。レビューでは既知の欠陥のチェックリストが役立つ。
修正　既知の脆弱性には、既知のものへの修正もある。コードやシステムの設定を修正する。

20.7.2022

34 of 49

はやいドラゴン

色　パープル
大きさ　小さい
見つけるのは難しい？　難しい
退治するのは？　難しい
飛ぶ？　飛ぶ
つばさ　大きい
ファイヤーブレスを噴く？　少し噴く
好きなこと　こっそり金塊を盗むこと

20.7.2022

35 of 49

はやいドラゴン

欠陥名　性能不良
深刻度　中くらい
欠陥の症状　ソフトウェアの動作が遅くなる。
欠陥の原因　コードの一部が非効率的に動作している、もしくは明らかに間違っている。設定が間違っているかもしれない。ソフトウェアが不要なことをしようとする。発生するまでに時間がかかる。
根本的な原因　コーディング時にパフォーマンスが考慮されていないから。開発者は、コーディング環境のすべてを知らないかもしれないから。他には、ソフトウェアの残りの部分にアクセスできないかもしれないから。
テストすべきこと　多くの場合、パフォーマンス・テスト・ソフトウェアを使って、一度に1人または多数のユーザーでソフトウェアを使用する。このテストではスピード、つまりレスポンスタイムを測定する。
修正　コードの中で動作が遅い部分を変更する。修正した部分を試して、再びテストで速度を確認する。

20.7.2022

36 of 49

目立ちたがりで面倒くさがりなドラゴン

色　グリーン
大きさ　大きい
見つけるのは難しい？　簡単
退治するのは？　難しい
飛ぶ？　飛ぶ
つばさ　大きい
ファイヤーブレスを噴く？　たくさん噴く
好きなこと　金(Gold)を追いかけ、その縄張りを守ること

20.7.2022

37 of 49

目立ちたがりで面倒くさがり屋なドラゴン

欠陥名　ユーザビリティの欠陥
深刻度　低い
欠陥の症状　ソフトウェアが使いづらくとも、使うことはできる。
欠陥の原因　機能だけを考えて、おそらく最も簡単な方法でコーディングしているから。
根本的な原因　設計やコーディングでユーザーのニーズが考慮されていない。またはユーザビリティが理解されていないから。
テストすべきこと　普通に使ってみる。何が使いやすいか、何が使いにくいか、意見を出し合う。
修正：ユーザビリティテストの結果を尊重し、より使いやすいシステムになるようコードを変更する。

20.7.2022

38 of 49

もぐらドラゴン

色　ブラウン
大きさ　大きい
見つけるのは難しい？　簡単
退治するのは？　普通
飛ぶ？　飛ばない
つばさ　小さい
ファイヤーブレスを噴く？　たくさん噴く
好きなこと　食べやすい食べ物を探して食べること

20.7.2022

39 of 49

もぐらドラゴン

欠陥名　ハードウェアの欠陥
深刻度　高い
欠陥の症状　コンピュータの一部または全部が動作しない。
欠陥の原因　ハードウェアの一部が経年劣化により破損したから。
根本的な原因　ハードウェアの部品が低品質であるために、本来の寿命が得られないことがある。他の部品との相性が悪く、壊れてしまうことがある。
テストすべきこと　システムを通常通り使用する。ハードウェアを観察する。テスト環境は、ユーザーが持つであろうハードウェアと同じものを使用する。
修正　壊れた部品を新しい部品に変えたり、他の部品との相性が良い部品に変えたりする。

20.7.2022

40 of 49

シャドウドラゴン（かも）

色　グレー
大きさ　小さい
見つけるのは難しい？　簡単
退治するのは？　簡単
飛ぶ？　飛ばない
つばさ　小さい
ファイヤーブレスを噴く？　噴く
好きなこと　人を困らせること

20.7.2022

41 of 49

シャドウドラゴン（かも）

欠陥名　テスト容易化欠陥
深刻度　低い
欠陥の症状　計算結果が間違っているなど、機能が間違って動作しているように見える。
欠陥の原因　テストデータ、テスト環境などが間違っているかもしれないから。
根本的な原因　テスターが欠陥を発見することに熱中しすぎている可能性がある。テスト環境やテストデータが適切に計画されていないかもしれないから。
テストすべきこと　システムを普通に使いながら、環境やデータを観察する。テストが欠陥の原因になっていないか、常に検討する。
修正　テスト環境とデータをより良く定義することができる。間違った報告内容から学べる。

20.7.2022

42 of 49

ナイスなドラゴン

色　ぎらぎらしたグリーン
大きさ　中くらい
見つけるのは難しい？　簡単
退治するのは？　簡単
飛ぶ？　飛ぶ
つばさ　中くらい
ファイヤーブレスを噴く？　噴く
好きなこと　動物を食べること、人助け

20.7.2022

43 of 49

ナイスなドラゴン

欠陥名　欠陥埋め込み(エラーシーディングとも呼ばれる）、ミューテーションテスト ―わざと作った欠陥
深刻度　低い
欠陥の症状　例えば、計算結果が間違っているなど、機能的に間違っているように見える。この欠陥は機能的な欠陥のように見える。
欠陥の原因　テスターまたはプログラマーが、意図的にコードに欠陥を作り出しているから。
根本的な原因　埋め込んだ欠陥がすべて発見された時点で、すべての欠陥が発見されたことになるという考え方。
テストすべきこと　システムを通常通り使用し、わざと埋め込んである欠陥をすべて検出することを目指す。また、実際の欠陥も見つける。埋め込んだ欠陥をすべて見つけたならテストを終了できる。
修正　実際の機能の欠陥と同じように、埋め込んだ欠陥となるコード修正を忘れないこと。

20.7.2022

44 of 49

頑固なドラゴン

色　ギラギラしたグリーン
大きさ　大きい
見つけるのは難しい？　簡単
退治するのは？　難しい
飛ぶ？　飛ぶ
つばさ　小さい
ファイヤーブレスを噴く？　噴く
好きなこと　何度も嫌がらせをすること

20.7.2022

45 of 49

頑固なドラゴン

20.7.2022

欠陥名　バージョン管理に関する欠陥
深刻度　中くらい
欠陥の症状　既に修正された欠陥が再び発生する。機能的な欠陥である可能性がある。
欠陥の原因　バージョン管理に失敗している。新しいバージョンを使うべきところを、古いバージョンを使っているから。この新しい部分には、他の開発者が修正した欠陥が含まれている。
根本的な原因　急ぎすぎたり、人数が多すぎると欠陥が発生する。バージョン管理が全くできていないかもしれない。
テストすべきこと　システムを普通に使う。欠陥が見つかった場合、その欠陥が既に修正されているかどうかを確認する。バージョン管理がどのように行われているかも調べる。
修正　バージョン管理の仕組みを改善する。バージョン管理ソフトウェアを導入する。

46 of 49

うっかりドラゴン

色　ギラギラしたグリーン
大きさ　小さい
見つけるのは難しい？　簡単
退治するのは？　簡単
飛ぶ？　飛ぶ
つばさ　中くらい
ファイヤーブレスを噴く？　噴く
好きなこと　大きなドラゴンに嫌がらせをすること

20.7.2022

47 of 49

うっかりドラゴン

欠陥名　ドキュメンテーションの欠陥
深刻度　低い
欠陥の症状　ドキュメントに書かれていることとは違う方法で機能が動作している。
欠陥の原因　計画や指針がソフトウェアと整合していないから。
根本的な原因　コーディング時の判断や変更により、計画とは異なるソフトウェアが作成されてしまったから。古い計画に基づいてドキュメントが作成されているから。
テストすべきこと　システムを普通に使う。欠陥が見つかったら、ソフトウェアやドキュメントが間違っているのか検討する。
修正　ソフトウェアかドキュメントのどちらかを変更し、両者が一致するようにする。

20.7.2022

48 of 49

演習5～15分

自分で欠陥を考えて�自分にあうドラゴンを描いてみよう！

// 必要なもの

紙と鉛筆

// やること

1 ソフトウェアとは何かを理解するのに役立った欠陥を思い浮かべてみよう（好きな欠陥を思い浮かべても構いません）。

欠陥の名前とそれを説明する言葉を書いてください。

2 同じようなドラゴンを考えてみよう。

ドラゴンの特徴を書いてください。
欠陥がひどかったら、ドラゴンのように大きいなど。

3 ドラゴンを描いてみよう。

ドラゴンを欠陥として、どの様に表わすことができるか、　　アイデアどおりに描いてみよう。
上手にとか、かっこよく描けなくても大丈夫。

4 みんなでどんな絵が描けたかを見せ合おう。

Padletを使って共有しても良いでしょう。

49 of 49

ありがとうございました。

本を読んでみたい方は、こちらからご注文ください。

https://www.dragonsout.com/p/order-dragons-out-book.html

本書の情報はこちら。

https://www.dragonsout.com

ご質問はこちら。（英語でお願いします）

kari.kakkonen@dragonsout.com