プログラマー、アナリスト、マネージャーに「成長」したくない。 私は自分の仕事が好きで、うまくやりたいと思っていますが、これまでのところ、率直に言って、実際はそうではありません。
それを改善する方法を学ぶための興味深い方法がたくさんあります。
そして、オプションは何ですか？
最初の、しかし最善ではない方法は、 ブログを読むことです。
いつものように、はるかに便利なのは本です。
もちろん、あなたはそれらについての私の意見に興味があります。
- Caner 、ソフトウェアテスト- 2年以上生きている製品のテスターのmastrid
- Culbertson、クイックテスト- まったく高速ではありませんが、まだテスト中です
- Myers、The Art of Testing Programs- クイックテストを参照
- Whittaker、Googleでのテスト方法- 本当に良い本は、仕事に対する適切な気分と態度に関する本です
- ダスティン、自動ソフトウェアテスト- 真剣に自動化を行った場合
- Beizer、ブラックボックスのテスト- 最後まで読んですべてを理解した手を挙げてください。 それにもかかわらず、多くの有用な
- Messaroche、xunitテストテンプレート- コードを扱う場合は、mastrid。 コードを処理したくない場合は、さらに
- Kaner、ソフトウェアテストで学んだ教訓- 私の意見では、テストに関する最高の本
- Savin Dotcom Testingは、 テスターの最初のセットです。 残念ですが、彼らはこのセットが最初のセットであることを忘れがちで、数年経ってもセットが変わらない場合は非常に悲しいです
- Kaner、ドメインテストワークブック- 私の意見では、世界初のテストリファレンス
- 黒、主要なテストプロセス- 退屈で、私はそれが起こるとは思わない
- Tamre、ソフトウェアテスト入門は難題ですが、 存在すると信じています
- クリスピン、柔軟なテスト- 私たちは一緒に「そして私たちは幸せです！」というマントラを繰り返します。
非常に有害なものから非常に有用なものまで、さまざまな程度の有用性の多数のオンラインコース、ウェビナー、マスタークラスが、一連の本に続きます。 それはすべてあなたの態度や特定のホストの名前ほどトピックに依存しません。
最も効果的な学習方法は練習です。 さらに良いのは、さまざまなプロジェクトで練習することです。 絶対に素晴らしい-経験豊富な同僚とさまざまなプロジェクトで練習します。 はい、一般的に-彼らとのコミュニケーション。
しかし、問題があります。テスターが新しいプロジェクトに取り組むことで、作業場所を変えずに単独で作業することは（単独で作業するのに苦労します） 、ほとんど不可能です。
会議は際立っています。
私はそれらを学習オプションとは呼びません;むしろ、それは周りの世界を理解し、見つけるための楽しい方法です-他に学習する価値があるものは何ですか？ 正しい態度で、ユーティリティは信じられないほどです。
この正しい態度について話をしたい
SQAの日、私の雇用主は私と数人の同僚を注意深く送ってくれたので、すべてが休日であり、彼らが私たちに見せてくれる映画だと感じていました。 しかし、どういうわけか私はそれのほとんどを個人的に支払い、一人で行かなければなりませんでした。 そしてすべてが変わりました。
スピーカーからすべての有用な知識を引き出す動機はものすごいものであり、1つのクーロワールが見逃されず、1つのストーリーテラーが疑問なく残されたわけでもありません。 同僚がいないことは、新しい友達を作るための強力な推進力です。 レポートの個人的な要件も増大しています-費やしたすべてのルーブルを取り戻す必要があります。
会議に対する正しい態度は、誰と何について話したいのか、何を調べたいのかを正確に知っているときです。 レポートは、さらなる作業のための会話の機会です。
スピーカーからすべての有用な知識を引き出す動機はものすごいものであり、1つのクーロワールが見逃されず、1つのストーリーテラーが疑問なく残されたわけでもありません。 同僚がいないことは、新しい友達を作るための強力な推進力です。 レポートの個人的な要件も増大しています-費やしたすべてのルーブルを取り戻す必要があります。
会議に対する正しい態度は、誰と何について話したいのか、何を調べたいのかを正確に知っているときです。 レポートは、さらなる作業のための会話の機会です。
CISのテスターには、ほとんどカンファレンスがありません。 皆のためのSQAデイ、インターフェイスを介した自動化のフォロワーのためのSelenium Camp。 コミュニティを作成したイニシアチブの人々が見つかる都市は幸せです。
エカテリンブルクでは、会議のテスターが深刻な問題です。
ダンプ
「小さなステップで深byを横断する必要があります 」と考え、既存のイベントに統合しようとしました。
数年にわたり、数少ないDUMP会議がウラルで開催されました 。 テスターはこれまで参加していませんでしたが、今年はit- people-ジュリアとエレナがテストセクションを作成することを提案しました。 つまり、会話のための興味深いトピックや、伝えるべきことを持っている興味深い人々を取り上げて見つけるだけです。
私は友人に電話しました、彼らはそのアイデアを気に入り、私たちは急いで行きました。
このようなボランティアに参加することを強くお勧めします。 利点-質量。
まず、会議に自動的に参加します。
第二に、スピーカーとの多くのコミュニケーションを獲得し、いくつもの質問をして、内と外を見つける機会を得るでしょう。 あなたも遠足に行くことができます。
第三に、会話のためにレポート、スピーカー、トピックを選択する機会。
ところで、私はこれらをスピーカーに提案しました：
- 自動化アーキテクチャ、何をする必要があるか、そして場合によっては、時間評価、開発者やプログラマーとの適切な相互作用、何をどのようにテストし、自動的にテストしないか
- 開発サイクルでの手動テストの場所-時間を延長しない方法
- テスターなしの効果的なテスト-組織的および技術的方法
- アルファおよびベータテストの構成と実施
- バグ駆動開発に対処する方法
ただし、歌を絞め殺すことはありません。ストーリーテラーにはそれぞれお気に入りのテーマがあります。 ナタリヤ・ルコル・ナタルヤルコルが提案したのは1つだけでした。 それでも、ボランティアには結果に影響を与える機会があります。 その結果、セクションの各ストーリーは興味深く、私にとって関連性があります。
最初は少し怖かった。
私は、近隣のセクションの3人に1人のスピーカーを個人的に知っています。 すべては実践です。 大学で教えていないのは、コミュニティのリーダーまたはフレームワークの作成者です。
そして、ここにテストがあります。
しかし、その後、私は周りのすべてのスピーカープログラマーは非常に頭がいい人だと思いました。 しかし、テスターにはまだ理由があります。 プログラマーがどれほど賢くても。 ですから、それは興味深いものであり、私たちは何か話したいことがあります。
発表者
アレクサンダー・アフメトフは、自動化テスターなしでどのように生活しているかを説明します。 私自身は数年間矛盾していましたが、私はこのアイデアを完全にサポートしています。プログラマーではなく、自動化のテストに従事していました。
Andrei Khitrinは、テストシステムフレームワークを選択することの苦労について話します。 私は彼に、IDEを備えたラップトップを持って来るように頼みました。そうすれば、話の後に、このすべてがどのように機能するかを望む人に見せることができます。
Yana Sadovskayaは、テスターの永遠の質問にどのように答えたかを語っています。
「彼らは最終的に私たちのために別のスタンドを上げますか？」 このスタンドには何が展開されましたか？ 鉄分が足りないのはどうですか？
Mikhail Mikryukovは、一般的な用語ではなく、特定のオンラインストアでテスターがどのような利益をもたらしたかを記述する数字と事実の言葉で、テストがまったく行われなかった瞬間からテスターがすでにグループ全体になった瞬間までの履歴を追跡します。
Tanya Cheremnykhは、プログラマーが次のように言っているときに、困難な状況で役立つツールを作成しようとしました。
-そこにCoreMagicGUIClassをリファクタリングしました。
彼女はまともな人であり、ツールを書きます、そして、誓い始めません（私は誓います） 。
Ilya Vakhrushev
そして、私がすでに言ったように、ナタリア・ルコルはテスターなしでテストがどのように生きるかについて話します。
希望と夢
セクションがあまり一般的でないことを願っています。 これにより、最初のレポートと最後のレポートであるリフレインは、正しいインターフェイスとして正しいテスターが欠落しているという考えをパスしますが、彼の作業は完了しています。
上級の仲間たちは、テストセクションに何らかのアイデアがあるべきだと言った。 「品質」、「回帰」、「計画」などの一般的な言葉以外の何かが聞こえるはずです。
タスクを直接踏みつけることに加えて、さらに加えて、手動テスターがすべきこととできることを見つけてほしい。
私の友人に伝えてほしい-そして、彼らの側近で、彼らは会社の専門のテスターによってできる特定の仕事についてゲストと話し、それから害はないだろうが、明確な利益があるだろう。
私はあなたをテストと開発のスペシャリストとして見て、これらすべてについて議論したいと思います。
一緒に来て。