おそらくぼくのカバンを狙っていた。 しかし、ぼくが男に気がついたので、隣のカップルにターゲットを変えたのだろう。 間一髪だった。 しかも、実は二人組だったらしく、もう一人の男も逃げ出した。 一人が陽動係で、もう一人が実行係だったのだろう。 「え、えええ!
(ライター:濱松 教道) Photo by: for we can fly via photopin (license) ベネズエラの旅行記はこちら *Daishi Miyamoto 「 ギアナ高地 」 *Лайка Собака「 Venesuela 」
TRiPORT Magazine 2015年03月27日 14:20 JST TRiPORT ライターの濱松です。 皆さんは、ベネズエラという国をご存知でしょうか? 正式名称は「ベネズエラ・ボリバル共和国」。場所は南米北部に位置し、コロンビアやブラジルに隣接しています。そんなベネズエラは2013年にアメリカの調査会社によって、なんと「世界の危険な国ランキング」で1位という不名誉な称号を獲得してしまったのです。 世界で最も危険な国と知っていながら、世界中から多くの旅人がベネズエラに足を踏み入れます。南米北部の決して大きくはないこの危険な国に、どんな魅力があるというのでしょうか? 世界で1番危険な国の実態とは? ベネズエラの難民問題とは？難民が増加するベネズエラの現状や周辺国が抱える問題. Photo credit: Unidos sin Fronteras via photopin (license) 世界で1番危険な国では、お金を持っていると認識されている旅人は特に犯罪の標的となります。そしてベネズエラの中で、最も注意が必要な場所は首都カラカス。ここは飛行機で入国する場合、ほとんど避けては通れない場所です。 途中で会う旅人たちにカラカスでのエピソードを聞いてみると「危険だとわかっていたのでホテルまでタクシーを利用したが、そのタクシードライバーにすべての身ぐるみを奪われた」、「ホテルからわずか10メートル先にあるスーパーに行こうとしたら、ホテルのスタッフが心配してわざわざ一緒に来てくれた」など、危険な香りのするような話が次々と出てきます。 ではなぜ危険を冒してまでこの国に入るのでしょう?
(ライター:濱松 教道) Photo by: for we can fly via photopin (license) ベネズエラの旅行記はこちら *Daishi Miyamoto 「 ギアナ高地 」 *Лайка Собака「 Venesuela 」
#3 カラカス(べネズエラ) ベネズエラの首都カラカスも極悪都市として有名。 人口当たりの殺人事件発生率は、東京の100倍を超えており、10万人当たりの殺人事件発生率が130人となり、堂々の世界最悪都市とランクインしている。 特徴としては、外国人観光客を狙った誘拐事件が多い。 拳銃を突きつけて、金品を取られるか、運が悪ければ日本に帰ってこれないことも…。 しかも、夜や深夜だけでなく昼間からも犯罪が多いので気が引けない。 お土産屋めぐりをする場合は、十分に気を付けた方が良い。 #4 アカプルコ(メキシコ) マフィア映画によくでてくる国として有名なのがメキシコ。 そのメキシコの中で年間数百万の観光客が訪れるリゾート地として有名なのがアカプルコ。 マフィアはこういうリゾート地にも多く存在しているのが事実で、この都市では近年麻薬犯罪組織間の殺人事件や麻薬の小売に絡んだ殺人事件が勃発しているとか。 ゴッドファーザーを彷彿させるようなシーンがこの街では繰り広げられているので、安易にリゾート地だからと遊びにいくと銃弾を浴びることになるかも。 次のページ イラクの首都バグダード >>
道具屋のアイコンをタップする 2. 【初級エンジニア向け】テスト仕様書のを書く際のちょっとしたコツ. 購入する道具(「薬草」)をタップする 3. 「OK」をタップする このように操作手順が具体的であれば、テスターによって解釈が変わることはありません。誰が行っても、同じ結果が得られます。 期待する結果も記述しておく テストケースを作成する際は、その手順を実行することで期待される実行結果についても記述しておくことが求められます。より具体的には、仕様書通りにテスト対象の機能が動作した際の結果のことです。この結果が具体的に記述してあれば、テスターが判断に迷うこともありません。テスト結果を正確に報告することが可能になります。 以下、期待する結果についても悪い例・良い例をみていきましょう。 【×悪い例】 操作手順 期待する結果 道具屋の画面を表示させて、道具を購入する 正しく道具が購入できる これでは具体的に、「どうなっていれば」仕様通りと言えるのかがわかりません。 【〇良い例】 操作手順 期待する結果 1. 「OK」をタップする ・キャラクターの持ち物に薬草が増えている ・道具の売値分、所持金が減っている このように期待される結果の内容が明確に記載されていれば、どのテスターがみてもどうなれば仕様書通りなのか判断できます。 まとめ テストケースには、ソフトウェアテストを実行する際に必要なテスト観点や操作手順、期待する結果等がまとめられています。テストケースはソフトウェアテストの漏れがないようにするためや、テスト実行結果を明確化するために必要です。 またテストケースは、どのテスターが見ても同じように理解できるようにまとめておく必要があります。参照するテスターによって解釈が変わるようでは、良いテストケースとは言えません。 テスト観点とは?テストケースとの違いや、漏れなく抽出する方法について ソフトウェアテストに従事して約20年。 テストマネージャーとして、webシステムやスマホアプリ、ゲーム等の様々なソフトウェアのテスト計画策定、テストチーム構築、テスト管理、品質分析および品質向上施策提案などに携わる。保有資格として、IVECハイレベル5やJSTQB FLなど。現在は、AIQVE ONE株式会社(旧:monoAI technology)にて、ソフトウェアテストについての社員教育や、テストプロセス・テスト手法の仕組み化・標準化に取り組んでいる。
」 という疑問が湧いてしまいます。 自分にとっては「今更確認する必要もない」と思うようなことでも、 第三者から見たら疑問に思うこともあります。 それを防ぐために、このような「状態が変わる」ことを確認するテスト項目では ビフォーとアフターを明確にしましょう。 今回の例の場合は以下のように記述すると良いです。 前提条件: hoge テーブルが「実行前」の状態になっていること 確認項目:処理を行った後に hoge テーブルが「実行後」の状態になっていることを確認する 実行前 実行後 fuga 0 1 具体的な値を用意する 「入力された値が消費税込みの価格で表示されること」 はい、これも NG ですね。 この確認項目だけでは、テストをする際にいちいち計算をしなければいけないし、 端数が切り捨てなのか、四捨五入なのかも分かりません。 「消費税込みの価格」という曖昧な表現ではなく、具体的な値を用意しましょう。 このような場合は以下のようにしましょう。 入力された値が消費税込みの価格で表示されることを確認する ※ 消費税は 8% 、端数は四捨五入して計算すること 「テストデータ 1 」を使用し、「想定結果」の状態になっていることを確認する テストデータ 1 想定結果 ¥108 ※ 1. 08 倍されていることを確認 ¥109 ※ 小数点第一位が切捨てされていることを確認 ¥130 ※ 小数点第一位が繰上げされていることを確認 無闇に番号をふらない 最後はちょっとした小技です。 以下のようにテスト仕様書を書いていたとします。 1. hoge 処理の実行 1-1. ・・・・・・ 1-2. ・・・・・・ 1-3. 「 2. fuga 処理の実行」が行われること。 2. fuga 処理の実行 2-1. ・・・・・・ 2-2. ・・・・・・ 2-3. ・・・・・・ このテスト仕様書を書いている途中に、システムの仕様が変わり、 hoge 処理の前に piyo 処理がが入ることになりました。 さあ、テスト仕様書も直さねば! 1. piyo 処理の実行 1-3. hoge 処理の実行」が行われること。 2. hoge 処理の実行 2-3. fuge 処理の実行」が行われること。 3. fuge 処理の実行 3-1. ・・・・・・ 3-2. ・・・・・・ 3-3. ・・・・・・ 「 piyo 処理の実行」が 1 番目に来てしまったせいで、 全ての番号を振り直さなければいけなくなりました。 よくあることですね。 番号を一つ一つ振り直したかと思いきや、1箇所だけ直っていませんね。 はい、この 「 2. fuge 処理の実行」 も 「 3. fuge 処理の実行」 に直さなければいけませんね。 「直せばいいじゃん」って思われるかもしれませんが、 まぁ~これがめんどくさい。 1 箇所だけならともかく、このような記述が何箇所もあったら結構な時間がかかります。 何より見落としてしまう可能性もあります。 これを防ぐためには簡単です。 最初から 「 2.