「ディスカッションの興味深いトピックは、テストカバレッジの相対性です」：テストに関するT-Systems

メインプログラムに加えて、HeisenbagカンファレンスではT-Systemsからボーナスが提供されます。他のカンファレンスでのスピーチで多くのテスターに​​詳しい従業員であるGerman Varginは、ブースで小さなマスタークラスを開催します（Google Imagesでもそれを理解しています）。



そして、ハイゼンバグの前夜、私たちは社内でのテストの状況についてさらに学ぶことにし、3人の従業員に尋ねました： ドイツ人自身、 Andrei Pavlov （彼のレポートでも知られています）およびMaria Zernova、内部コミュニケーションスペシャリスト。

マリア・ゼルノバ

-昨年、サンディエゴのサンクトペテルブルクでT-SystemsのJava開発を行ったオフィスで、そしてテストでペテルブルグがあなたにとっても非常に重要だと言っていましたか？ ここでテストしているプロジェクトは何ですか？



-はい、テストは当社にとって非常に重要です。サンクトペテルブルクでは、従業員の約50％が会社のさまざまなプロジェクトやサービスのテストに従事しています。 私たちのプロジェクトの中で（ロシアには150以上あります）、BMW、スイス鉄道（SBB）のプロジェクトがあり、テストは現地のチームによって行われます。 さらに、20を超えるDeutsche Telekomシステムのテスト統合を提供するラインがあります。 これらは単一のランドスケープを形成し、親会社である最大の通信事業者であるドイツテレコムのネットワークの操作性を確保します。 また、世界中のT-Systems関係者にサービスを提供するテスト自動化センターを作成する計画があります。



-T-Systemsにはテストスクールがあります-どのくらいの期間存在しましたか？ T-Systemsには彼女のおかげで会社に入った従業員がたくさんいますか？



-学校は2011年から存在しています。 この間、200人以上が卒業し、少なくとも130人がさまざまな役職で会社で働いています。 新しいテストスクールスイートで既に教師になっている人もいれば、テストマネージャーとしてチームをリードしている人もいます。 今、私たちは25周年記念学校を終了し、8月に新しいセットが始まります。

ハーマン・バージン

-T-Systemsでは何に取り組んでいますか？ また、テスターの認定のトピックに興味があるので、同時にどのような証明書を持っているのか教えてください。



-私は、T-Systemsプロジェクトの1つのテストの第一人者です。 ドイツのお客様向けにソフトウェアを開発しています。 さらに、私は会社でさまざまなコースを教えています。 さまざまなレベルの従業員向けにいくつかのコースを開発しましたが、ISTQB上級試験の準備にグループを費やすこともあります。 ISTQB証明書がいくつかあります。

• ISTQB認定テスター、基礎レベル（2013）
• ISTQB認定テスター、上級レベル-テストアナリスト（2015）
• ISTQB認定テスター、上級レベル-テクニカルテストアナリスト（2015）
• ISTQB認定テスター、上級レベル-テストマネージャー（2017）

-認定はTシステムでの作業にどのように影響しますか？ たとえば、認定スペシャリストが製品をテストすることは顧客にとって重要ですか、それとも「バグがない」ことが重要なのでしょうか？



-T-Systemsでは、誰もが認証について非常に前向きです。 さらに、専門家のトレーニングと開発のためのイニシアチブは常に会社によってサポートされています。 私が働いているプロジェクトの顧客は、彼自身が認定試験スペシャリストです。 したがって、彼は同僚を証明書で信頼し、同じ言語で話し、さらに解決するための統合的なアプローチを必要とするより興味深いタスクを委任します。 もちろん、すべてのプロジェクトにこのような状況があるわけではありません。 しかし、実証済みの知識があると、T-Systemsでさまざまな扉を開くことができると思います。



-あなたはT-Systems Test Schoolで教えています-これは主な仕事で教えるのに役立ちますか？ あなた自身が重要な何かをよりよく理解し始めることがわかりますか？



-興味深い質問と私に関連します。 最近、私は多くの時間をT-Systemsで教えています。 テストスクールでは、ITへの旅を始めたばかりの大学生を対象にXMLコースを教えています。 当社は、ドイツ語に堪能な専門家を常に探しています。 今日、市場にはそのような人はほとんどいません。 したがって、ドイツ語で賢明な「哲学者」を見つけて、テストするように教えることは、より速くて簡単です。 これは、技術者にドイツ語を習得させるよりもはるかに簡単であることがわかります。 したがって、私たちの学校では、XML、Webサービスなどが何であるかを人々に説明するために、文字通り指で学びました。 さまざまな技術的詳細をビジネスパートナーに簡単な言語で説明する必要がある場合、クライアントと協力するときにこれらのコミュニケーションスキルをよく適用します。



質問のメイントピックに戻り、ISTQBコースを参照します。 すべてのプレゼンテーションを準備し、最初のグループのタスクを整理したとき、私は自分で合格した日よりも試験の準備がずっと整っていることに気付きました。 したがって、もちろん役立ちます。 これらの技術やこれらの技術を頻繁に使用すればするほど、より良い結果が得られ、実際のプロジェクトタスクにこれらすべてを簡単かつ迅速に適用できます。



-以前は、プロジェクトの別のテストチームへの移行から、逆にゼロからテストプロセスの編成まで、さまざまなトピックに関するプレゼンテーションを行っていました。 そして、多くの異なる顧客とプロジェクトがあるT-Systemsでの作業は、通常、異なる状況を変えることを意味しますか？ または、多くの場合、テスターは1つのお気に入りのプロジェクトで長時間作業しますか？



-はい、そのようなケースは十分にあります。 T-Systemsの同僚で、同じプロジェクトで10年以上にわたってお気に入りの製品のテストに取り組んできた人を知っています。 それはすべて、その人自身と彼の目標にかかっていると思います。 私自身も現在のプロジェクトで5年間働いていますが、2012年にドイツの同僚から引き継いだ仕事がまだあります。 同時に、T-Systemsが提供するすべての追加アクティビティに適合するように努めています。 私のレポートは、T-Systemsで受けた個人的な経験に正確に基づいています。 まず、ドイツからロシアへのプロジェクトの移転を完了しました。 そして、顧客の信頼を獲得したとき、彼はすぐに完全に新しい製品のテストを委託しました。 現在、私たちのチームは拡大しており、私たちが担当するシステムの数は増加しており、根本的に新しいタスクが絶えず現れています。



-アウトソーシング会社でのテストの豊富な経験を持つ人として、製品の機能と比較して、少なくとも技術的な、少なくとも組織的な機能とは何ですか？



-私のキャリアはまさにアウトソーシングの経験から成り立っているので、食料品についてのみ推測できます。



アウトソーシング会社は常に、最終製品を受け取る人とそれを開発する人との間に多くの中間リンクを持っています。 これらはアナリストです。 デザイナー、建築家、多くのマネージャーなど。 開発者とテスターは、プロセスの性質上、エンドカスタマーと通信できないことがよくあります。 開発者はビジネスを理解しておらず、ビジネスは技術的なリスクなどに関心がありません。 したがって、要件の調整、さまざまな議論、一定レベルの品質の実現に多くの時間が費やされ、製品をリリースにリリースする時間が大幅に増加します。 しかし、製品の品質は常に高いままです。 食品会社では、時間だけが決定的な要因だと思います。 製品をどのように変更できるかがわかっている場合は、製品を変更するかどうかをすぐに決定します。 もしそうなら、新しいバージョンは可能な限り迅速に生産に入ります。



技術的な観点からは、違いはないと思います。 私は聞いた、食品会社は彼らの製品により多くの「病気」であるという意見がある。 しかし、私はこれに同意しません。 T-Systemsでは、ビジネスの理解を深めるために常に努力しています。 各リリースでは、より徹底的にテストし、新しいツールを導入し、対象範囲を拡大するよう努めています。 ドイツのT-MobileストアでSIMカードを購入するたびに、サンクトペテルブルクでテストしたソフトウェアを見るととても温かく感じます。



-Heisenbugでは、T-Systemsブースでマスタークラスを開催します。そして、そこで何について話をしますか？



-テストカバレッジの相対性に関するレポートのトピックがありました。 残念ながら、プロジェクトの負荷と出張のため、レポートを送信することができませんでした。 私のプロジェクトでは、外国の顧客が突然テストをよく理解するようになりました。 彼らはテストケースのより良いレビューを行っており、常に新しい要件を提示しています。 「機能要件を100％網羅する必要がある」という精神で要件を確認できる場合があります。 すべてを完全に検証することはできません。 したがって、このようなタスクにはさまざまな方法でアプローチし、さまざまな数のテストを実行して、まったく異なるエラーを見つけることができます。 私の意見では、これは議論のための興味深いトピックです。 マスタークラスは約15分間続き、その上でいくつかのビジネスシナリオを分析し、これらのシナリオの最大テストカバレッジを提供するテストケースを作成します。

アンドレイ・パブロフ

-テスターとアナリストの両方としてテストに参加しました-現時点でT-Systemsでのあなたの役割は何ですか？



-現在、私はTSOプロセステストプロジェクトのテストチームリーダーです。TSOプロセステストプロジェクトでは、高速インターネット、電話、デジタルテレビサービスを顧客に提供するという懸念の主要分野の1つであるドイツテレコムシステムの品質を確保しています。



さらに、私は社内のトレーニングプロジェクトの責任者でもあります。このプロジェクトは、スペシャリストが絶えず成長し、テスト分野の真のエキスパートになるのを支援します。



-また、テスターとアナリストの両方の経験があるという事実にどのように影響しますか？ 両側から写真を見ることが基本的な利点になると感じますか？



-もちろん、状況を見る角度が異なるほど、全体像が広く見えます。 ただし、T-Systemsのほとんどのプロジェクトには、要件を処理し、常に正確で詳細な仕様を提供する別のアナリストチームがいます。 テストは開発プロセス（製品の直接プログラミングだけでなく、要件の開発からも）から可能な限り独立している必要があるため、このアプローチは非常に便利です：テスターが2つの役割を組み合わせると、必然的に客観性が失われます。



-これらの2つの側面に加えて、以前は開発者でもありましたが、この経験は今どのくらいですか？



-前の場合のように、内部から開発プロセスの詳細を知っているとき、これは利点をもたらします。 少なくともローカル環境では、欠陥を見つけるために、ホワイトボックステスト手法を適用し、コードを理解し、それを変更できる明らかな可能性は言うまでもありません。 これにより、コミュニケーションプロセスが簡単になり、その重要性は誰もが理解していると思います。 開発者がこの機能またはその機能がどのように実装されているかを指で説明する必要がないことを理解している場合、コミュニケーションは常に容易になり、すぐに目的を達成できます。



アナリストの仕事でも同じことが言えます。すぐに、顧客と通信するときに、開発者との追加の協議なしに、現在のアーキテクチャの機能を説明できます。 彼にとって関心のある機能を追加するのは難しく、高価であることを示すため。 さらに、顧客に適した他のオプションを提供するために、プロジェクトで採用されているプログラミングパターンで簡単に実装および実装できます。



-以前にEARSアプローチに関するレポートを作成しました。これにより、要件の言語を改善できます。また、参加しているT-Systemsプロジェクトでどの程度積極的に使用していますか？



-現時点では要件を処理していないため、この興味深い手法は使用していませんが、それ以降に行われた会議では、リスナーが私に近づき、EARSの使用経験、プロセスを最適化するのにどのように役立つか、メンテナンス中にどれだけのドキュメントが削減されたかについて話しますセマンティックフルネス。



-また、Androidデバイスの動物園に他のパラメーターの数を掛ける場合の困難に言及して、モバイル開発の組み合わせテストについても説明しました。 また、T-Systemsはどのようにテスト用のスマートフォンの初期セットを選択しますか？それは常に顧客に依存しますか、それともほとんどの場合に十分な代表と見なされる標準モデルセットがありますか？



-最初はもちろん、顧客によって異なります。 彼が使う準備ができている予算と彼が獲得し​​たい品質から。 テスト側の専門家は、たとえば使用統計に基づいて特定のデバイスセットを提供し、他のデバイスでアプリケーションをテストしない場合に発生する可能性のあるリスクについて通知できます。 ただし、組み合わせテストは、電話機のセットとその属性を決定するためだけに使用することはできません。 私の現在のプロジェクトでは、現在、このアプローチの実装について議論しています。たとえば、TSOプロセステストで使用する製品を特定して、最小限のテストでオプションを最大限にカバーしています。