現代のテスターのイメージ。 知って必要なこと

ITへの最も簡単な方法はテストを介して行われるという意見があります。 同様に、あなたは何も知る必要はありません。さらにそれを行うには、回帰テストの次のテストケースが到着したときに痛みや涙からあまり目をそらさないことが十分な欲望と意欲です。



部分的にはこれも事実ですが、10年前に市場にあった状況についてはそうです。 今、すべてが少し異なります。 これには多くの理由があり、それらは非常に異なっています。 キーをメモすると、おそらく次のようになります。



「クリック-クリック-生産」よりもやや複雑なタスクに取り組むようになっているため、テスターの要件、知識、資格の増加。 テスターの仕事はますます「エンジニアリング」になりつつあり、技術的な知識、特定の知識、スキル、能力が必要です。 テスターはますますQAエンジニアになりつつあります（対象者は違いを理解しています）。



昨日の「市民」の群衆がITの深intoに突入したとき、市場での供給の増加は、会議や書籍からソフトウェアテストに関する記事やコースまで、豊富な情報に支えられました。 あなたの謙虚な使用人は、彼の専門分野から基本的なものを複製したいという願望のために、一般的にアクセス可能な一対のコースを作成することにも手を貸していました（ こちらとこちらをご覧ください）。



そのため、今日では、市場での欲求の高まりや、専門家を始めるのに十分な長さの会議、コース、トレーニング、文献、記事、その他の情報源が豊富であることを考慮して、ITに参入する道徳的志向の資質だけに頼ることは、ますます少なくなっています。



もちろん、ますます多くの企業が彼らの翼の下で専門家を育てようとしており、幸運な人に新しい知識とスキルを与えると同時に、会社への忠誠心を高めています。 しかし、この場合、企業とその専門家は燃え盛る深刻な問題に直面します...

インターネットや世界中の情報で満たされているさまざまな情報に迷わないようにするにはどうすればいいですか？

自分に何を教えるか、または戦闘機に何を教えるか？



私の記事では、最も一般的で人気のある分野で、あなたが知っておく必要があることと、品質保証の分野の専門家として働くことができることを一般的な用語で概説しようとします。 行こう！



次の専門分野はテスターの需要と供給の市場で圧倒的なシェアを占めているため、（そして、十分かつ関連する実務経験がないため）残念ながら、この記事にはパフォーマンスとデスクトップの専門化に関するセクションは含まれません。



この記事の素材は、私のチームの優秀なスペシャリストとの私自身の経験、モスクワ州立大学、MSTU、オンラインコースでの指導の結果、さまざまなプロフィールの数百人のインタビューと数十人のQAスペシャリストに基づいています。 私は自分の意見で完全に正しいふりをするつもりはありませんが、私の経験は私の観点が十分に有能であると信じています。

キャラクター特性

テスターの仕事の技術的側面に対する要求が増加するにつれて、個人の資質の重要性が完全に減少または消失したと信じるのは奇妙だろう。 さらに、キャラクターの特性は成功したスペシャリストの根底にあり、同様の知識とスキルにとって重要であると確信しています。 結局のところ、私たちはStack OverflowやWikipediaのヒューマンインターフェイスではなく、オフィスや自宅にいる生きている人々と協力しています。 したがって、今後の業界、職業、専門分野の選択の文脈において、性格特性を考慮することが非常に重要です。



なぜそう思うのですか？ すべてが非常に簡単です！ 私は簡単に専門家をコースや会議に送り、書籍を注文したり、テスト設計、プログラミング言語、SQL、ネットワーク、その他の技術的側面のニュアンスに関するトレーニングを実施したりすることができます。そうすることで、しばらくして最初の結果を得て、実際に受け取った情報を統合します。 ただし、「オフィスバンズの後に走るのをやめて自分の知識に投資し始める方法」、「無責任なうそつきをやめて正直に生活を始める方法」、「灰色ネズミをやめて情熱的な人になる方法」、「人を憎むのをやめる方法」チームで働くことを学びます」と聞いた後、具体的な結果を期待します。 悲しいかな、これは人生の真実であり、内部の不一致により、単一のトレーニングまたは一連のオンラインウェビナーで基本的な柱とキャラクターの特性を変更しようとする反抗的で熱心な「情報ビジネスマン」の層が獲得できます。 だからこそ、ITで、特にQAで働くための適切な人生の動機と資質を最初から持つことがとても重要です。 それで、何が重要ですか？

学習意欲と自己学習

正直に質問に答えてください：あなたは勉強したいですか？ 一度だけではなく、継続的に。 あなたを魔法のように「女性に」導く唯一のジャンプの準備ができていますか、それとも情熱的に新しい知識を1時間ごとに吸収したいですか？ ITはまばたきするのにかなり失敗した分野であり、あなたはすでに業界の傍観者です。 1年のテストに関する本を読んだ後、1​​0年先のトレンドに参加できる新しい知識の勇敢な世界への扉を発見することを期待すべきではありません。 理想的には、賢明な指導者と教師が必ずしも勉強する必要がなく、自分で新しい本、ウェビナー、またはコースに参加できる場合です。

責任

責任のレベルを評価してください。 簡単な方法：そもそも、人生で最も大きな間違いをいくつか自分自身に聞いてみてください。 うまくいかない？ それはあなたの完璧さに関するものではありません。何もしない人だけが間違いではないことを忘れないでください。 覚えてますか？ ほんの少しのことなら、これは悲しい指標です。 さらに悪いことに、過去の間違いを思い出すと、すぐに他の人や状況のせいで内部的に非難し、何が起こったのかについてあなたの責任を認めませんでした。 しかし、あなたが責任を負うことになった大きな失敗をいくつか覚えていて、それらがどのように修正されたかを覚えていれば、あなたの責任を負うものははるかに優れています。 タワーとは、間違いを修正するだけでなく、将来のために自分自身に保険をかけ、再発しないようにすることです。 仕事への責任あるアプローチは、あらゆる分野で成功するキャリアの鍵です。したがって、テスターに​​とってこれは非常に重要な機能です。 過敏性は必ずしも良いとは限らないため、主なことは行き過ぎて測定値を知ることではありません。

情熱

あなたは情熱的な人ですか？ 正直なところ、何が好きですか？ 特別なことはありませんか？ それとも、あなたが年に一度やることはたくさんの小さな趣味ですか？ 何か大きなものかもしれませんが、時間は絶えず不足していますが、それは趣味がより良い時間を待っているからです。 人は、オフィスにいるときも辞めたときも人のままです。 そして、もし人が普通の生活の中で何かに本当に情熱を傾けているなら、仕事で彼は何かに夢中になり、夜に自分のイニシアチブで夜に滞在したり、週末に問題を研究したりすることができます。 有能なリーダーと専門家自身の仕事は、そのような仕事を見つけることです。 もちろん、開始されたことを論理的な結論に導き、途中で終了しないことが重要です。 テスターを「クラッカー」にすることはできません。 しかし、彼が彼の仕事と製品で燃えるなら、そのような従業員の有効性はより高くなります。

行動の柔軟性

現代のIT企業、特にQAで働くための重要な機能は柔軟性です。 新しい知識と傾向は木星の風の速さでもたらされます。ガンダルフセリーのスタイルで業界に抵抗することは非常に難しく、常に推奨されるとは限りません。 したがって、会社の一般的なライン、新製品、チーム、作業方法、ツールなど、新しい労働条件に適応できることが非常に重要です。 従業員の柔軟性が高いほど、ITでのキャリアを伸ばすチャンスが増えます。

社交性と接触

間違いなく、あなたは成功しているスペシャリストになることができます。かなり内向的ですが、新しいことに学び、他の人を教育することは、社交的で人と接触する可能性が高くなります。 すべての人が優れたスピーカーであり、イベントで公に話す必要はありませんが、同僚と共通の言語を見つけ、自分の考えを口頭および書面で正しく表現できることが重要です。 テスターの仕事では、これらは非常に重要な機能です。なぜなら、頻繁に頻繁にコミュニケーションをとる必要があり、QAについて話すほど、コミュニケーションを構築する能力が成功の半分である関連分野に深く深く入り込んでいるからです。

チームワーク

テスターはチームプレーヤーである必要があります。 サービステストモデルで作業するか、テスターが各チームに統合されるかは関係ありません。 チームに「肩の感覚」を与えて、彼らがあなたとあなたに頼ることができるようにすることが非常に重要です。 現場の戦士ではありません-テスターに​​とっては、これはキャリアのさらなる成長についての物語でもあります。 結局のところ、それはあなたの直接の環境としてのチームであり、それはあなたが製品、プロセス、およびテクノロジーについて受け取る主な知識源です。 あなたがチームプレーヤーである場合、テストでは孤独よりも大きな成功を達成します。

イニシアチブと決意

ご存知のように、水は横たわっている石の下には流れません。したがって、慣性はテスターの職業で横向きになります。 優れたテスターはプロアクティブであり、同僚やリーダーからのキックを期待していませんが、新しいソリューションと提案が付属しています。 テスターが「これはバグではなく機能である」と言われた場合、彼はgiveめるべきではありません。 代わりに、イニシアチブを取り、あなたの視点を述べてください。 もちろん、極端なことをして何らかの理由で議論するべきではありませんが、彼らが言うすべてに同意するべきではありません。 優れたテスターの仕事は、世界中の強さをテストする批判的思考だけでなく、適切なタイミングで自分の位置を形成し、他の人の前でそれを守る能力にも基づいています。



このリストは継続して補足することができ、私は自分の経験に基づいて重要な機能を特定しました。 もちろん、私たちはあなたがこれらの資質を持っていない場合、あなたが不適切であるという事実について話していません。 しかし、宣言された資質があなたの中に少ないほど、あなた、あなたのチーム、そしてあなたのリーダーにとってより困難になると言うのは安全です。 例外は許可されますが、これはルールを確認するだけです。

テストの基本

テスターの専門性に関係なく、テスターに​​は次の知識とスキルが絶対に必要です。 これらは基本の基礎であり、特に実践によってすぐに修正される場合は特に、すばやく簡単に学習できます。 例外なく、すべての初心者が以下のトピックに飛び込むことを強くお勧めします。 この知識があれば、ソフトウェアテストの無限の世界を発見し、最終的にはどの分野でも習得できますが、基盤に築かれた知識は常に需要があります。

テストの種類の分類

初心者のテスターであっても、さまざまな種類のテストを使用する時期と目的を基本的に理解している必要があります。 これはドライ理論であり、それ自体は必要ありませんが、それなしでは、練習を「重ねる」ことは耐え難いほど苦痛で時間がかかりますが、途中で自転車を発明することもできますが、既知の熊手を収集することができます。 多くの情報源の恩恵を受けるために、怠laにならないでください。 しかし、その後、面接で「鉛筆をテストする」レベルのタスクに簡単に合格できるようになります。

エラーのローカライズとバグ報告

ちょっとした間違いを見つけてください。 エラーを正しい方法で特定し、安定した再生のためにできるだけ多くの環境と条件を設定することが非常に重要です。 さらに、高品質のバグレポートをコンパイルするスキルを習得する必要があります。 私の講義やチームでの作業では、しばしば次の比較を使用します。「外に出て、出会った最初の祖母をつかみ、説明に従って欠陥を再現したり、その不在を確認した場合、バグレポートは良好です」 。

テスト設計テクニック

基本的なこと。面接や宿題で何らかの形でチェックされることが多く、「数字を入力するためのフォームをテストする」レベルと「承認フォームに自動テストを書く」レベルのタスクを与えます。 「等価クラス」または「境界値の分析」とは何かを記憶するだけでなく、あらゆる条件でさまざまな手法を組み合わせて使用​​できることも重要です。

バグ追跡、知識およびテスト管理システム

バグレポートがシートに書き込まれ、テストドキュメンテーション、チェックリスト、およびテストケースがGoogleドックで行われた時代は忘れ去られました（はい、はい、私は一部の人がまだ書いていることを知っています。 ） このサモパルは、バグ追跡システム（最も一般的なものはJira、Redmine）、知識管理システム（Confluence、Wikiなど）およびテストケース管理システム（TestRail、Zephyr、TestLinkなど）に置き換えられました。 ） ツールの使用に関する基本原則は、オープンベータテストプログラムに適合するか、ソフトウェアを自分でインストールすることで取得できます（市場には、事実調査セッションの規模で無料のソリューションとシェアウェアがあります）。

ソフトウェア開発方法論

テスターは初期段階でソフトウェア開発方法論を深く理解する必要さえないかもしれません。少なくとも指で最も人気のあるもの（Waterfall、Scrum、Kanban）の違いを理解することは重要です。 しかし、時間の経過とともに、特定の開発プロセスのコンテキストでテストするときに適切なアプローチと手法を選択して、方法論をより深く掘り下げる必要があります。 これに備え、問題のこちら側に注意を払うことが重要です。

クライアントサーバーアーキテクチャ

最新のソフトウェアのほとんどは、クライアントとサーバーの相互作用というクジラの上に構築されています。 テスターがこのアーキテクチャのコンテキスト内にあり、その作業の原理、主な長所と短所を理解することが重要です。 これにより、作業の過程でより良いテストを実施できるだけでなく、必要に応じて、発見された欠陥をローカライズする方法を理解し、どちらの側にあるかを正しく判断できます。

オペレーティングシステム

オペレーティングシステムの動作原理、それらが何であるか、およびそれらが一般的に何であるか-一般的な知識。原則として、テスターの生活を簡素化します。 デスクトップOSをモバイルOSに置き換える傾向を理解するだけでなく、ユーザーレベルでOSを操作するスキルを習得することも既に有益です。 そして、この問題をさらに深く掘り下げると、時間の経過とともに、OSの銀河全体を構成して使用するスキルを習得する必要があります（Android、Windows、iOS、macOS、Linuxが最も人気があります）。

Webアプリケーションクライアントテスト

テストする最も簡単で一般的な方法の1つは、Webアプリケーションのテストを開始することです。 この専門化は市場で最も普及しているものの1つですが、モバイルアプリケーションのクライアントテストの方向性が始まったのはそのすぐ後です。 いずれにせよ、そのような開発ベクトルは、キャリアの最初に最もアクセスしやすいものの1つであることを理解する必要があります。 このトピックに関する多くのトレーニング資料と記事があります。 必要に応じて、他の方向で開発できます。ほとんどの場合、自動化または同じモバイルデバイスです（たとえば、モバイルデバイス用のWebアプリケーションのテストを学習した後）。

ブラウザ

Webクライアントテストのコンテキストでは、シンクライアント、特にブラウザーの構造、およびそれらの違い、レンダリングスクリプトと作業スクリプトの詳細、内部のエンジン、バージョン管理、追加のブラウザーツールなどを理解することが重要です。 テストを最も効率的な方法で配布するには、製品の実際のユーザーの間で特定のブラウザーを使用する人気を常に念頭に置くことがテスターに​​とって重要です。 最も人気のあるもの：Google Chrome、Safari、Firefox、Opera、Internet Explorer。

ブラウザでの開発者コンソール

Webテスターは、ブラウザーで開発者のコ​​ンソールを使用できる必要があります（少なくとも、ページ上の要素とネットワーク要求を処理します）。 ページ要素を使用する場合、テスターはそれらをローカライズする方法を理解するか、必要に応じてそれらを変更する必要があります。また、ネットワークインタラクションの場合、要求と受信した応答のシーケンスを理解できる必要があります。 理想的には、さまざまなhttpメソッド（GET、POST、OPTIONSなど）、応答コード（10X-50X）、応答のヘッダーと本文を読み取ることができる必要があります。

HTML、CSS、JavaScript

テスターが最新のWebページが何で構成され、どのように構成されているかをよりよく理解するには、少なくともHTML、CSS、およびJavaScriptの基本的な理解が必要です。 また、この知識は、ページ上の特定の要素に関連するエラーのローカライズ、迅速な検出、必要に応じてクライアント側での変更にも役立ちます。

バックエンドのテスト

別の宇宙はバックエンドのテストです。 この世界にはフリルや美しさがありません。グラフィカルインターフェイスを配置する場所はありません。コンソールに点滅するカーソル、大量のテキスト、純粋なアプリケーションロジックだけがあります。 テストの特定の方向。これは初心者にとって必ずしも容易ではありません。 通常、最初は専門家によるより徹底的な技術トレーニングが必要です。

OSIモデル

バックエンドテスターを開始する基礎はOSIモデルです。 ほとんどの場合、テスターは適用されたレベルと代表的なレベルよりも下のレベルが有用であるとは思わないという事実にもかかわらず、これらのレベルが他のレベルと比較してどこにあるのか、それらの特異性およびそれらがどのように適用されるのかを理解すればいいでしょう。

REST SOAP JSON-RPC

RESTは、クライアントとサーバーの相互作用のアーキテクチャスタイルとして、現代のインターネットの中心にあります。 RESTアーキテクチャの要件を理解することは、バックエンドテスターの知識と、それに使用される標準（HTTP、JSON、XML）の知識の宝庫です。 個々の方向、SOAPプロトコル（およびXML、XSD、WSDL）およびJSON / XML-RPCの知識では、それらの機能と制限は等しく重要です。

コマンドライン

バックエンドテスターは、ほとんどの場合、コマンドラインスキルなしでは実行できません。 初期段階では、フォルダーとファイルの操作、作成、読み取り、移動などの基本的なことは十分にあります。 この知識により、たとえば、テスターはサーバーログを操作して欠陥をローカライズできます。 時間が経つにつれて、bashスクリプトがなくても、ファイル記述子、パイプライン、およびレギュラーを操作できなくなります。

cURL。 郵便屋さん。 ソープイ

開始レベルでREST APIをテストするには、cURLコマンドラインユーティリティが最適です。これにより、テスターはテスト要求を送信して回答を受信し、それらを解析して、実際の結果と予想される結果を比較できます。 より高度でありながらカジュアルな（GUIの存在による）APIテストツールはPostmanであり、そのスキルも非常に役立ちます。 また、SOAP APIをテストする必要がある場合、SoapUIツールが理想的です（実際、REST APIをテストすることもできます）。

データベース

テスターは、主にSQL（MariaDB、MySQL、PostgreSQL、MS SQL）を使用してDBMSを把握し、それを操作できることが重要です。 そして、最も求められているのはSQLの知識です。 多くの場合、職務記述書にはこのスキルが記載されており、「単純なクエリのレベルでのSQLの知識」のように聞こえます。 原則として、初心者にはINSERT、SELECT、DELETE、UPDATE、WHERE、ORDER BYレベルの基本的なことを知っていれば十分です。場合によっては、JOIN、INNER JOIN、RIGHT JOIN、LEFT JOINが必要です。 さらに、NoSQLデータベース（MongoDB、Cassandra）を操作する知識とスキルは、間違いなく有利です。 テスターは、データを操作するときに、テストの実行中に期待される結果と実際の結果を検証できます。

モバイルアプリケーションクライアントテスト

テストで若い、そしておそらく最も人気のある方向。 これは最も研究されておらず、ここに確立されたカノンは多くありません。現在最も強い変動は、この専門分野をカバーしています。 一方で、これは最初はかなり簡単に学習の方向性を示しますが、一方で、テスターは常に歴史、邪魔にならないようにトレンド、知識、スキルの最先端にいる必要があります。

IDE

モバイルアプリケーションのテスターに​​とって、基本レベルで開発環境（iOS用のXcode、Android用のAndroid Studio）を習得することが重要です。 これらのツールの知識により、必要に応じてアプリケーションのローカルアセンブリが可能になり、開発者の助けを借りてテストニーズに合わせてアプリケーションを構成できます。クライアントログを読み取ってバグをローカライズし、アプリケーションのソースコードを操作することもできます さらに、IDEにはエミュレーターを介してアプリケーションを実行する機能があり、これはテスターに​​役立つ場合があります。

HTTP / HTTPSトラフィック監視ツール

テスターは、クライアント/サーバーアーキテクチャを理解し、それを考慮してエラーをローカライズできる必要があります。 また、Webアプリケーションのテストで開発者のコ​​ンソールで通常これで十分であれば、モバイルアプリケーションの場合は、ネットワーク要求を傍受して分析できる専用のソフトウェア（Charles、Fiddler、Wireshark）を使用する必要があります。 つまり ほとんどの場合、これらのツールを使用すると、どちら側に問題があるかを非常に正確に判断できます。 さらに、（クライアント側とサーバー側の両方から）ソフトウェアの1つまたは別の動作をエミュレートすることにより、要求を置き換えることができます。 これは、問題を特定するだけでなく、アプリケーションテストの一部として一連のテストを実施するためにも必要です。

モバイルアプリケーション配布サービス

さまざまなバージョンのアプリケーションをテストするには、モバイルアプリケーション配布サービス（Fabric（Crashlytics）、HockeyApp、TestFlightなど）を使用する基本的なスキルが必要です。 これらは、テストに必要なアセンブリを取得するだけでなく、使用状況の統計を分析したり、アプリケーションのクラッシュを処理したり、問題を特定したり、原因を見つけたりすることもできます。

テスト自動化

私は、各分野のテスト自動化を区別せず、別の専門分野として強調しています。 もちろん、Web、バックエンド、およびモバイルアプリケーションのテスト自動化には多くの基本的な違いがありますが、このセクションでは、専門分野に関係なく、テスト自動化エンジニアが必要とする最も重要な知識とスキルを統合したいと思います。 テストの自動化自体は、技術的な観点だけでなく、テストの実践の観点からも非常に複雑であることに注意してください。 したがって、以前は一般的なポイントだけでなく、上記の分野のいずれかを習得して、この方向に目を向けることを強くお勧めします。 手でテストすることを学べば、自動化を行う方が簡単で理解しやすくなります。

プログラミング言語

豊富なプログラミング言語は、テスターが実用的な応用のための新しい知識とスキルを獲得する大きな機会を開きます。 さまざまな言語から最適な言語を選択するのは簡単なことではありません。 3つの原則に従うことをお勧めします。

最初のもの：

言語の学習の複雑さは比較的相対的なものです。なぜなら、一部の人にとっては、動的な型付けでトレンディでスタイリッシュな若者のPythonを取得するのが簡単であり、誰かにとっては、静的な型付けのハードタイプおよび構造化Javaの方が簡単だからです それがあなたのものかどうかを試して理解することが重要です。

第二：

言語を学ぶことができるコミュニティに焦点を当てます。 同様に、外部コミュニティ（フォーラム、コース、トレーニングなど）と内部（テストワークショップの同僚、さらには開発者）の両方にすることができます。 ただし、特に開発者の場合は、コミュニティのみに参加することは価値がないことを覚えておく価値があります。 もちろん、彼らは彼らの言語の分野の専門家ですが、機能的な自己テストを定期的に書くのを助け始めるという幻想の虹を構築することはありません（これは非常にまれなケースです）、そしてテストの詳細において彼らは必ずしも有能であるとは限りません。

第三：

プログラミング言語と組み合わせて使用​​されるテストフレームワークとツール、およびテスターの間での人気に注目してください。 これは、特定の問題が発生した場合に困難に悩まされることなく、外部のサポートを見つけるのに役立ちます。



近年の経験に基づいて、Python、Java、PHPをテストコンテキスト、およびモバイル開発の世界で最も人気のある言語（ネイティブ言語Kotlin、Objective-C、Swift）と呼びます。

テストフレームワーク

テスターが自分の自転車の発明で自動化を開始する必要がないように、レーキを最小限に抑えるために、テスト自動化ではテストの言語に応じてテストフレームワーク（xUnit、nose、unittest、pytest、TestNG、Cucumber）を使用することがよくあります。 テストでの作業を最も効率的で便利にするために、これらの基本的なフレームワークを習得することが重要です。

テスト自動化のためのドライバーとアドオン

テストフレームワークに加えて、テスト自動化の専門家は、グラフィカルインターフェイスではなくプログラムインターフェイスを介してアプリケーションと対話できるドライバーを使用する必要があります。 クライアントアプリケーションを自動化する場合、それらなしでは実行できません。 Webを使用する場合は、必ずSelenium WebDriverを勉強する必要があります。iOSの場合はXCUITest、Androidの場合はEspressoとUI Automator（Googleのネイティブサポート）、Robotiumま​​たはSelendroidが必要です。 一方で、自動化の専門家のツールキットを複雑にし、追加機能を提供するアドオンの使用の利便性を高めるため。 AppiumとCucumberには特に注意することをお勧めします。

自動テスト結果の報告システム

どの自動テストを作成する場合でも、完了時にテストのレポートを取得できれば、テキスト行の目がちらつくことはありません。 おそらく最も人気のあるのは、国内の同僚の開発-アリュールです。 このツールは、自動テストの結果を便利に視覚化するためにますます使用されており、アプリケーションのコンポーネントまたはテストが実行されているコンテキストのタスク別にテストをグループ化する機能を備えています。

バージョン管理システム

最初の自動テストを作成した後は、確実にますます作成してから変更し、作業を高速化し、ロジックを拡張し、チェックを深め、結果を同僚と共有する必要があります。 テストの各バージョンをローカルに保持し、異なるフォルダーに分類することは、古く、時間がかかり、不便です。 したがって、プログラマーのベストプラクティスを採用し、バージョン管理システムの使用方法を学ぶことは理にかなっています。 最も人気のあるもののうち、Git、SVN、Mercurial、TFSに注目する価値があります。 Gitは市場を支配し、それを使用する価値のあるCeriis paribusであることに注意してください。 初期段階では、テスターはコミット、プッシュ、プル（強制）、フェッチ、チェックアウト、ブランチ、マージ、リベース、リバートが何であるかを知る必要があります。

継続的インテグレーションシステム

最初の自動テストを開始することで、何度も何度もやり直したいと思うでしょう。最終的にはこの機会を誰かと共有することさえできます。 そして、Jenkins、TeamCity、Bambooなどの継続的統合ツールが助けになります。 ほとんどの場合、仲間の開発者はプロジェクトを構築するための、おそらく単体テストを実行するための独自のCIツールを持っています。 これらのツールの原理を理解していれば、それらを機能的な自動テストに参加させることができます。 また、同僚がまだそのようなものを持っていない場合、あなたは先駆者となり、変更、リクエスト、またはスケジュールに従って自動テスト（異なるホスト、異なるデータなど）の便利なパラメーター化された起動を行うことができます。

テスト自動化からの投資収益率

最後になりましたが、テスト自動化からの投資収益率を計算するための方法論の知識です。 少なくとも、どのテストを自動化して保守する必要があるのか​​、試してはいけないテストの概算です。 要するに、自動化する機能とテストケースの重要性に基づいて、自動テストの開発の労力と複雑さ、およびそのメンテナンスとサポートの潜在的なニーズ、頻度、複雑さを定めます。 実際、フレームワークのすべての要素が記述され、自動テストをサポートするための最小限の人件費が予測される主要なネイティブ機能に関しては、1つだけです。また、視聴者の1％この機能は、さらに不安定な外部サービスと統合され、数か月以内に再構築されます。 テスト自動化のスペシャリストにとって、自動テストを作成するタイミングと作成しないタイミングを決定できることは重要なスキルです。

テストチーム管理

テストの分野の専門家になるだけでなく、最新のテスターを開発する一般的な方法は、テストチームのマネージャーとしての垂直成長です。 理想的なケースでは、マネージャーはチームが率いるチームと同じことを行えるはずですが、これは必須ではありません。 同時に、彼はチームよりも問題の点で有能である場合-さらに良いが、確かに過剰なことは、すべての問題の絶対的な優位性です。 最終的に、チーム管理とは、経験、知識、能力の交換に関する物語です。 ?

, — , : «, , , ». , . , , . , , . , — , — . , - , , . - .

. , , . , , , . , , , , .

, , — . — . . , , . — , , , . , , - . , , .

, , . , , , . — , , . , , . , , , , . ! , .

, , , . , , -, , -, . — , . , , , .

— , . , . , , . , , , , .

合計

, IT , - , — . , — . , , , . , , , , .



繰り返しますが、ITでの作業、特にテストでの特定の性質の重要性を思い出してください。プログラミング言語とDBMSのコースに誰でも送ることができますが、残念ながら最初のコースを正常に完了することのできる自己開発と献身にコースを送ることに成功する人はいません。



テストの分野でのプロの開発ラインの選択はそれで迷子になるほど十分に大きいので、この記事が初心者であろうと経験豊富なスペシャリストであろうと読んだ人にとって有用であることを願っています。この話全体が私の謙虚な意見であるため、厳密に判断したり、スリッパを履かないでください。建設的なフィードバックに感謝します。



すべての品質！