1つの部屋に200人のテスターがいると、何十人もの開発者やプロジェクトマネージャーが煩わされることもあります。 しかし、そのような会議には非常に平和的な目標がある場合があります。 これはまさに、2009年9月26日にキエフで発生したケースであり、会議の機会はTest Labs 2009会議でした。 会議はLuxoftトレーニングセンターによって開催され、その名が示すように、品質保証エンジニア、テスター、およびソフトウェア製品の品質全般に専念しました。 最近、私はキエフの街でそのような出来事を発見していないので、非常に興味を持って登録しました。 そのため、参加者の1人の目を通して、Test Labs 2009をご覧ください。
登録の開始は、土曜日の朝の早朝9時40分に予定されていました。 しかし、プログラムを見ると、後で起動することは不可能であることが明らかになりました。 3つのストリームで14のレポート、2つのフリップチャートセッション、およびパフォーマンス間の休憩時間。 一般的に、この日はアクティブになると約束されました。
会場（（m）Left Bankの国際展示場 ）に着いたら、登録キューの最後に出くわす必要がありました。 主催者に敬意を表して、路線は急速に動き、元同僚との会議は最終的に待ちを明るくしました。 その後、バッジ、配布資料を受け取り、会議が開かれました。
レポートは、「品質とプロセス」、「アプローチ、ツールと戦略」、「テスターとQA」の3つのセクションに同時に送られることを考慮して、すべての参加者がレポートの3分の1を選択する必要がありました。
私の場合、最初のスピーカーはテスト要件について話していたIgor Luzhansky （Luxoft）でした。 ストーリーは非常に構造化されており、適度に形式的であることが判明しました。 一方では、要件をテストする必要がありますが、他方では、これをQAチームだけでなく、すべての開発参加者にも対処する必要があります。 ツールも複雑ではありません-要件の読み取り、プロトタイピング、およびディスカッション。 この方法には特定の資格が必要であり、ほとんどの場合、人によって異なります。 ここでは、テスト用のスクリプトを作成しません。人間の論理と注意に依存する必要があります。
Nikita Nalyutin （ドイツ銀行）は、航空用の組み込みソフトウェアの厳密なテストプロセスの説明から始めて、開発中の一般的な混乱の中でテスターの注文エリアを作成する方法について話しました。 時間の管理、構成および図の管理が助けになります。 特に優先順位を管理するためのカレンダー、残りのタスクの棒グラフ、重要な場所を考慮するためのバブルチャート、および人件費を表示するための風潮図が記憶されていました。 それは非常に明確であり、準備に多くの労力を必要としません。
採用テスターの機能について、ハリコフの会社Nix SolutionsのJulia Nechaevaに語った。 採用と食料消費には多くの共通点があることが判明しました。 既製の専門家（レストランに行く）、経験のない人を雇い、仕事の過程でトレーニング（自宅で食事）し、トレーニングプログラム（冬季トレーニング）を組織することができます。 スピーカーへの特別な関心と質問の大部分を引き起こしたのはトレーニングプログラムでした。 質問の流れは続き、ほとんど議論に変わりました。 しかし、主催者の代表者は圧力に対処し、慎重に議論を傍観者に移すことができました。 したがって、ここでのタイミングは維持されました。
私はSasha Balabanovのフリップチャート（ Testlab2 ） の評価を開始しません。どういうわけか合法的に取得されません。 これは、個人的な実務経験に基づいたテストのアウトソーシングに対する顧客の期待についての短くて有能なプレゼンテーションであることが判明しました。 スタートアップは非常に若いですが、さまざまな顧客とのコミュニケーションの経験により、すでに結論を出すことができます。 小規模なシェアウェアプロジェクト、他のQAチームの作業の監査、およびリモートプロジェクトテストチームモードでの作業の3種類の注文が確認されました。 したがって、誰もが出力に最大数の欠陥を提出し、美しいレポートを作成し、確立された開発プロセスへの明確で信頼性の高い統合を望む誰もが自分の期待を持っています。 私の意見では、時間制限（15分）にもかかわらず、トピックを明らかにすることは可能でした。
会議の終わりに、彼はMaxim Dorofeevによるレポート「ロボットに対する猿」に出席しました。 それを古典的なレポートと呼ぶのは難しいですが。 むしろ、手動テストと自動テストのアプローチの対立に関するプレゼンテーション。 手描きのプレゼンテーションには価値があります。 プレゼンテーションのスタイル、ビデオの例、開発プロセスとテストのアニメーションは言うまでもありません。 会議のウェブサイトでプレゼンテーションを公開することを本当に楽しみにしていますが、マキシムのコメントがなければ、良い部分では十分ではありません。 その結果、自動化の長所と短所が説明されましたが、結論は聴衆に残ります。 決勝は大成功でした。
これは、2009年のTest Labsカンファレンスが1つの観点から見たものです。 そのような多くの視点があり、誰かが他のレポートに行き、誰かが他のことを覚えていました。 私は、組織と内容の両方の面で会議が好きでした。 それでも、テストは非常に興味深いプロセスであり、テスターはさらに興味深い人々です。 また、2010年のイベントカレンダーでは、別の赤い日付を安全に描画できます。
PS。 主催者は、近い将来、会議のウェブサイトにプレゼンテーションと会議資料を投稿することを約束します。