意見やプレゼンテーションの最初にいつものように、私は自分自身について簡単な（非常に短い）情報を提供します。
私はQAで2年半働いています。 この間、彼は3つの会社を変更し、さまざまなプロジェクトに取り組みました。 企業の創設者やトレーニング/会議/セミナーの主催者と多くのことを話しました。 インタビューを実施し、市場の発展を監視しました。
したがって、以下の意見は個人的な観察の結果にすぎません。
投稿を次の部分に分割します。
1.観察
- なぜテスト業界は未熟なのですか？
- 個人的な経験
- スイッチャーの原理とQAへの影響
2.可能な解決策
すでに述べたように、最近、職業を変えてテスターに再訓練することを計画している初心者を支援したい別のIT利他主義ジャーナリストの質問に答える機会がありました。 レビューを完了し、それを再読した後、私はポイントの1つが他のポイントよりもはるかに大規模で感情的なものであることに気付きました。 この段落で説明した考えは、リコール全体のトーンを設定します。 彼らは通常「見かけ上は引っかかっている」と言っていることがわかった。 それがまさに起こったことです。
それが私があなたと共有することにした理由です。 そのうちの1人が私を「捕まえる」のか、それとも他の思いやりのある人がいるのかを知るのは面白くなってきました。 もちろん、ジャーナリストのペンに関係のない私の考えが興味深い議論を引き起こすことを心から願っています。
だから問題は。
「ウクライナのだれがQAを支持する選択を最も頻繁に行うか？」
観察
なぜテスト業界は未熟なのですか？
市場の状況では、QAとテストに参加する専門家のほぼ90％がいわゆる「スイッチ」（英語のスイッチから）です。 つまり、ある分野ですでに経験と実践的な知識を持っている人々は、自己実現のためのより有望な産業を見つけたいという欲求に動機付けられて、職業を完全に変えることを決めます。
私の経験では、銀行、貿易、警備、弁護士、会計士、建設業者、石油労働者、航空機技術者、教師、エネルギーおよび太陽エネルギー技術者、獣医、さらにはミュージシャンまで、そのような「スイッチ」について多数のインタビューがあります。
そして、インタビューでは、誰もが目に輝いているように、突然、彼らが理解したことを私たちに保証します：テストは彼らの呼び出しです！ 彼らは最初の本の後に彼に心から恋に落ち、今ここで彼らの発展を見る。
球体全体を見ると、専門的な教育がほとんどなく、初心者向けのアクセス可能な練習がなく、それらを受け入れる場所がないことが明らかになります。
つまり、表面にある概念ではなく、通常の0.5センチ深い理論です。 そして、私は通常の練習を意味し、「まあ、はい、テストするために2つのサイトを与えられました...」ではありません。
つまり、多くの場合、「スイッチ」には浅い理論的知識があり、実践はありません。 その結果、球体の入り口に大きな無能係数があります。
そして、私はこれで人々を判断するとは思わない。 これらは業界の現実です。 私自身もかつてここに来て、テストに対する私の愛について話し、コース終了後の約2か月（およびさらに4か月）の練習について話しました。
そして、もし各場所の競争がそれほど大きくなければ、これらすべてが候補者への忠誠心の特定の要因を形成するはずでした。
その結果、状況はより複雑になります。 さらに、ほとんどの場合、スキルの低い応募者で、新しいジュニアQAの欠員ごとに
もちろん、この人気とともに、それでお金を稼ぎたいと思う起業家がやってきました。 QA「スペシャリスト」を「生み出す」数十のコースが飛躍的に成長しました。 原則として、そのようなコースの創設者は、シリーズから彼らの署名スローガンを撃ちます：
「手遅れになる前にITにアクセスしてください！」
「低エントリーしきい値」
「快適なオフィスで簡単にお金を」
「5年後、あなたのzpは数千ドルで測定されます！」
「雇用の保証！」
現実はこれらの神話とは大きく異なります。 そして、これは雇用が保証されている状況がどのように悪化したかで顕著であり、かつてはテストコースの販売「トリック」でした。
次は何ですか。
私は政治的な問題に触れたくないので、ここでしか文脈に触れません。 昨年、いくつかの歴史的なイベントが発生し、その結果、ウクライナで危機が始まり、人々は生き残り、ITに大規模に「移住」する方法を模索することを余儀なくされました。 これにより、市場はさらに「過熱」しました。
市場での競争の激化と競争は、球体の一般的な能力の増加を形成することでした。 しかし、ここで私は古いレイモンド・ハルと彼の悪名高い「ピーター原則」を覚えています。それは、彼らの無能のレベルにとどまる以前に業界に来たスペシャリストが新しいスペシャリストを雇うことに関与した状況を引き起こしました。 その結果、球体の無能の全体的な成長は、それが増加しなければ、確かに減少しませんでした。
いずれにせよ、「スイッチ」は領域にありました。 次は？
個人的な経験
QAで働いていると、時間の経過とともに、テストプロセスを開発している多くの企業で気づき始めました（実際、これらの企業は単に「状態」でテストしている人を「維持」することがわかりました）言及された「原則」と密接に関係する大きな問題は、球体の一般的な無能に起因します。
テストは長い間ソフトウェア開発の一部であり、すべてが何らかの形で発生します。 しかし、組織化されていません。 実行されません。 それは測定されておらず、定性的な方法で計画されていません。
これは品質テストと品質管理の問題です。
つまり、テスト
コンピテンシー、トレーニング、コース、セミナーの検索を開始しました。 この分野でこれらのトピックに関する知識の交換が事実上ないことに私は驚いた。 より正確には、状況は次のとおりです。
メンテナンスが不十分なフォーラムがいくつかあるか、ほとんどの場合、欧米の著者からのコピー＆ペーストの記事が含まれています。 すでに結成されたテスト部門と、テストマネージャーの高度なトレーニングを目的としたオンラインウェビナーがいくつかあります。 低い能力がもっと深く忍び寄るという感じがありました...
しかし、そこに着く方法？！ 成熟したマニュアル（たとえば）テスターである瞬間と、部門内に3つのテストチームがあり、背後に完成したプロジェクトの車があるテストマネージャーである瞬間との間のギャップを埋める方法は？
将来そのようなことを潜在的に教えることができる多くの人々と話し、それについて尋ねた後、私は彼らがすでにそのような
あなたは激怒して言うことができます：「さあ！ ネットワークには、テストプロセスの構築と管理のトピックに関する書籍が多数あります。 持って行ってください！」
もちろん！ しかし、そのような本の著者と彼らが提案する方法に慣れ親しんできた私は、西側と旧ソビエト連邦の国々でのプロセス構築の間に、克服できないほどの大きな違いを見ました。
この違いは考え方です。
人々は特定のアプローチの使用について冷静に話すことができますが、彼らは単に私たちのために働きません 。 したがって、いくつかの「ローカル」ツールが必要であり、適用可能なものを適合させた。 既に誰かによって作成されたと説明されています。 これらすべてが私たちを取り戻し、ロシア語を話すインターネット空間の検索の範囲を狭めます。
そして、テストプロセスをゼロから構築するというトピックについて聞かれる最も一般的なことは、「単一のツールではなく、すべてが個別のものです」です。
はい、スティック、みんな！ 何、何もありません！？
スイッチャーの原理とQAへの影響
「スイッチャーの原理」が迫っています。 IT部門に入ると、ほとんどの場合、「切り替え」により、以前の活動に比べて給与レベルが2倍または3倍に増加します。 以前の収入と比較して、生活水準は上昇しています。 そして、これは
さらに、給与の引き上げに関する会社の方針（および新人を監督する経験豊富で資格のあるメンターの有無に大きく依存しますが、会社にいる場合、現在の記事はそのような会社またはチームには適用されない可能性があります）。 そして、平均して、このポリシーはすべての現代のIT企業で類似しているため、「スイッチャー」は約1年間うまくいくので、彼の給与が初めて増加する瞬間が来ます（まあ、何？彼らは1年後にみんなを上げます...） 。
これが起こり、「スイッチャー」が昇進した場合、これは彼が快適なゾーンに留まり続けることを促し、その結果、彼は無能のレベルにとどまる可能性があります。 彼が増加する拒否を受け取った場合、専門的スキルのレベルを上げるためにモチベーションが増加します（または管理がそれを要求します）。 その後、より前向きなシナリオが展開され、スキルレベルが向上し始めます。
間違いなく、「スイッチ」の中には、QAの範囲内で自分の才能、野望、およびスキルへの応用を見つける多くの人々がいます。 その結果、彼らはそれぞれの分野で真のプロフェッショナルになります。 そのような人々は今、私たちの領域を動かしており、私たちが努力する必要があるプロフェッショナリズムの水準を設定しています。
可能な解決策
それについて考えると、ソフトウェア開発、システム理論、その他の膨大なものの分野にさらに深く入り込むことができます。 そこでは、原則としてテストの必要性の問題が初めてであり、なぜそれがまだ存在しなくなったのかという疑問があります。
それどころか、テストがソフトウェアの品質を効果的に評価および改善する強力で有能な、明らかに必要なプロセスになることを防ぎ、開発サイクルの終わりのどこかでの追加アクティビティではありません。
正直なところ、友人、記事の冒頭で「可能な解決策」という項目を示したとき、私はあなたを欺いた。 おそらく、記事の最後でそれらを引用して説明することをお勧めします。 しかし、私はこの問題を解決する方法がわかりません。 私にとっては、開いたままです。