新年には、多くの人が過去の年を分析し、すべての結果を記憶し、将来の計画を立てます。 カレンダーの第12号では、 Kontur.MarketサービスのテスターであるAnastasia Ronzhinaが、なぜ新しいことに挑戦し、意見を変え、アプローチし、間違いを犯し、再試行する必要があるのか​​を説明します。

なぜこれが必要なのですか？

すべてが私と一緒に大丈夫です、私はうまく働きます、彼らは私を賞賛します、なぜ私は何かを変えるべきですか？ それは論理的な質問です。 それに応えて、本「ルッキンググラスを通してアリス」からの引用：

所定の位置にとどまるためにできるだけ速く走る必要がありますが、どこかに行くには少なくとも2倍速く走らなければなりません！

私たちが座ってパズルをテストしている間、世界は静止していません。 ジェームズバッハとマイケルボルトンは別の調査を実施し、短時間で高品質のテストを行う方法へのアプローチを探します。

開発プロセスにおけるテスターの位置は進化しており、プロセス自体も進化しています。 たとえば、当社のマキシムとイリーナは、自動テストの進化について、テストを使用して開発をスピードアップする方法、テストを書くべき人とどの段階で態度を変えるかについて話しました。 LenaとHilariaは、製品の品質を改善するためにTKとプロトタイプを準備するために、ツールを変更し、ユーザーとのコミュニケーションに接続する方法について話しました。

テスターが1.5年で限界に達し、自動化、またはマネージャー、アナリスト、開発者などへの役割の変更ができるという意見をもう一度聞いたとき、私は非常に悲しいです。アルゴリズムの繰り返し：分析を読み、プロトタイプを調べ、テストし、バグを投稿し、バグを再確認しました-職業に飽きて失望する理由は簡単に理解できます。 ただ退屈です！

しかし、問題の研究へのアプローチ、テストの生成へのアプローチ、テストの方法を変更すると、次のようになります。

• まず、より速くテストできるもの、機能の詳細な分析を行い、何かを見逃さないものを見つけます。 私は誰も彼らの仕事と自由時間の出現を改善することを拒否しないと思います:)。
• 第二に-それは本当に楽しいです！ 個人的には、標準的なアルゴリズムを使用して標準的なタスクを毎日実行することは非常に困難です。

特定のトピックを掘って、狭い専門家になることができます。 幅広く成長できます。 突然、「あなたのトピック」の質問に答え始めるため、人々はあなたに手を差し伸べます。 他のチームに電話して、何かを教えるためのプロセスやツールを確立することができます。 別の利益-あなたの興味、あなたの知識で、あなたは他の同僚に開発を促すことができます。これは、世界にもっと良いテスターがいることを意味します:)

アプローチを正確に変更できるものは何ですか？

1.アーティファクトまたはテスト文書

私たちはどこかでテスト計画、タスクの分解、製品の運用スキーム、指示、バグ、契約をどこかで修正します。 それは一枚の紙、コンピューター上のファイル、またはある種のプログラムである可能性があります。 テストケース、チェックリスト、スマートカード、テーブル、チャート、図、指示を作成します...

ここで検討する価値があるのは目的です。何のために、誰のためにこれをやっていますか？ テスト文書は製品ですか、それともツールですか？ 製品の変化の速さは？ そして、新しいテスターの流れは何ですか？ ソフトウェアテストで学んだ教訓：コンテキスト駆動型アプローチ 、Cem Kaner、James Bach、Bret Pettichordのレッスン148で説明されている素晴らしい質問のセットがあります。 手元に本がない場合は、このレッスンの翻訳があります。

あるチームで自動テストを見ました-主要な自立ドキュメントとして、なぜですか？

2.テスト手法

これはおそらく最も明白なポイントですが、それはありません。 正直言って、あなたは現在どのようなテクニックを使っていますか？ いいえ、わかりません、ただ応募してください！ どれくらい新しいものを見つけようとしましたか？

私は、テスターがテスト設計の理論を知っているという事実にしばしば遭遇しますが、何らかの理由で、習得したように、おそらく習慣から、またはテクニックを使用しようとして失敗した後に、それを適用してテストしません。 Canerは同じ本のレッスン26でクールなアイデアを持っていました。

直観は素晴らしい始まりですが、お粗末な結論です（直観は最初は良いが、最後はお粗末です）。

はい、最初はこの才能が私たちを救ってくれます。バグをテストするときにつまずきます。 しかし、時間が経つにつれて、逃したバグが戦場から届き始めます。 たとえば、パラメーターの特定の値を組み合わせると、何かがおかしくなるか、何らかのアクションでオブジェクトが突然新しい状態に切り替わることが突然判明しましたが、テスト中にこれに気付きませんでした。 テクニックを使用すると、これらすべてを回避でき、テストをより効率的に行うことができ、タスクをより速く、より良く解決できるようになります。

アレクセイ・バランツェフは、オリエンテーションと非常によく似ています。 地形をナビゲートする方法を（無意識のうちに、直感的にテクニックを使用して）学習し、マップ、モデルを学習すると、ナビゲーションがさらに上手くなります。 新しいテクニックを使用すると、エリア内を移動するための新しい機会が得られます。 たとえば、私はロッククライミングを学びました。今では、山を一周するだけでなく、登ることもできます。 テクニックを勉強している間は、最初にテクニックを習得することは非常に困難ですが、時間が経つにつれて、トレーニングしてからマシンで使用するようになります。

テクノロジーに関する新しいアイデアはどこで入手できますか？ 読むか、すでに読んでいる場合は、本「ソフトウェアテスト設計の実務者ガイド」（Lee Copeland ）をめくるか、同僚と一緒にウィッテッカーテストツアーを選択してくださいデザイン、ジェームズA.ウィッテイカー ）と製品の「旅行」。 昔を揺らして、テスト設計コースにサインアップしてください。 試してみてください！

3.アイデアを分析および生成するための手法

はい、はい、それは問題の定式化全体の分析、機能性の研究、試験対象の研究です。 直観の議論に戻ると、エラーをスキップする理由は、まだ不十分に分析されたタスク、不完全に収集された情報である可能性があります。 ここで何を変更できますか？

テストの神託とは何かを学ぶことができます 。 きっとあなたは新しい情報源を発見するでしょう。 または、すでにそれらを知っている場合は、たとえば、競合他社の製品を見て、そこにあなたの機能がどのように実装されているかを学びます。

私たちはモデルに従ってプログラムの考えに従ってテストするので、分析手法、研究モデリングを探してください。 システムのオブジェクトを取得し、リモートセンシングの分析を実行します（アクション-パラメーター-値）。

最初に、所有しているすべてのオブジェクトを選択し、これらのオブジェクトに対して実行できるすべてのアクションをペイントし、次にアクションに影響するパラメーター、そしてパラメーターの特定の値をペイントします。

エドワード・デ・ボノによるカスタムソリューションの考えと発明についての本を読んでください。 ライスアサルトの本を取り、あなたの脳を鍛えます。 毎日、私たちはタスクを突破し、思いつき、そして他に何がタスクに影響を与える可能性があります。 トレーニングは、より速く、より生産的にそれを行うのに役立ちます。

4.環境とプロセス

チームや会社の変更について話しているわけではありませんが、状況によってはなぜですか？ :)テストの周辺について話をしたかった。

お気に入りのブラウザまたは画面解像度を取り、変更します。 Webアプリケーションをテストしている場合は、製品の見方が違うと思います。

Microsoft Visual StudioをJetBrains Riderに変更します（またはその逆）。 別のAPIテストツールを使用してみてください。 他のソリューションを調べてみてください。あなたにとって新しくて便利なものが登場した可能性は十分にあります。

プロジェクトが予定されていない、または最初の数分でバグを見つけるテスト用のブランチを常に取得していますか？ それとも、常に多くのバグを見つけていますか？ 同時に、テスト用の大きなキューもありますか？ テストを停止するためのヒューリスティックを研究し（はい、生のブランチを取り戻してラップすることができます）、入り口でブランチの要件を変更し、テストに同僚を関与させます。 または、いくつかのブランチは実際にテストを必要としないかもしれません。開発者はすでにすべてを自分でチェックしていますか？

また、開発者や他のテスターに​​近い、部屋の反対側に移動するだけで非常に便利な場合があります。 場所を変えると、仕事の見た目が一新されます。

5.テスターの役割と責任

私のお気に入り 近隣のチーム、他のプロジェクト、または他の国のテスターが誰であるかを調べます。 DAMPカンファレンスでは、かつてJames Bachとのインタビューがありましたが、その答えのいくつかは単に驚くべきものでした。 ジェームズは、テスターが誰であるか、自動化されたマシンがあるかどうか、そしてテストで最も興味深いことはまったく異なる考えを持っています！

いくつかのインタビューに行きます。 行くだけ。 他の企業で何が起こっているのか、テスターに​​よって評価されているのか、他の企業に何が期待されているのかを学びます。

あなたはまだリリースするかどうかを決定していますか？ または、マネージャーは通常何をしますか？ Jerry Weinbergの著書 『 Perfect Software And Other Illusions About Testing 』を読むと、あなたの世界がひっくり返るでしょう！ そして、マネージャーに必ず読んでもらいましょう。

品質保証はテスターの責任だと思いますか？ 同じインタビューで、ジェームズ・バッハは軍事基地の警備員の良い例を示しました。

もちろん、あなたは単に基地を守ることができます。そして、人々がなぜこの基地に侵入したいのかを研究することもできます。軍事学校の規律としてそれをしてください。 これは、基地を守ることができないという意味ですか？ もちろん違います！ 誰かが守らなければなりません。 しかし、すでにテストに関連して、バグの数を減らす何かを研究して実装し始めれば、はい、「ガード」の数を減らすことができます。

同じ会議でテスターの品質と成長を確保するというトピックについては、マキシムからの妥当な推論レポートがありました。

まだ自動化および手動テスターがあると思いますか？ Jamesを聞き、 自動テストのプロジェクトで開発者だけが書く方法、またはチームでオートテスターの役割がどのように進化し、チームの全員が自動テストを書き 、新機能テストを含むグリーンテストのみでブランチを提供するかについてのレポートを聞く。

どのようなテストを行っていますか？ 機能的ですか？ そして、あなたは答えることができます-なぜですか？ そして、他の種の責任者は誰ですか？ おそらく、ある種のスペースが見えるでしょう。

他の役割、たとえば、アナリティクスの作成方法 （Alistair Coburnによる「 システムの機能要件を説明するための最新の方法 」）、誰がそのようなマネージャーであり、何をすべきか（「Adizes」の理想的なリーダー ）。 これにより、他の役割や役割をよりよく理解できます。 また、新しいアイデアを引き出します。

6.他の何か

テスターは他の人と多くのことを話し、たくさん書きます。 ひどくトリッキーな状況を思いついたとき、私たちは間違いを説明したり質問したりしなければなりません。 したがって、これらのスキルを開発します。 たとえば、Maxim IlyakhovとLyudmila Sarychevaによる優れた本があります-“ Write、Cut ”。 出版社または小売業者のサイトでトピックを検索するだけです。

別の予想外のアイデア-あなた自身をテストすることができます！ またはあなたの開発！ エカテリーナ・ボブロワはどうでしたか。

何が私たちを止めている

別のアプローチを試みることを妨げる最も一般的な停止要因を見てみましょう。

時間がない

これがおそらく最も簡単です。 時間管理コースを受講し、効率についての本を読んでください。 たとえば、Maxim Dorofeevによる「 Jedi Techniques 」。

最初の一歩を踏み出す方法がわからない

特定の時間、特定のタスクを強調表示して、15分でも開始できます。 そして、この15分間で、トピックを掘り下げ、別のことを試してください。 学んだことをすぐに試す必要はありません。 1-3の新しいプラクティスを選択して、それらを実行してみてください。 主なことは、毎日それをすることです。 このような小さなステップは素晴らしい結果につながります。 詳細については、 Ekaterina Lengoldの ウェビナーをご覧ください 。

間違いの恐怖

私たちはそれぞれ、決断を下すこと、初めて何かを試すことを恐れていたと思います。 十分な能力がなく、間違った決定をするとしたら、プロジェクトと同僚を失望させますか？ 間違いは学習プロセスの標準であることに注意してください。 私たちは彼らにそれをしてはいけない方法を理解しています。 電球の発明の歴史を思い出してください。 エジソンは成功するまでに約2,000回の実験を行いました。

「エジソンさん、教えてください。1電球を作ろうとして、連続して2000回失敗するのはどんな感じですか？」

「若い男」とエジソンは答えました。「私は決してこの電球を2千回間違えたわけではありません。」 私は電球を作らないための199の方法を発見しました。

情報過多

本「 人生を変える100の方法。 パート2 」Larisa Parfentievaが、情報過多などについて語っています。 時間が経つにつれて、知識を獲得します。これにより、迅速にタスクに対処したり、意思決定を行ったり、新しいことを試したり、リスクを取ったりすることができなくなります。 試行する前に、分析を開始し、すべてを細かく検討し、最終的には試行しません。

解決策は簡単です-少なくとも何かから始めてください。 最初のテクニックを選んで試してください。 後で自分が間違っていたことに気付くでしょう-これは良い結果であり、今では経験と新しい情報を得ることができます。 この場合、次の手法、アプローチを使用します。 いずれかのテクニックが始まり、それからあなたも勝ちます。 作家自身がそのような麻痺を持っているとき、彼女は自分に言います：「気にしないでください！」そして、頭に浮かぶ最初のものを書き始めます。

そして、ここにアルバート・アインシュタインからの別の引用があります：

子供の頃から誰もが、そのようなことは不可能であることを知っています。 しかし、これを知らない無知者は常に存在します。 彼は発見をします。

インスピレーションが足りない

個人的には、私の同僚、テストに関する本だけでなく 、別の都市、別の国からの同僚のスピーチや発明も私にインスピレーションを与えています。 私はそのような人々に手を差し伸べ、創造し、何か有用なことをし、立ち止まることはしたくない。

同じ本の中で、ラリサパルフェンティエバは俳優で監督のハロルドラミスの成功のルールを共有しています。

部屋で最も才能のある人を見つけ、あなたでない場合は、彼の近くにいてください。 どこでも彼に従ってください。 彼に奉仕するようにしてください。 そして、ある日突然部屋の中で最も才能のある人があなたであることが判明した場合、別の部屋を探してください。

あなたにエネルギー、強さを与え、変化のためにあなたに請求し、それを食べるものを見つけてください！

メンターが必要だと思う場合は、最も有名なテスターであっても、出てくることができる20人のリストを紙に書いてください。 20からの誰かが絶対にあなたを拒否しません！

最後に

「 人生を変える100の方法 」という本からもう1つ引用します。 パート2 」。

抜群の成功を収めた人には、誰にも特別なことは何もありません！ 彼らは優柔不断、自己疑念、内省的であり、しばしば誤解され、転倒し、悲しみ、他の人と比較し、どの決定を下すか分からず、ベッドから出るのが難しい場合があります。 唯一の違いは、これらすべてにもかかわらず、常に何かをするということです。

新しいテクニック、新しいツールを試して、独自のツールを発明してください。 最もありふれた活動を選んで、意識的にそれをしてください。 プロセスを変更し、ビューを修正します。 クレイジーで面白いアイデアを思いつき、それを実現してみてください！

この記事では、年間サイクル「テスターカレンダー」を終了します。このサイクルでは、16人のContourテスターが作業ツール、プラクティス、プロセスについて話しました。 彼らの多くにとって、それは新しい経験であり、興味深く有用でした。

テストの世界はバグの検索だけに限定されず、多くの顔を持ち、この世界ではあなたが実験することができ、そして実験すべきです。 私たちと一緒にいてくれてありがとう:)

カレンダー記事のリスト：

合理的なペアテスト

フィードバック：発生方法

テストを最適化する

本を読む

分析テスト

テスターはバグをキャッチし、Canerを読み、移動を整理する必要があります。

ロードサービス

QAサービスメトリック

セキュリティをテストする

顧客を知る

バックログを取る