インターフェイスオートメーション(2)----どのようにインターフェースの自動化ユースケースを書くために

1.テストケース

1.1テストケースを理解します

1)Baiduの百科事典:テストとは何ですか?

2)英語名:テストケースは、TCと呼ばれます

1.2テストケースのタイトル

例には、 
{1} {2} _ {_} _ 3 _ {4} {5 } 
特徴:
    1は、サービスモジュールを表す
    表すインターフェイス抽象化機能
    3は、順方向または逆表す
    4は、特定のインターフェイスの機能を表し
    5を使用する例を示し重要な詳細な説明は、多数回説明してきたことがないかもしれない
例示
デバイス管理_ _正試験_店舗計装置を追加デバイスを追加:例タイトル1は、
実施例タイトル2で:デバイス管理_抗試験_デバイスを追加_追加デバイスが既に存在するコード_ゲートゲート
tc_title

テスト例1.3説明

前提条件:
  ログイン:私は、ログインする必要がありますか、どのような役割ログイン
  権限:アカウントがインタフェースにアクセスする権限がある
  に関連付けられた:(直接依存性にのみ関心)他のインタフェースへの依存性あり
試験手順:
  ステップ:試験手順は
  期待:後の操作を実行します(このインタフェースまたは他の関連するインターフェイス用)アサーションのために必要

#1 注:試験の手順ステップと期待が複数回現れることができます
tc_desc

1.4テストの評価

インストール2.のpython3のpytest +魅力

2.1サードパーティのパッケージをインストール

ライブラリのインストールpytest 
  PIPがpytestインストール
 #をアリュール-pytestライブラリがインストール 
  魅力-pytestをインストールPIP

2.2インストール魅力のHTMLツール

アリュールフレームワークは、柔軟なサポートするマルチ言語テストレポートツールです。

ステップ1:ダウンロードツール:https://github.com/allure-framework/allure2/releases

ステップ2:環境変数を追加します。

第三段階:説明:魅力は、[XMLファイルのパス] -o [HTMLファイルのパス]を生成--clean

、実質的に2.3 pytestの使用

1)先頭や末尾で実行される機能テストを探します

2)pytestコマンドの実行例:

pytest.main([ ' -  S'、 '-v'、 'FILE_PATH'、 "--alluredir = /レポート/ XML"])

、実質的に2.4魅力の利用

1  - * -コーディング:UTF-8 - * - 
2  @time:2019年9月16日午後04時38分
。3  @author:chinablue 
。4  
。5  インポート魅力
 。6  
。7 allure.feature @(" モジュール" 8 allure.story @(" 二つのモジュール" 9。 allure.description @(' '' 
10の     前提条件:
 11          1.ログイン:プラットフォーム管理者
 12は、         権限2:へのアクセスを有する
 13          関連3.データ:XXX
 14      試験ステップ:
 15          1ステップ:YYY
 16         2.校验:ZZZ
 17  ''」18  デフ試験():
 19      allure.step有する(" 步骤:YYY " ):
 20の         パス
21      allure.step有する(" 校验:ZZZ " ):
 22の         パス
23  
24  インポートpytest
 25 case_flie = R " C:\ユーザー\ reconova新しい\ケース\デスクトップ\ 0909 \ \ module_rank \ tmp.py " 
26 pytest.main([ ' -s '' -v '' {} '.format(case_flie)、" --alluredir =。/出力/レポート/ XML " ])
 27の 
28  インポートOS
 29 CMD = " 魅力生成./output/report/xml -o ./output/report/html --clean 
30 os.popen(CMD)
サンプルコード

 

3.書き込みテストケースのための規則は、インターフェースを示します

 

アイデアの実現:テストケースを作成し、HTMLの形で提示例を使用するために魅力ライブラリのPythonのバージョン(依存pytestライブラリ)を使用。

3.1概念を説明します

1)テストケース:テストで開始する機能。

2)試験クラス:テストクラスで開始、クラスは、テストケースを複数含んでいてもよいです。

3)テストモジュール:の.pyファイルは、ファイルが複数のテストクラスを含むことができます。

4)試験セット:テスト・セットは、テスト複数のモジュールを含んでもよいです。

3.2新しいテストモジュール

$ {PROJECT_ROOT} /case/module_rank/person.py

3.3新しいテストクラス

次のように1)大きなこぶを持つクラス、命名規則:

命名フォーマット:試験1 {} {2 }
 1は、モジュール名を表します。例えば:人、デバイス、他2は、インタフェースの抽象化関数を表します。以下のような:追加、削除、編集、詳細 、リストなど、

2)栗の場合

新しい人事管理モジュール・インターフェースの代わりにTestPersonAdd 
#のデバイス管理モジュール編集インターフェイスに代わってTestDeviceEdit

3.4新しい試験方法

次のように1)の命名規則:

フォーマット命名:TEST_とを1} {2} {_ _(3 1はN測定または抗測定表す2インタフェース特定の機能を表す3このサイトは繰り返し説明されないことが、重要な詳細で実施形態を表します。
 

2)栗の場合

TEST_対策は_カメラをキャプチャするためにデバイスを追加します_ _コーディング装置が使用されてきた
#1 TEST_正のテストを_ _普通の人を人を追加人を追加するTEST_正対策_ _ _普通の人荷受人必要

3.5(A)の使用を統合

1  - * -コーディング:UTF-8 - * - 
2  @time:2019年9月23日11:15 
。3  @author:chinablue 
。4  @file:person.py 
。5  
。6  
。7  クラスTestPersonAdd()
 。8  
。9      DEF TEST_測定有するn技術(自己)で_ _通常の技術を追加しました:
 10の         パス
11  
12は、 
13である クラス)TestPersonDelete(:
 14  
15      DEF TEST_陽性試験と_ _特別な人員は、当該技術分野(自己)削除:
 16本の         パスを
。17  
18れている 
19。 クラスTestPersonEdit( ):
 20  
21      DEF:編集(自己)TEST_陽性者の_ _名
 22が         パス
23は 
24  
25  クラスTestPersonDetail():
 26は、 
27      DEF :(セルフ)_ _人IDが存在しないテストの前に抗人員をTEST_
 28の         パス
29  
30  
31がある クラスTestPersonList ():
 32  
33である     DEF 人物の性別によってTEST_陽性スクリーニング検査リスト_ _ _ M技術(自己)と:
 34である         パス
サンプルコード

一般的に使用されるタグのはじめの3.6魅力

#のテストラベル、第一層パケット 
。1)allure.feature(@ タグ#のテストラベル、第2層のパケット 
allure.story(@ 2)二つのタグ#1 試験レベル 
3 ) allure.severityの@(allure.severity_level.BLOCKER)
デフォルトの関数名を使用してテストケースのタイトル、。
4)allure.title(@ タイトル例テストケース記述 
5)allure.description(@ に記載の使用#のテストステップ 
6)allure.step(@ ユースケースステップ#は、重要レポートを提示しました手順に関する情報 
7)allure.attach @()

3.7(B)の使用を統合

テストケースの要素

 

 

テスト例4.効率的な準備

アイデアの実現:pycharmカスタムテンプレートコード、高速の固定コード出力ブロック

テンプレートコードをカスタマイズする方法4.1 pycharm

テンプレートコードをカスタマイズするために必要なテストを書くためにどのような4.2またはリンクステップ

4.3いくつかの栗

おすすめ

転載: www.cnblogs.com/reconova-56/p/11567554.html