SlideShare a Scribd company logo
英語なんてこわくない
英 語 ド キ ュ メ ン ト を 読 ん で み よ う
竹 花 和 裕 T A K E H A N A K A Z U H I R O
W A C A T E 実 行 委 員
英語なんてこわくない
英 語 ド キ ュ メ ン ト を 読 ん で み よ う
2
/32
自己紹介
• たけはな かずひろ
• @kirk_tokyo
• 元第三者検証会社
(メインは組み込み系、最近Web系)
• 実行委員は3回目
(WACATEは5回目)
3
/32
なぜWACATEで英語?
こんな状況ありませんか?
• 仕様書が英語
• 不具合票が英語
• 使おうとしたツールの説明が英語
• 気になる情報のソースが英語
→テストでも英語に触れる機会は少なくな
い
英語が苦手..((´-ω-`)と避けていたら
加速するチャンスを逃します!
4
/32
なぜWACATEで英語?
• 今回は時間が短いので「読解」の話をします
→読解ならネットの翻訳サービスで十分
ただ翻訳サービスだけに頼っていると
• 英語への自信が付きにくい
• 長文だったり英文にミスがあった場合に
上手く翻訳出来なくなってしまう
もちろん「翻訳サービスも活用」はありです
5
/32
セッションの対象者
• 本セッションの対象者:英語が苦手な方
→「英語」と聞いただけで避けてしまう
英語苦手意識を取り除くのがゴールです
• 英語がデキる方:寝ていて良いd
英語が苦手な人へ説明するときの手段の
一つとして参考にしてみてください。
6
/32
英語が苦手な人は . . .
諦めましょう!
7
/32
英語は難しい?
• 日本人は完璧主義者
→完璧じゃないと英語ができるとは言えな
い
• 英語は中学生の知識で十分
→誰でも使える
■参考文献
中学英語で通じるビジネス英会話(日本経済新聞出版社)
中学英語で英語の雑談が出来るようになる本(アスコム)
中学英語を復習して英会話がペラペラになる本
(中経出版)
8
/32
AMAZONで見てみると
9
/32
心のハードル
• 英語が習字のようになっているのでは?
綺麗に書けないと恥ずかしい!
• 英語は遅刻しそうな時のダッシュと同じ
可能な限り早く着くことが目的
走るフォームやタイムなんて関係ない
目的は相手に考えや思いを伝えること
その手段がたまたま英語だっただけ
10
/32
実は英語って単純
• 英語は語順が大事
• 日本語は語順はどうでも良い
→助詞でフォローが出来るため
– 主語 :「は」「が」
– 目的語:「を」「に」
WACATEという勉強会が三浦海岸であります。
三浦海岸でWACATEという勉強会があります。
11
/32
英語を読むには . . .
英文法!
12
/32
覚えるのは3つだけ
•述語動詞を見つける
•主語を見つける
•前置詞を見つける
13
/32
英語のルール
ルール1
• 英語の文には必ず述語動詞が一つだけ入る
→文の最初に現れた動詞が述語動詞になります
ルール2
• 英語の文には主語が一つだけ入る
→文の最初に現れた名詞が主語になります
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!

More Related Content

Viewers also liked

探索的テストはじめの一歩 #wacate
探索的テストはじめの一歩 #wacate探索的テストはじめの一歩 #wacate
探索的テストはじめの一歩 #wacate
Toshiyuki Kawanishi
 
ソフトウェアテスト年表-WACATE2015冬
ソフトウェアテスト年表-WACATE2015冬ソフトウェアテスト年表-WACATE2015冬
ソフトウェアテスト年表-WACATE2015冬
Keizo Tatsumi
 
テスト計画セッション
テスト計画セッションテスト計画セッション
テスト計画セッション
Tomoaki Fukura
 
質問されない資料にするための4ステップ
質問されない資料にするための4ステップ質問されない資料にするための4ステップ
質問されない資料にするための4ステップ
Asuka (飛鳥) Kamijo (上條)
 
わりとディープ?同値分割↔境界値分析
わりとディープ?同値分割↔境界値分析わりとディープ?同値分割↔境界値分析
わりとディープ?同値分割↔境界値分析
scarletplover
 
60分でわかった気になるISO29119 #wacate
60分でわかった気になるISO29119 #wacate60分でわかった気になるISO29119 #wacate
60分でわかった気になるISO29119 #wacate
Kinji Akemine
 
ネイティブゲーム開発におけるこれからの品質保証
ネイティブゲーム開発におけるこれからの品質保証ネイティブゲーム開発におけるこれからの品質保証
ネイティブゲーム開発におけるこれからの品質保証
gree_tech
 
PHPerに覚えて欲しい日本語の重要性
PHPerに覚えて欲しい日本語の重要性PHPerに覚えて欲しい日本語の重要性
PHPerに覚えて欲しい日本語の重要性
Rina Fukuda
 
はじめてのソフトウェアテスト
はじめてのソフトウェアテストはじめてのソフトウェアテスト
はじめてのソフトウェアテスト
Rina Fukuda
 

Viewers also liked (9)

探索的テストはじめの一歩 #wacate
探索的テストはじめの一歩 #wacate探索的テストはじめの一歩 #wacate
探索的テストはじめの一歩 #wacate
 
ソフトウェアテスト年表-WACATE2015冬
ソフトウェアテスト年表-WACATE2015冬ソフトウェアテスト年表-WACATE2015冬
ソフトウェアテスト年表-WACATE2015冬
 
テスト計画セッション
テスト計画セッションテスト計画セッション
テスト計画セッション
 
質問されない資料にするための4ステップ
質問されない資料にするための4ステップ質問されない資料にするための4ステップ
質問されない資料にするための4ステップ
 
わりとディープ?同値分割↔境界値分析
わりとディープ?同値分割↔境界値分析わりとディープ?同値分割↔境界値分析
わりとディープ?同値分割↔境界値分析
 
60分でわかった気になるISO29119 #wacate
60分でわかった気になるISO29119 #wacate60分でわかった気になるISO29119 #wacate
60分でわかった気になるISO29119 #wacate
 
ネイティブゲーム開発におけるこれからの品質保証
ネイティブゲーム開発におけるこれからの品質保証ネイティブゲーム開発におけるこれからの品質保証
ネイティブゲーム開発におけるこれからの品質保証
 
PHPerに覚えて欲しい日本語の重要性
PHPerに覚えて欲しい日本語の重要性PHPerに覚えて欲しい日本語の重要性
PHPerに覚えて欲しい日本語の重要性
 
はじめてのソフトウェアテスト
はじめてのソフトウェアテストはじめてのソフトウェアテスト
はじめてのソフトウェアテスト
 

英語なんてこわくない~英語ドキュメントを読んでみよう #wacate