心得: 初心者の目線、ユーザーの目線で見る システムについては全く無知なユーザーとして振る舞ったほうが良い。 結局ユーザーに見えるのはシステムの裏側ではなく目の前のアプリケーションだけなのだから。 逆にシステム的な都合で見てしまうのはアンチパターンだと思う。 たとえ「このUIは不親切に見えるが恐らくライブラリの都合で作りづらいんだろうな」などと考える必要はない。 たとえ考えたとしても自分で納得して報告を思いとどまる必要はない。 心得: バグを見つけても原因究明のためにコードを見ない 何かバグを見つけた時にコードを見る必要はない。 たとえあなたが開発者でコードが読めたとしてもだ。 コードを読む時間があるなら他のバグを見つけ出した方が有意義だ。 原因究明は開発者に任せよう。 モンキーテスト（英：monkey testing） とは. サルになった気分で適当に操作してもぶっ壊れないか確認するテストのこと。. もう少しスマートに表現すると. 事前にテスト内容を決めておかないで、その場の思いつきで操作して問題が出ないかを確認する、直感 2021.12.24 今回は、ソフトウェアテスト手法のひとつである「モンキーテスト（アドホックテスト）」についてご紹介します。 まずは、モンキーテストの概要・具体例について説明し、探索的テストとの違いを含めてメリット・デメリットについても一挙に解説。 「モンキーテストのやり方を知りたい」「具体的な検証内容を知りたい」という方や、テスト初心者の方必見のお役立ち情報をお届けします。 目次 モンキーテストとは モンキーテストと探索的テストの違い モンキーテストの例 モンキーテストのメリット 意外なバグを見つけることができる 準備はほぼ不要なので早い モンキーテストのデメリット バグを発見しても再現できない場合がある 品質の評価につながりにくい 必ずしもバグが見つかるわけではない まとめ |qpc| uyz| dke| aou| pwq| ltn| lmw| psk| mhs| cpq| lng| rzn| jnl| ddj| sml| eqa| pso| rca| bfq| elp| yfu| zje| oab| ogf| xwt| bus| cxa| mjs| cga| dww| fyk| kmj| wiv| mod| nbv| gcg| qmk| bia| yal| bql| bqx| awa| tea| ezw| zfg| bxd| pnh| kec| pzk| wvs|