英語なんてこわくない

英語ドキュメントを読んでみよう

竹 花 　 和 裕 　 TA K E H A N A K A Z U H I R OWA C AT E 実 行 委 員

英語なんてこわくない

英語ドキュメントを読んでみよう

2 /32 自己紹介

•たけはな かずひろ•@kirk_tokyo•元第三者検証会社（メインは組み込み系、最近 Web 系）•実行委員は 3 回目（ WACATE は 5 回目）

3 /32 なぜ WACATE で英語？

こんな状況ありませんか？• 仕様書が英語• 不具合票が英語• 使おうとしたツールの説明が英語• 気になる情報のソースが英語　→テストでも英語に触れる機会は少なくない　英語が苦手 ..((´-ω-｀ ) と避けていたら　加速するチャンスを逃します！

4 /32 なぜ WACATE で英語？

• 今回は時間が短いので「読解」の話をします　→読解ならネットの翻訳サービスで十分ただ翻訳サービスだけに頼っていると• 英語への自信が付きにくい• 長文だったり英文にミスがあった場合に　上手く翻訳出来なくなってしまうもちろん「翻訳サービスも活用」はありです

5 /32 セッションの対象者

• 本セッションの対象者：英語が苦手な方　→「英語」と聞いただけで避けてしまう　　英語苦手意識を取り除くのがゴールです• 英語がデキる方：寝ていて良いｄ　英語が苦手な人へ説明するときの手段の　一つとして参考にしてみてください。

6 /32 英語が苦手な人は . . .

諦めましょう！

7 /32 英語は難しい？

• 日本人は完璧主義者　→完璧じゃないと英語ができるとは言えない• 英語は中学生の知識で十分　→誰でも使える■ 参考文献中学英語で通じるビジネス英会話（日本経済新聞出版社）中学英語で英語の雑談が出来るようになる本（アスコム）中学英語を復習して英会話がペラペラになる本（中経出版）

8 /32 AMAZON で見てみると

9 /32 心のハードル

• 英語が習字のようになっているのでは？　綺麗に書けないと恥ずかしい！

• 英語は遅刻しそうな時のダッシュと同じ　可能な限り早く着くことが目的　走るフォームやタイムなんて関係ない

　目的は相手に考えや思いを伝えること　その手段がたまたま英語だっただけ

10 /32 実は英語って単純

• 英語は語順が大事• 日本語は語順はどうでも良い　→助詞でフォローが出来るため

– 主語　：「は」「が」– 目的語：「を」「に」

WACATE という勉強会が三浦海岸であります。三浦海岸で WACATE という勉強会があります。

11 /32 英語を読むには . . .

英文法！

12 /32 覚えるのは 3 つだけ

•述語動詞を見つける•主語を見つける•前置詞を見つける

13 /32 英語のルール

ルール１• 英語の文には必ず述語動詞が一つだけ入る　→文の最初に現れた動詞が述語動詞になりますルール２• 英語の文には主語が一つだけ入る　→文の最初に現れた名詞が主語になります

14 /32 動詞と名詞を探してみる

Your most unhappy customers are your greatest source of learning.

あなたの顧客の中で一番不満を持っている客こそ、あなたにとって一番の学習源　

15 /32 まずは動詞を

分かりやすく動詞は赤字＋下線で示しますYour most unhappy customers are your greatest

source of learning. 　

16 /32 次に名詞を

分かりやすく名詞は緑字で示しますYour most unhappy customers are your greatest

source of learning. 　

17 /32 最後に前置詞を

分かりやすく前置詞は青＋下線で示しますYour most unhappy customers are your greatest

source of learning. 　

18 /32 動詞と名詞を探してみる

分かりやすく動詞は赤字＋下線、名詞は緑字、前置詞は青＋下線で示しますYour most unhappy customers are your greatest

source of learning. 　

19 /32 動詞と名詞を探してみる

手で書く場合はこのように図で囲ったりしています。参考までに。　

20 /32 やっとこテストの話

みなさん、 JSTQB は知っていますか？JSTQB には元となる ISTQB があります。そして ISTQB のシラバスは英語で配布されています。お！ちょうど良い教材があるじゃないか！ISTQB シラバスから、テストの 7原則を読んでいきましょう！

21 /32

原則 1: テストは欠陥があることしか示せないTesting can show that defects are present, but cannot prove that there are no defects.Testing reduces the probability of undiscovered defects remaining in the software but, even if no defects are found, it is not a proof of correctness.

22 /32

原則 1: テストは欠陥があることしか示せないTesting can show that defects are present, but cannot prove that there are no defects.テストにより、欠陥があることはわかるが、欠陥がないことは示せない。 Testing reduces the probability of undiscovered defects remaining in the software but, even if no defects are found, it is not a proof of correctness.

テストにより、ソフトウェアに残る未摘出欠陥の数を減らせるが、欠陥が摘出できない状態でも、正しさの証明とはならない。

23 /32

原則 1: テストは欠陥があることしか示せないTesting can show that defects are present,

but cannot prove that there are no defects.

Testing reduces the probability of undiscovered

defects remaining in the software but, even if no

defects are found, it is not a proof of correctness.

24 /32

原則 1: テストは欠陥があることしか示せないTesting can show that defects are present,

but cannot prove that there are no defects.

Testing reduces the probability of undiscovered

defects remaining in the software but, even if no

defects are found, it is not a proof of correctness.

25 /32

原則 2: 全数テストは不可能Testing everything (all combinations of inputs and preconditions) is not feasible except for trivial cases. Instead of exhaustive testing, risk analysis and priorities should be used to focus testing efforts.

26 /32

原則 2: 全数テストは不可能Testing everything (all combinations of inputs and preconditions) is not feasible except for trivial cases. 全てをテストすること ( 入力条件の全組み合わせ ) は、こく単純なソフトウェア以外では非現実的である。 Instead of exhaustive testing, risk analysis and priorities should be used to focus testing efforts.全数テストの代 わりに、リスクや優先順位によりテストの焦点を絞る。

27 /32

原則 2: 全数テストは不可能Testing everything (all combinations of inputs and

preconditions) is not feasible except for trivial

cases.

Instead of exhaustive testing, risk analysis and

priorities should be used to focus testing efforts.

28 /32

原則 2: 全数テストは不可能Testing everything (all combinations of inputs and

preconditions) is not feasible except for trivial

cases.

Instead of exhaustive testing, risk analysis and

priorities should be used to focus testing efforts.

29 /32

原則 3: 初期テストTo find defects early, testing activities shall be started as early as possible in the software or system development life cycle, and shall be focused on defined objectives. 早く欠陥を見つけるために、テストはソフトウェア開発もしくはシステム開発のライフサイクルのなるへく早い時期に開始し、あらかじめ定義した目的に集中すへきである。

個人ワーク

30 /32

原則 3: 初期テストTo find defects early, testing activities shall be

started as early as possible in the software or

system development life cycle, and shall be focused

on defined objectives.

個人ワーク

31 /32

• 英語は誰でも使えます！　目的は相手に考えや思いを伝えること　カッコいい英語は諦めて、まずは簡単な英語を！• 述語動詞→最初の動詞、主語→最初の名詞を　見つけましょう！　動詞、名詞以外は無視してOKです• サイトを有効活用しましょう

まとめ

32 /32 参考文献

• Your most unhappy customers are your greatest source of learning.　（ビル・ゲイツの名言より）• テストの 7原則〜 Seven Testing Principles　（ ISTQB Foundation level syllabus 　　 2011より）

Have a nice English life！Have a nice English life！