ソフトウェアコレクション顔の質問

HTTPSで差1.http
回答:
(1)
HTTP中国は一連の操作のサーバーへのクライアントのために責任があるハイパーテキスト転送プロトコルと呼ばれる、HTMLのハイパーメディア文書とアプリケーション層のプロトコルのTCPトランスポート層プロトコルに基づいて契約、その他のWebコンテンツを注入輸送するように設計されて
あるとしてHTTPSがセキュア・ソケット、HTTPプロトコル、httpプロトコルのアップグレード版である、あなたが組み合わせを理解することができます。http + SSL / TLS(デジタル証明書)に基づいています
(2)
HTTP少なく、安全なデータを暗号化することなく、明確なコンテンツを送信するためにHTTPプロトコル、直接送信パケットの内容中に読み取ることができ、それは機密データを送信するには適していません
httpsの高いセキュリティ、データ伝送のためのセキュリティに加え、HTTPに基づくSSL HTTPSプロトコル、SSLプロトコルは、サーバを認証するための証明書に依存して、クライアントとサービスのポイントとの間のデータ転送のための暗号化
(3)
HTTPの標準ポート80、HTTPSポート443標準
(4)
HTTPは、オンラインネットワークプロトコルがネットワーク伝送を減らし、それはブラウザがより効率的にすることができ、広く使用されて
httpsの安全なものの、しかし延長し、メモリ、電源、データ、リソース、コスト高が増加しますネットワークプロトコルのHTTPSページの読み込み時間
プロトコルには、実際のプロジェクトの背景を選択して、それらのための選挙は最高です
2.http要求の方法との区別は、ポストを取得しています
回答:
サーバリソースへのクライアントから提出されたサーバー()からのリソースへのアクセスを投稿get()は:(1)HTTPは2つの一般的な方法があります要求します
(2)
取得:一般的に、変数値の場合、Request.QueryStringを得るために、GET(URLパラメータが一緒にリクエストに含まれている)URLを渡して情報取得、パラメータのために使用され、送信情報の数に制限があり、通常は2000の文字で、使用
ポスト:一般的なサーバー上のリソースのレビュー、および送信情報の数に制限はありません、request.fromを取得するために使用されるPOST変数の値
(3)
唯一のURLエンコーディングを取得し、複数のエンコーディングポストをサポート
要求はしませんブラウザの履歴に保持され、ポストされます
リクエスト限られた長さを取得し、ポスト無制限
パラメータのデータ型を取得することだけASCLL文字を受け入れますが、制限の投稿がありません
何のセキュリティポストを取得していない、urlパラメータ表示に取得、機密情報を転送することはできません
3. TCP / IPリンクを確立するためのスリーウェイハンドシェイク、リンクが4波を閉じています
回答:
(1)TCP伝送制御プロトコル、信頼できるトランスポートプロトコル、IPプロトコル番号6
(2)スリーウェイハンドシェイク:クライアントとサーバー
最初のハンドシェイク:1へのクライアントAは、TCPコネクション確立要求パケットを送信し、パケットがシーケンス番号seqが含まれ、それがランダムに送信者によって生成され、また、総パケットSYNセットは、TCP接続要求を確立する必要性を示し、
第二のハンドシェイク:サーバAは、Bにシリアル番号配列を含むTCP要求応答を送信するだけでなく、サーバによってランダムに生成され、応答パケットシンフィールドに1、および検証フィールドは、ACK、ACK検証フィールドを生成しました値は上、送信された応答シーケンス番号の配列に基づいて追加されます。
Aがメッセージを受信したときに、そのTCPセットアップ要求が確認されている知っているように、確認応答制御フィールド、ACK返信させていただきます
第三のハンドシェイク:端末Bはポストによって送信されたTCP設定要求を受信し、元の順序が送信されるシーケンス番号が再び1だけインクリメントし、BにおけるベースプラスSEQ端から送信され再度確認ACKリクエストを送信します1、返信;同僚はBを受信するために、確認応答制御フィールド、ACK返信され
情報は、知っている場合は、そのTCPセットアップ要求が確認されています。
(3)第四の波:
まず:このサービスは、クライアントにFINとACK TCPセグメント位置1を送信します
第二:クライアントは、サーバ1にACK位置TCPセグメントを返します。
第三:クライアントは、サーバ1にFINとACK位置TCPセグメントを送信します
第四:サーバは、クライアントの位置TCPのACKセグメント1に戻りました
4.悲観的ロックと楽観的ロック
楽観的な状態データの変更は、それは重要な領域は、データを保持するためにバージョン番号を変更し、再発するデータを送信する際にロールバックされ競合トランザクションではなく、競合がある場合、唯一のバージョン番号を確認しないであろう考えると、(1)楽観的ロック手段データの提出
MySQLのテーブル型が変更された場合、更新データは、変更されていない場合、その後のver更新をあきらめて、チェックのver提出の際に、データの増加にこのフィールドを更新し、バージョン番号フィールドのverです。
(2)各実行は競合が発生することをデータ悲観的ロック悲観的な状態に変化し、それぞれが重要な領域を保護するためにロックされ、他の人がこのデータを取りたい、それがロックを得たまで停止します(リソースを共有するための時間を)他のスレッドがブロックされたスレッドを、使用してから、他のスレッドへのリソースの転送を実行します。
データベーステーブルのロック、行ロック、排他ロック悲観的ロックを属し、ほとんどのロックと悲観的ロックされています
利点悲観的ロック:同時実行の保証は、高効率のデータ操作を発生しません。
ペシミスティック・ロックの欠点:同時実行に影響を与える、デッドロックが発生する可能性があります
5.全体の接続内で左右の接続、リンクとの違いを接続
回答:
(1)左のリンクを......参加左:接続と同等の左テーブルと右テーブルレコードのフィールドを含むすべてのレコードを返します。
(2)右、右のリンクを......参加:レコードを含むすべてのレコードがテーブルを離れ、接続フィールドの右の表は、に等しい返します
(3)内部は、リンク上......参加:戻るのみ接続ラインは、テーブル内の2つのフィールドに等しいです。
(4)完全全体外側リンク......参加:レコードは、テーブルと同等の左右のフィールドに接続されたテーブル内のすべてのレコードが返さ
合計カウント6.データベースの違い
回答:
(1)合計がデータレコード予選の合計であります
(2)数が条件を満たしているクエリの数の結果であります
7.ソフトウェアのテストプロセス
回答:
(1)ソフトウェアのテストプロセスは、同社の開発モードに応じて開発するために一致する必要があり、あなたは地元を調整することができます
要件分析 - 評価を必要とする - テスト要件の概要 - テスト計画 - 筆記試験 - ユースケースのレビュー - スモークテスト - - システムテスト - 回帰テスト - テストレポート - バージョンテスト環境をセットアップします・オンライン
8.どのようなソフトウェアテスト、ソフトウェアテストの方法は何ですか
ブラックボックステスト
(1)定義:即ち、ブラックボックステストの内部処理ロジックは、入力に応じて正しい出力を得るために、オフにしません
(2)ブラックボックステストの長所と短所:
利点:実装が容易、内部手続きを達成するために注意を払う必要はありません。ユーザーに近い実践的なポイント
短所:テストカバレッジが低く、一般的に40%のみのコードのカバレッジ、自動テストのためのブラックボックス、多重化率、高いメンテナンスコスト
(3)ブラックボックスの主要な要素をテストします。
A:正しくないか不足している機能がある場合
B:界面に、入力が正しく受信されて、正しい出力をもたらすことができます
C:データ構造エラーまたは外部情報アクセスエラーがあります
D:性能要件を満たすことができます
(4)ブラックボックステストの主な設計方法は、次のとおり
同値分割法、境界値分析、誤差推定方法、因果ダイアグラム、ランダムテスト、シーン、直交試験分析、状態遷移図、フロー分析
ホワイトボックステスト
(1)定義:出力コードロジック入力トレース、各論理的ブランチが覆われています。
(2)メインロジック部:
声明、条件、条件の組み合わせ、分岐路
ホワイトボックステストの利点と欠点(3)
利点:
A:原則を理解し、ソフトウェアの実現について慎重に検討するためにテスターを強制的に
B:各ブランチおよびパスコードで検出することができます
C:コード内の隠された問題を明らかにしました
D:完全コードの比較試験
短所:
A:いくつかの高い、テスターのコストは、プログラミングのスキルを必要とします
B:欠落しているコード・パスとデータ感度誤差を検出することはできません
C:直接需要の正しさを確認することはできません
主な設計方法(4)ホワイトボックス:論理カバレッジ、被覆サイクル、基本的なパスカバレッジ
グレーボックステスト:
黒と白のボックスの間に、入力の正確性のために関心の出力だけでなく、内部表現を懸念:(1)定義
静的テスト:
(1)定義:静的テストでは、テスト手順を実行する必要がありますが、ソフトウェアのマニュアルやコードレビュー、プログラムの複雑さの静的な措置を通じて、エラー率を減らす、手順書の欠点を見つけるために、ソフトウェアのプログラミング標準かどうかをチェックしますの出現
ダイナミックテスト:
(1)定義:動的試験(しばらくの試運転)、及び予想される結果は、テスト対象プログラムを実行して、差分の動作を確認して効率、精度、ロバスト性を分析します。
手動テスト:
(1)定義:ユーザの観点から専門のテスターに​​よってソフトウェアを体験するには、行動の設計要件を満たしています。
自動テスト:
(1)自動ソフトウェアテストツールの使用は、別個の対照試験ならびに期待される結果を実行し、自動的にチェックします
手動テストと自動テストの違い:
(1)手動テスト:
欠陥を見つけるのは簡単で、実装が容易、創造性、柔軟性
定量化が困難覆う、低繰返しテスト効率、矛盾、低い信頼性、人材依存
(2)自動テスト:
高効率、高速、高再利用性、容易なカバレッジメトリック、正確で信頼性の高い、疲れを知りません
見つかっ機械、低欠陥、大きい方への時間
9.テスト計画には何が含まれてい、テスト計画は何をすべきかを強調し、プログラムが強調テストを行う方法
テストの目的、背景、テストカバレッジ、テスト開始時刻と終了時刻、テスト戦略、テスト人員、テスト環境、リスク評価
10.(試験計画及び試験計画コンテンツの内容と同様に)、試験プログラムに含まれているどのような
(1)概要:背景ドキュメント、試験、試験内容、試験環境記述の目的(ソフトウェア、ハードウェア、ネットワーク)
(2)組織:役割と責任、トレーニング、およびテストツール
(3)試験スケジュール待ちテーブル
(4)テストプロセス:テストタイプ、テスト方法、テストキープロセスエリア(テスト計画、テストケース、テスト環境の準備、テスト実行、テストレポート)、受け入れ基準
(5)リスクと問題点
11.行うには何を持っているどちらも、テストスクリプトとは何か、テストケースは何ですか
(1)テストパスをテストまたは確認するために、プログラムが動作管理モデルをテストするために変換され、特定のニーズを満たし、テスト実行条件のために調製入力テストプログラムのセット、ステップ、期待される結果です。
スクリプト(2)または書き込みの性能をテストするための自動化テストスクリプト、書き込みテスト・スクリプトは、各試験に対応しなければなりません
(3)の関係は:テスト、操作、環境設定、所望の結果の特定のセットの下でシステムにリアルタイムテストデータ入力を提供します。
12.どのようなソフトウェア製品の品質特性がありますか?
機能:適合性、正確性、相互運用性、コンプライアンス、セキュリティ。
信頼性:成熟度、耐障害性、簡単に回復。
ユーザビリティ:、理解しやすく学びやすい、使いやすい操作性。
効率性:時間特性、リソースのプロパティ。
保守性:分析しやすく、変更しやすく、安定性、テスト容易性。
移植性:適応性、インストールの容易さ、コンプライアンス、および簡単な代替
13、ソフトウェア開発プロセスのどのタスクテスターはありますか?
(1)可能な限り早期にシステムのバグを識別します。
(2)ソフトウェア開発プロセスにおける欠陥を避けるあります。
(3)ソフトウェア、品質保証システムの品質を測定します。
(4ユーザーのニーズに焦点を当て、システムがユーザのニーズを満たしていることを確認します。
全体的な目標は次のとおりです。ソフトウェアの品質を保証するために、
ソフトウェアの欠陥には何が含まれてい14:
バージョン番号、送信されたと非難、バグ番号、バグの種類、バグのタイトル、バグの重大度レベル、バグの優先順位ステップ、実際の結果、期待される結果、キャプチャ、画面記録
15.ソフトウェアテストとは何ですか?ソフトウェアテストの目的と原則
動作させるためのプログラムで指定された条件の下では、バグを発見するソフトウェアの品質を測定し、そしてそれは、設計プロセスの要件を満たすことができるかどうかを評価します。
ソフトウェアテストの目的:
テストは、プログラムの実行が、エラーを発見することを目指しています。
成功したテストは、これまでのところ、エラーを発見していない発見されました。
成功したテストでは、間違ったテストが見つからなかった発見されました。
それは約束したかを発表しました機能の完了を確認し、そして明確に書かれた命令であり、ユーザーは機能にアクセスできます。
製品は、パフォーマンスと効率性の要件を満たしていることを確認すること。
製品が堅牢であることを確認し、ユーザーの環境に適応
ソフトウェアテストの原則:
テストケースの一部でなければならない出力又は定義を引き継ぐことが期待されます。
プログラマは、私が書いたテストプログラムを避けるべきです。
組織は、私が書いたソフトウェアテスト・ソフトウェアを書くべきではありません。
これは、各テストの結果を徹底的に調査する必要があります。
それが効果的かつ予想外の入力状況に基づくべきであるだけでなく、不正な入力や不測の事態に基づいて行われるべきテストを書きます。
手順は、「それが行われるべきで行われていない」こするかどうかをチェックし、テストの半分だけで、テストは「それは行うべきではありません行うには、」プログラムの残りの半分がチェックすることです。
ソフトウェア自体は1回限りのソフトウェアでない限り、使い捨てテストケースは、避けるべきです。
私たちは、テスト作業を計画する際に、デフォルトのエラーを見つけることができませんと仮定してはいけません。
プログラムの一部は、それがエラーの数に比例する部分で発見された、より多くのエラーの可能性が存在します。
ソフトウェアのテストは非常に創造的、挑戦的な知的作業であります
16. Q:あなたのウェブサイトを与える、あなたはどのようにテストするのですか?
まず、要求仕様、ウェブサイトのデザインやその他の関連文書、分析とテストのニーズを見つけます。
;インタフェース試験、性能試験、データベーステスト、セキュリティテスト、互換性テスト機能テスト:テスト計画、テスト戦略とテスト範囲を決定し、一般的には、次のコンポーネントが含まれ
デザインのテストケース:
機能テストには含まれるが、以下の点に限定されるものではありません。
リンクテスト。ジャンプリンクは、空のページがあるかどうか、正しいと間違ったエラーメッセージが返されるがある場合ページは、無効です。
テスト機能を提出してください。
マルチメディア要素がロードされ、正しく表示できるかどうか。
多言語サポートは、そうで正しい言語選択を表示し、することができます。
インターフェイスのテストが含まれるが、以下の点に限定されません:
ページスタイルの制服かどうか、美しいです
ページレイアウトは、優れたフォーカスとホットスポットコンテンツかどうか、合理的です
通常の使用のコントロールかどうか
コントロールのためではなく、それをインストールする必要があり、自動的に機能をダウンロードしてインストールするかどうか
小切手を書きます
パフォーマンステストは、以下の2つの側面から、一般的に次のとおりです。
ストレステスト、試験荷重、強度試験
特定のテストデータベースが必要であるかどうかを判断するには。一般的に、我々はそうで接続データベース、データアクセス動作、認証データの内容とを考慮する必要があります。
セキュリティテスト:
検査の基本的なログイン機能
オーバーフローエラーは、システムクラッシュまたは特権リークが生じるがあるか否か
SQLインジェクション、などなどの言語検査の開発に関連する一般的なセキュリティ上の問題、
あなたは、アウトソーステストの助けを借りて、またはサポートのための専門の証券会社へのアクセスを決定するために、高度なセキュリティテストが必要な場合
サポートされる組み合わせのプラットフォームを決定するために、要求仕様の内容に基づいて、互換性テスト、:
ブラウザの互換性。
オペレーティングシステムの互換性。
互換性のソフトウェアプラットフォーム。
互換性データベース
テストとレコードの欠陥を実施すること。合理的な配置は、(例えば、変更、リスク、設定、テスト、ドキュメンテーション、レポートの不良内容の需要、人材など)管理システムを確立するために必要なリソースを取得するために、事前にテストの進行状況、テストを調整します。
定期的な見直し、テストの内容を調整し、テストを評価し、まとめたもの。
 
テストポイント:SQL、インターフェース、アプリ、JMeterは、パイソン+セレン、Linuxのコマンド、シオマネキ、pytest、ジェンキンス、合意
 
 
、アンロード、ADBコマンドを実装覆うことによって達成17 APP
(1)ADBフルネーム:アンドロイドデバッグブリッジ、我々は命令セットのセットをデバッグするために使用するADBのAndroidデバイス
Androidオペレーティングシステムのシェルを操作することで、AndroidのニーズはIDE ADBによってブリッジします
Androidデバイスを接続します:
ADB IPアドレスのAndroidデバイスを接続します。
例:ADB接続コマンド:ADBが接続192.168.2.111
アンドロイドAPK:
ADBは、*の.apkのAndroid APKファイルをインストールします(ディレクトリが保存されなければならないとADB、* APKファイル名のために)、直接APKのcmdコマンドライン画面をドラッグするための簡単な方法で、あなたは出現に対処することができます。
ADBインストール手順:ADBはCをインストール:\ユーザーはAllenJ \デスクトップ\行\ xiaomi_online.apkを\
APKをアンインストールします。
ADBアンインストールAPKパッケージ名
ADBアンインストールコマンド:ADBアンインストールcom.xiaomi.bussiness.store
表示装置は、現在接続されています。
ADBデバイス  
お使いの携帯電話にファイルをコピーします。
ADBプッシュ[電話機の位置にプッシュする必要がある] [必要なファイルの場所をプッシュ];例:ADBプッシュCを:\ muzi.zip / SDカード 
デバイスを再起動します。
ADBの再起動;
リカバリモードにデバイスを再起動します:
ADBリブート回復。
ブートローダーモードに再起動します:
ADBの再起動ブートローダ。
低カバー:
ADB -rはxx.apkをインストール
高いバージョンをカバーします:
ADB -r -d例インストール:ADB -r -d Cをインストール:\ユーザーはAllenJ \デスクトップ\线上\ xiaomi_highger.apkを\
テストおよびテストアプリケーション間18.web差
言葉の面で純粋に機能テストレベルから、プロセスにおけるAPP試験、ウェブテストおよび機能テストの違いはありません。 
(1)システム・アーキテクチャ: 
Webプロジェクト、通常はB / Sアーキテクチャ、ブラウザベース 
アプリプログラム、C / Sは、クライアントが存在する必要があり、ユーザーがクライアントをインストールする必要があります。 
ウェブテストは限りアップデートサーバとして、クライアントが更新され同期します。アプリケーションプロジェクトは、クライアントとサーバーの両方を更新する必要があります。
(2)性能: 
Webページは、主に、応答時間に焦点を当てます 
このアプリは、交通、電力、CPU、GPU、メモリこれらを心配する必要があります。 
そのサービスのパフォーマンスには差は終わらない、それがサーバーです。
(3)互換の態様: 
これは、Webブラウザベースなので、より多くの傾斜ブラウザ、コンピュータハードウェア、コンピュータ・システムの方向と互換性があります 
アプリケーションのテストは、解像度、画面サイズだけでなく、機器のシステムに依存するであろう。 
Webブラウザベースのテストは、アンロードの設置を検討することが必要ではありません。 
アプリは、インストール、アップデート、アンインストールをテストする必要があり、クライアントです。従来のインストール、アップデートに加えて、アンインストールも考慮に異常な光景を取ります。インストール、弱いネットワークを含めての中断、インストール後にインストールファイルを削除します 
ネットワーク、互換性:また、いくつかの特別なテストAPPがあります。
APPのテスト機能
(機能テスト仕様の外部需要を除いては、以下のようにさらに試験する必要があります)
1:(また、互換性テスト、異なるAndroidのバージョン、異なるメーカー、異なる携帯電話のブランドとして知られている)適合性試験
2:テスト異なるネットワーク(2Gネットワ​​ーク/ 3Gネットワ​​ーク/ 4Gネットワ​​ーク/ WIFIネットワーク)
3:オンラインアップグレードのテスト
4:割り込みテスト(電話、ショートメッセージディスターブ)
5:消費電力テスト
6:弱いネットワークテスト(差信号、信号遮蔽実験室)
7:インストール・アンインストール(C / S)
8:フロー試験
19.テストを接続する方法
SOAPUIを使用してWebサービス:Webサービス・インターフェースは、どのようなツールを使用するには、郵便配達員、JMeterの:どのようなインタフェーステストツールを

 

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

おすすめ

転載: www.cnblogs.com/zhahongli/p/11389568.html