転載:https://www.cnblogs.com/testjiali/p/10411944.html
実際の自動化するためのPythonインタフェースは - ニーズ分析
はじめに:
製品の急速な反復では、自動テストはほとんどすべてのテスターが基本的なスキルを習得しなければならないとなっています。我々は、すべての開発段階での製品は、自動化に適していないことを知っているが、製品の安定した状態は、一般的に基本的な機能を変更しない場合は、自動化されたテストは、彼の優位性を強調するために開始されます。
この作品は、週に2回更新素早く製品(ウェブ端、アンドロイド、イオス)リアルタイム通信、製品の繰り返しをやって数ヶ月、となっています。各リリースバージョンでは、我々が回帰テスト呼んで、基本機能が正常であることを確認する必要があるので、私は自分自身に私が現在経験している二つの問題に対処するためのインターフェースの自動化フレームワークを構築することを決めました。
1)システムは、通常、テストを行うことが可能であることを保証するために新しいインターフェースの開発を送信する前にスモークテストを実施
回帰テストが完了した後、2)新たな問題はバグ修正が完了した後に導入されないことを保証するために、機能テスト/バグ回帰を完了
これを念頭において、それは、開発プロセスを研究し、記録します今後数ヶ月の操作を開始します、彼の小さな戦闘の一つ、それ考えることができます。
1.テストの目的
同社のプロジェクト、サービス、インターフェイスの増加が連続的に増加、リターンの量を増加させる作業に、インタフェースのタイミング回帰テストの必要性は、システムの安定性を確保します。
1)システムは、通常、テストを行うことが可能であることを保証するために新しいインターフェースの開発を送信する前にスモークテストを実施
回帰テストが完了した後、2)新たな問題はバグ修正が完了した後に導入されないことを保証するために、機能テスト/バグ回帰を完了
2.試験方法
我々の現在のHTTPプロトコルインターフェイスが使用され、テストの基本的な原理は、フロントエンド(クライアント)インターフェースは、通常のデータ交換することができるかどうかを決定するために、サーバに対応する応答データをデータを送信シミュレートすることです。
上院フォーマットに開発者インタフェースによって提供されたアドレスにアクセスするためによれば、要求フォーマット、インタフェース要求データステッチビューが結果を返し、メッセージを返し、応答時間、リターンJSONの内容を確認するインタフェース定義仕様は期待リターン結果と一致している満たしています。
3.テストフレームワークの実装工程
第一段階:
1)Pythonのユニットテストフレームワークは、単一のインターフェースの終了要求に基づいて、そのようにパッケージ化
2)例外処理を追加
第二段階:データおよびコードの分離を達成します
1)テストケースの設計:第四章で述べた特定のテストのアイデア
2)openpyxlを使用してデータを読み取り、テストデータに優れ
3)試験データの種類を格納する読み出しでしょうか? - 辞書
4)パラメトリック試験データ?-ddt
5)ライトバックテスト結果と実際の結果
第三段階:
1)構成例を実施することができます
動作の各ステップを追跡しているように2)、デザインをログ
3)テストレポートを生成-HTMLReport
ジェンキンス - 4)継続的な統合を実装
次のようにフレーム構造です。
4.テストのアイデア
最初のインターフェイス文書、試験シナリオに従って試験測定、パラメータ、パラメータと戻りJSON仕様データ構造に対応するインタフェースを明確に理解します。
1)インターフェイスパラメータは、使い慣れたインターフェイスパラメータ入力要件、入力値の範囲は、理解などが必要。
2)インタフェース出力が理解さ、構造が異なるタイプのデータを返すために、JSON馴染みの構成、カテゴリの戻り値は、戻り値の範囲を返します。
3)論理インターフェイス、インターフェイス相互馴染み態様、インタフェースおよびデータ転送インタフェースとの間の依存関係に関連付けられたサービス・インターフェースを理解します。
4)入力(パラメータ名、範囲)、出力(パラメータ名と値の範囲を返す)、関係、テストポイント分析によると、テスト・ポイントを探します。
4.1通常のシナリオのテスト
適切にインタフェースをテストする場合、インターフェースドキュメントの厳密な定義によれば、正しいパラメータ名を提供し
4.2異常なテストシナリオ
1)長さの制限:登録、より少ない又はより多い11の入力電話番号などを
2)必要な判決:必要なパラメータには、パスワードを入力しなくても、そのようなログイン時刻として、空であります
3)の分析データ型:int型は、必要に応じて、文字列型の結果が合格合格します
このようなログイン、間違った電話番号など:4)データの正当性を決定します
5)を繰り返し値決意:登録ユーザー名は、既存のを入力してください
4.3論理的なシナリオのテスト
4.4アサーションをチェック
チェックインタフェース要求が結果の期待される結果を返し:ステータスコード、データベースが決定され、データ値等
具体的なアサーションチェックビジネスシナリオを設定する必要があります
はじめに:
製品の急速な反復では、自動テストはほとんどすべてのテスターが基本的なスキルを習得しなければならないとなっています。我々は、すべての開発段階での製品は、自動化に適していないことを知っているが、製品の安定した状態は、一般的に基本的な機能を変更しない場合は、自動化されたテストは、彼の優位性を強調するために開始されます。
この作品は、週に2回更新素早く製品(ウェブ端、アンドロイド、イオス)リアルタイム通信、製品の繰り返しをやって数ヶ月、となっています。各リリースバージョンでは、我々が回帰テスト呼んで、基本機能が正常であることを確認する必要があるので、私は自分自身に私が現在経験している二つの問題に対処するためのインターフェースの自動化フレームワークを構築することを決めました。
1)システムは、通常、テストを行うことが可能であることを保証するために新しいインターフェースの開発を送信する前にスモークテストを実施
回帰テストが完了した後、2)新たな問題はバグ修正が完了した後に導入されないことを保証するために、機能テスト/バグ回帰を完了
これを念頭において、それは、開発プロセスを研究し、記録します今後数ヶ月の操作を開始します、彼の小さな戦闘の一つ、それ考えることができます。
1.テストの目的
同社のプロジェクト、サービス、インターフェイスの増加が連続的に増加、リターンの量を増加させる作業に、インタフェースのタイミング回帰テストの必要性は、システムの安定性を確保します。
1)システムは、通常、テストを行うことが可能であることを保証するために新しいインターフェースの開発を送信する前にスモークテストを実施
回帰テストが完了した後、2)新たな問題はバグ修正が完了した後に導入されないことを保証するために、機能テスト/バグ回帰を完了
2.試験方法
我々の現在のHTTPプロトコルインターフェイスが使用され、テストの基本的な原理は、フロントエンド(クライアント)インターフェースは、通常のデータ交換することができるかどうかを決定するために、サーバに対応する応答データをデータを送信シミュレートすることです。
上院フォーマットに開発者インタフェースによって提供されたアドレスにアクセスするためによれば、要求フォーマット、インタフェース要求データステッチビューが結果を返し、メッセージを返し、応答時間、リターンJSONの内容を確認するインタフェース定義仕様は期待リターン結果と一致している満たしています。
3.テストフレームワークの実装工程
第一段階:
1)Pythonのユニットテストフレームワークは、単一のインターフェースの終了要求に基づいて、そのようにパッケージ化
2)例外処理を追加
第二段階:データおよびコードの分離を達成します
1)テストケースの設計:第四章で述べた特定のテストのアイデア
2)openpyxlを使用してデータを読み取り、テストデータに優れ
3)試験データの種類を格納する読み出しでしょうか? - 辞書
4)パラメトリック試験データ?-ddt
5)ライトバックテスト結果と実際の結果
第三段階:
1)構成例を実施することができます
動作の各ステップを追跡しているように2)、デザインをログ
3)テストレポートを生成-HTMLReport
ジェンキンス - 4)継続的な統合を実装
次のようにフレーム構造です。
4.テストのアイデア
最初のインターフェイス文書、試験シナリオに従って試験測定、パラメータ、パラメータと戻りJSON仕様データ構造に対応するインタフェースを明確に理解します。
1)インターフェイスパラメータは、使い慣れたインターフェイスパラメータ入力要件、入力値の範囲は、理解などが必要。
2)インタフェース出力が理解さ、構造が異なるタイプのデータを返すために、JSON馴染みの構成、カテゴリの戻り値は、戻り値の範囲を返します。
3)論理インターフェイス、インターフェイス相互馴染み態様、インタフェースおよびデータ転送インタフェースとの間の依存関係に関連付けられたサービス・インターフェースを理解します。
4)入力(パラメータ名、範囲)、出力(パラメータ名と値の範囲を返す)、関係、テストポイント分析によると、テスト・ポイントを探します。
4.1通常のシナリオのテスト
適切にインタフェースをテストする場合、インターフェースドキュメントの厳密な定義によれば、正しいパラメータ名を提供し
4.2異常なテストシナリオ
1)長さの制限:登録、より少ない又はより多い11の入力電話番号などを
2)必要な判決:必要なパラメータには、パスワードを入力しなくても、そのようなログイン時刻として、空であります
3)の分析データ型:int型は、必要に応じて、文字列型の結果が合格合格します
このようなログイン、間違った電話番号など:4)データの正当性を決定します
5)を繰り返し値決意:登録ユーザー名は、既存のを入力してください
4.3論理的なシナリオのテスト
4.4アサーションをチェック
チェックインタフェース要求が結果の期待される結果を返し:ステータスコード、データベースが決定され、データ値等
具体的なアサーションチェックビジネスシナリオを設定する必要があります