そこにいるソロテスターのために、私は通常のバグbash/mobテスト活動をリードすることをお勧めします。 これは、スプリント/機能開発サイクルの最後に実行できるアクティビティです。 あなたは、チームを招待し、一緒にいくつかの軽食/飲料を取得し、時間の周りのためのテスト誰もを取得します。
セットアップ
誰もが手の前にデータ/デバイスで設定されていることを確認することにより、あなたが良いデバイス/ブラウザカバレッジを持っていることを確認することをお勧めします。 また、人々が始めるのを助けるためにいくつかのヘルプドキュメントを準備することもできます。 私は人々が彼らがテストしているものの視覚的な指標を持っているので、手の前に準備されたカバレッジのアイデアにマインドマップを持 私はまた、手の前にテストアカウントの束を作成し、チームに配布するかもしれません。
軽いバグ報告
軽量のバグ報告を奨励する必要があります;
- 人々は付箋にバグを書くかもしれません
- 共有スプレッドシートにバグを追加する
- または/jirio create bug shortcut
を使用してSlackから直接Jiraバグを上げます。 より多くの情報が必要な場合は、バグbashの後にいつでも問題をさらに明確にすることができます。
バグbashで何をテストするか
何をテストするかを決定するための3ステップのヒューリスティックがあります（考える;ガイドまたは経験則):
- 最近何が変わったのですか？ 変更は新しい危険をもたらす。 どのような機能が構築されていますか？ どのようなコードがリファクタリングされていますか？ どのライブラリが更新されましたか？ 最初に
- 回帰テストをテストするためにチームを集中させてください。 コア機能の最大でダースのシナリオのチェックリストを持っています（多分登録、支払い、人々があなたの製品で行う主なものの周り）。 人々にこれらのケースを検討するように依頼する1）、多分あなたがカバレッジのアイデアを得ることができるように、彼らがそれをテストするときにケー 場合によっては、ペンテストバグbashセッションやパフォーマンステストbash、クロスブラウザテストbashを実行するのが理にかなっているかもしれませんが、可能であれば
本番環境でのテスト
毎回発生する必要はありません;本番環境でテストします。 そんな環境は全くありません。
しかし、本番でテストできない場合は、テスト環境が安定していることを確認し、データがセットアップされており、チームに”バグbashテストを除いて触れないでください”という要求を与えました。
Post Bug Bash
自分の時間のために人々に感謝し、バグをカウントアップし、あなたの最高のバグハンターに賞賛を与えることを確認してください。 結局のところ、テスト/品質はチームの責任です。 結果と賞のトロフィーとあなたに感謝のメールを送信します。 私は前に私たちのナンバーワンのバグハンターにトロフィーベースに樹脂でサイのバグのこのトロフィーを配ってきました:
