親愛なるSQA Daysスピーカー！
仕事をしてくれて、同僚と知識を共有してくれてありがとう。
あなたの情報を聴衆にとって可能な限り有用で関連性のあるものにするために、翻訳された記事「 EuroSTARの舞台裏。またはプログラム委員会委員長マイケル・ボルトンからの会議の組織を見てください 」をご覧ください。 マイケル・ボルトンの見解を共有し、彼が話すすべてのことは、すべての会議に大部分適用されます。
レポートを送信するとき、質問に答えてください。
1.このレポートの対象者
ターゲットオーディエンスを定義し、オーディエンスのレベルを決定します。 それで、会議で2年以上の経験を持つ多くの人々があるので、エントリーレベルのレポートを提出することが必要ですか？ スピーチのためにレポートを提出する必要はありません。有用な知識を共有するためにレポートを提出する必要があります。
2.あなたのレポートは実際に何を提供できますか？
レポートは異なります。一般教育、体系化、実践など。 レポートが何であり、リスナーに何を提供するかを決定します。 あなたの報告を聞いたリスナーが自分のために何も負担できない場合、これは明らかに失敗です。 覚えておいてください、あなたは自分のためではなく、あなたを大切にしている人々のために言っているのです。 情報があなたにとって特別な場合ではなく、使用できるように、または少なくとも使用方法に関するアイデアを提案できるように、情報を提示できるようにします。 一部の分野での知識の体系化は、それらの実用的な応用が示されている場合にも優れています。
その結果、より多くの練習、より少ない「水」！
レポートは、記載されているトピックと注釈に対応する必要があることを忘れないでください！ 無視しないでください！
3.ジュースだけです！
会社の広告に関与しないでください。 あなたの能力は最も重要な広告です。 あなたが直面していることについて正しく話すことができれば、彼らはあなたが働く場所を含めて多くの質問をするでしょう、彼らはあなたを傍観させません。 ここで会社について知ることができます。
会議で話すことで、あなたは一種の評価を獲得し、それに応じてリスナーと私たちを含む他のすべての利害関係者の両方によって評価されることになります。 ソビエトの「分割」を忘れてください-最善を尽くして楽しんでください。
4.校閲者のコメントに返信することを忘れないでください。
プログラム委員会には、既存の会社の従業員が関与しています。 つまり、主要な作業に加えて、レポートに注意を払い、フィードバックを提供します。 レポートを提出するときは、特に通知を受け取るので、プログラム委員会のコメントに返信することを忘れないでください。 査読者の意見に適切かつ公平に関連するようお願いします。 覚えておいてください-彼らはあなたの友人であり、あなたが最も有用なレポートを作成するのを手伝おうとします。 プログラム委員会のメンバーの身元を議論する価値はありません。これは意図的な失敗です。 すべてがシンプルでオープンです-「ショーオフなし」。
5.レポートを送信することを忘れないでください。
多くは講演者として登録されていますが、報告はありません。 レポートの提出期限、およびレポートが提出されていない場合、会議への参加の優先条件がないことを忘れないでください。 「偽の」レポートは、一般的に参加しなければならないという事実にもつながります。 報告書は全責任を持って扱ってください。 最後に、会社だけでなく、スペシャリストとしての自分の顔も見せます。
6.何を伝えますか？
制限を設けません。 ただし、以前の会議のプロファイルからの意見に基づいて傾向を特定できます（もちろん、これらの傾向は制限されるべきではありません）。
ゲーム開発
-古典的なソフトウェアとゲームをテストするアプローチ。
-違いは何ですか、類似点は何ですか？
-ゲーム開発会社に切り替えるときにテスターのメンタリティを変更するにはどうすればよいですか？
通常のソフトウェアのテストオブジェクトでは何に注意しますか？
gamedevで注目を集め始めたのは何ですか？
システムのライフサイクルに対する態度はどのように変わりましたか？
ツールボックスはどのように変更されましたか？
-古典的なソフトウェア会社に切り替えるときにテスターの考え方を変えるにはどうすればよいですか？ 知識の連続性はありますか？
-ゲームエンジンはどのようにテストされますか？
-国際チームでの仕事の特徴は何ですか？ （多くのゲームは、遠く離れた部門の力によって開発されています）
自動化
-実用的で実際に適用可能（リスナーを忘れないでください！）自動化の側面
-ストレステスト
-モバイルアプリケーションの自動化
-ゲームの自動化
-古いアプリケーションの自動化（詳細は以下）
安全性
-実用的な安全性試験方法
-テスターツールキット
古い（それほど珍しくない）アプリケーション
-さまざまな産業企業では、このようなアプリケーションが生産プロセスを管理しています：会計から在庫管理まで。 それらは通常、地元のIT部門によってサポートされています。 FoxPro、Access、まだそこに住んでいます。 アプリケーションはDOSで書かれており、多くの場合、Windowsインターフェイスがまったくありません（多くの場合、フロッピーディスクでアンロードが実行される銀行でも見られます）。 または、Delphi v.2.0またはCBuilderで記述されたデスクトップアプリケーションです。
-そのようなアプリケーションの更新をテストする方法は？
-最新の自動化ツールを使用できますか？
-そのようなアプリケーションをテストする機能？
-そのようなアプリケーションの効果的なサポートを構築する方法は？
-古い技術がうまく機能する場合、新しい技術に切り替える必要がありますか？
-古いシステムのドキュメント不足の問題（すべてがローカルIT部門の開発者の頭の中にあります）
-新しい近代的なシステムの実装におけるプロセス構築の問題
モバイル開発
-主なオペレーティングシステムAndroid、iOS、Windowsのアプリケーションのテスト
-まれなオペレーティングシステムと比較的まれなオペレーティングシステムのアプリケーションテスト
-そのようなアプリケーションのテストの自動化：機能、実践、ツール
クロスプラットフォームアプリケーション開発
-テストアプリケーションの主なニュアンス、困難性、テストへのアプローチ
-使用済みツール
公共部門向けのテスト開発の機能
-公共部門向けのアプリケーションテストプロセスの基本構成、専門家との相互作用を構築する機能（誰が何を担当するか）
-情報交換プロセスの構築（必要な情報をどのように、どの環境で、どのレベルで交換するか）
-顧客に最新のITツールを紹介する
-開発ドキュメント
-配信と実装
-サポート
クラウド技術
-情報ストレージサーバー（そのようなアーキテクチャを管理するソフトウェア）とそのようなアーキテクチャのテストの相互作用のアーキテクチャ
-障害が発生した場合のデータの安全性のテスト
-データセキュリティ（多くの人がまだクラウドに移行していないのはなぜですか？）
皆を記念日の15th SQA Daysに招待します。 それは素晴らしい...いつものようになります。 :)
SQAデイの舞台裏。 アクションガイド
All Articles