説明するために、表面のテストフレームワークのための主要な質問。
1.テストのテストケースを作成する方法をカップ？
インターフェース：外観カップ
安全性：なしガラスまたは毒性の細菌が存在しない
信頼性：異なる高さから落下カップへの損傷の程度は、排液カップ12時間または24時間を置いたが、リーク
ポータビリティ：異なる場所でカップ、環境温度等次は正常に使用できるかどうか
ジュースのコップ、白い水、アルコール、ガソリンに対応するかどうか、など：互換性
、使いやすさ：滑り止めがある場合にカップが、暑いです、かどうか飲みやすい
ユーザーマニュアル：マニュアルカップを使用するかどうか、制限、使用条件が詳細に記載されている
ストレステスト：ニードルカップは、常に、重量を追加するカップとき浸透するどのくらいの圧力を参照する
3は、請求項10個の数字のテキスト入力ボックスは郵便番号と仮定し、どのようにテキストボックスを分割する必要があります等価クラス？
有効無効な等価クラス等価クラスは、
（1）数字（2）数字以外の文字
10文字（3）郵便番号（4）コード大きいか、または10未満の文字
（5）コードが空
予約文字であっ位、 $、％、^、＆、_、{、}、〜、\、彼らのどちらかは特別な意味を持っている、またはすべてのフォントに適合していません。これらの文字は、ソースファイルに直接入力され、我々は、所望の結果を得ることはできません。
テキストで直接それらを使用する場合は、通常、印刷されたバージョンではこれらの文字を取得し、時にはエラーはありません。あなたがそれらを取得したい場合は、これらの文字の前にバックスラッシュを追加することができます。
1、Q：あなたはテストでバグを発見しましたが、開発マネージャー/開発は、あなたが何を解決する必要があり、これはバグではありませんと思いますか？
まず、ファイリング内の欠陥管理ライブラリに問題を参照します。
その後、証拠や判断の基準を取得します：
実際の結果と矛盾を持っている計画は、欠陥が識別されているかどうか、直接基礎を提供するかどうかを確認するために、要求仕様、製品説明、設計文書などによると、
矛盾が同様のソフトウェアの一般的な特性に応じてがある場合はどこ全くドキュメント根拠を説明できない場合は、 ;それは欠陥があるかどうかを確認するために
、ユーザーの一般的な習慣に応じて、それは欠陥があるかどうかを確認するために、
それは欠陥があるかどうかを確認するために、設計者、開発者、および顧客の代表者や他の関係者と探検し、
合理的な議論、テストマネージャにその判断を説明その理由は、個人的な感情を得ることはありません、厳格な、客観的に注意を払います。
最終的な決定を行うためにテストマネージャを待っています。
2、Q：あなたのウェブサイトを与える、あなたはどのようにテストするのですか？
まず、要求仕様、ウェブサイトのデザインやその他の関連文書、分析とテストのニーズを見つけます。
試験計画、試験戦略とテスト範囲を決定し、一般的には、以下の構成要素を含む：機能テスト、インタフェース試験、性能試験、データベーステスト、セキュリティテスト、互換性テスト
設計のテストケース：
機能テストは、それだけではありません以下の態様に限定：
リンクテスト。ジャンプリンクは、空のページがあるかどうか、正しいと間違ったエラーメッセージが返されるがある場合ページは、無効です。
テスト機能を提出してください。
マルチメディア要素がロードされ、正しく表示できるかどうか。
多言語サポートは、そうで正しい言語選択を表示し、することができます。
インターフェイスのテストが含まれるが、以下の点に限定されない：
ページスタイルの制服かどうか、魅力
、ページレイアウトが合理的である焦点とホットスポットコンテンツのハイライトするかどうか
、通常の使用を制御するかどうか
のコントロールのためのが、自動的に機能をダウンロードしてインストールするかどうか、インストールする必要があります
テキストチェック
以下の観点から、一般的にパフォーマンステスト：
ストレステスト、テスト負荷、強度試験
特定のテストデータベースが必要であるかどうかを判断するには。一般的に、我々はそうで接続データベース、データアクセス動作、認証データの内容とを考慮する必要があります。
セキュリティテスト：
基本的なチェックが機能ログイン
システムクラッシュや特権漏洩し、その結果、オーバーフローエラーがあるかどうか
など、SQLインジェクションなどのセキュリティ関連の開発言語、チェックよくある質問
あなたは助けるためにプロの警備会社へのアクセスを決定するために、高度なセキュリティテストが必要な場合を、アウトソーシングテスト、または支持のための
要求仕様、サポートされるプラットフォームの決定組み合わせの内容に基づいて、互換性テスト：
ブラウザの互換性、
オペレーティングシステムの互換性、
互換性ソフトウェアプラットフォーム、
互換性データベース（データベースの種類異なるバージョン）
のテストと記録欠陥を実施します。合理的な配置は、（例えば、変更、リスク、設定、テスト、ドキュメンテーション、レポートの不良内容の需要、人材など）管理システムを確立するために必要なリソースを取得するために、事前にテストの進行状況、テストを調整します。
定期的な見直し、テストの内容を調整し、テストを評価し、まとめたもの。
3.ソフトウェアテストとは何ですか？目的やソフトウェアテストの原則
、動作するようにバグを発見するために、ソフトウェアの品質を測定し、そしてそれは、設計プロセスの要件を満たすことができるかどうかを評価するプログラムで指定された条件の下で。
ソフトウェアテストの目的：
テストは、プログラムの実行では、エラーを発見することを目的と
間違って、これまでには見られない発見された成功したテストのを
成功したテストは、これまで何のテストを発見していない、間違った発見された
製品やコミットメントの完了を確実にするために機能を公開し、ユーザーは関数が明確に書かれた指示されているアクセスすることができます。
製品は、パフォーマンスと効率性の要件を満たしていることを確認するために、
製品が堅牢であることを確認し、ユーザーの環境に適応するために
ソフトウェアテストの原則：
テストケースの一部でなければならないことは、予想される出力や結果の定義である
自分自身の書かれた手順をテストすることは避けてくださいプログラマ
ソフトウェア書くべきではありません彼らのソフトウェアをテストするために組織を準備するために
、各テストの結果の徹底的な検査を実行すべき
ではないだけ基づくべきテストケースを書くために効果的かつ予想外の入力状況、だけでなく、不正な入力や不測の事態に基づくべき
プログラムはテストの半分だけです「行われるべきで行われていない」かどうかを確認するために、残りの半分のテストでは、プログラムは、「それをしなかったかどうかを確認することです「やるべき
ソフトウェア自体は、ワンタイム・ソフトウェアがある場合を除き、使い捨てのテストケースを避けるため
のテストを計画するが動作したときのデフォルトは、エラーを見つけることができませんと仮定してはならない
プログラムの一部より多くのエラーが一部で発見されている可能性があります誤差は数に比例している
非常に厳しい非常に創造的、知的な作業であるソフトウェア・テスト
4、セキュリティソフトウェアをテストするためのいくつかの領域でなければなりませんか？
プログラム、データベース、セキュリティテストを含むソフトウェアのセキュリティテスト、。異なる戦略をテストするための安全指標のシステムも異なります。
考慮すべきユーザ認証セキュリティテストの質問：別のユーザー権限システムの間に明確な区別、システムがユーザの競合に表示されません、システムが原因ユーザ権限の変更に混乱を引き起こすことはありませんし、ユーザーのログインパスワードが表示されているかどうか、あなたがコピーできるかどうか、着陸システムへの絶対の方法により、（直接システムにユーザーのログインリンク後にコピー）、ユーザーは、システムにパスワードを入力することではなく、背面のボタンを使用することができれば、すべての認証トークンを削除するかどうか、システムを出た後、ネットワーク・セキュリティ・テストのシステムが考慮されるべきです質問、ほとんどのプロのハッキングツールを使用してテストが正しく組み立て撮影した防護措置、マークされたか否かのシステム、アナログ不正な攻撃、すなわちシステム関連の脆弱性を（チェックするために、保護システムが強いツールをチェックし、洗練されたネットワークの脆弱性の利用を参照してくださいについてのパッチ、攻撃をしようと、最も一般的に使用されるNBSIシリーズとIPhacker IP）が今ある、トロイの木馬検査ツールの検査システムのさまざまな方法を使って、種々の抗グループプログラムのプラグインツールを使用すると、システムのプラグ抜け穴をチェック
データベースのセキュリティ上の問題は：機密データのシステムかどうか、ビジネスの本当の名前検証サービスシステムは、かつて存在し、私はちょうど締結しているシステムデータの整合性（（例えば、特に重要である銀行システム、など、高すぎるという一般的サイトの要件はありません）データは、）障害物と、このシステムの実装の機能のために、不完全なシステムデータの管理、システムデータの独立性、システムデータをバックアップすることができ、回復（データのバックアップ、リカバリが完了することができるかどうか、回復の可能性が完全である）
5ソフトウェアのテストは、いくつかの段階に分けて
、開発プロセスは、テスト・プロセスに対応して順番に4つの主要な段階のテストユニットテスト、統合テスト、システムテスト、受け入れを通過します：
ユニットテスト：ユニットテストは、ソフトウェア設計のための最小単位である-プログラムをモジュールのコードセグメントであっても、通常、開発者によって実行されるテストの妥当性をテストするために働きます。
統合テスト：統合テストは、テストのための設計要件に合わせてモジュールを組み立てることで、主な目的は、インタフェースに関連する問題を特定することです。ほとんどの中、企業の統合テストは開発者によって行われているので、検査部門に提出する前に製品ので、製品開発チームは、関節のデバッグを持っています。
システムテスト：システムテストは、サブシステムが正常に動作し、設計を完了しているかどうかを確認するために、完全に運用システムの目的によって、統合テストの後に行われます。これは主にテスト部門によって行われ、検査部門は最大かつ最も重要なテストでは、製品の品質に大きな影響を与えます。
受け入れテスト：テスト中に実際の動作環境をシミュレートするために、ユーザーが必要な受け入れ基準の要件フェーズ「要求仕様」への受け入れテスト。実際のプロジェクトのために実施し、顧客の製品のため、最終的なシステムテストすることができます。特に文書のテストのための機能モジュールの包括的なテストのためのテスト内容。
ユニットテスト戦略：
6、ソフトウェア開発プロセスのどのタスクテスターのですか？
図1に示すように、システムの不具合にできるだけ早期に見つけるために、
図2に示すように、ソフトウェア開発プロセスの欠陥を回避するために、
3、、ソフトウェアの品質を測定する品質保証システムに、
図4に示すように、ユーザーのニーズを懸念、およびシステムは、ユーザのニーズを満たしていることを確認します。
全体的な目標は次のとおりです。ソフトウェアの品質を確保するために。
7.テストエンジニアは、これらの資質を持っている必要がありますか？
1、2責任、コミュニケーションスキル3、4チームワーク、忍耐、ケア、自信
5、常に懐疑的な態度、意識的な欠陥予防及び6は、最高のは、いくつかのプログラミング経験持っている
ソフトウェアをテストするために、8を、差別はソフトウェアまたはそのハードウェアおよびソフトウェアの問題オペレーティング環境での問題がどのようにWIN98、上でゆっくり実行しましたか？
動作環境のソフトウェア要件の需要を参照してください。
あなたがプログラムの要件を満たしている場合は問題がある、そうでない場合はシステムの要件を満たすハードウェアの問題です