2016-04-25 38 views
1

我已經開始創建我的團隊的一個測試自動化(硒現在用量角器工作)。我是一名手動測試人員,目前正在升級我的技能。構建我的測試文件夾/方法

,我工作的項目是有2個賬戶/門戶web應用程序。一個用於客戶端,另一個用於管理員。我已經在這個結構寫我的測試

test folder 
 
---Client Tests 
 
-----ValidLogin_test 
 
-----InvalidLogin_test 
 
-----ForgotPassword_test 
 
-----other test... 
 
---Admin Tests 
 
-----ValidLogin_test 
 
-----InvalidLogin_test 
 
-----ForgotPassword_test 
 
-----other test...

現在我的問題是,我們現在正在打造一個angularJS應用程序,我需要支持它。現在,我不知道如何設計它。我應該先將平臺分開,然後是賬戶類型?或賬戶類型,然後平臺?

如果有什麼事情,你可以推薦我去學習或仰望,我將不勝感激你的時間,因爲我學習這個可擴展性的緣故很感興趣。

*我決定不包括在這一個頁面對象和utils的,以使其更加簡潔。但它們位於(同一級別)客戶端和管理測試文件夾內的文件夾中。

+0

客戶端和管理員測試中的實際邏輯是否相同?意思是,那裏有代碼重複嗎? – alecxe

+0

這取決於你,無論結構上最有意義(你比任何人都更瞭解你的應用程序)。有人說 - 我發現[本指南](https://github.com/CarmenPopoviciu/protractor-styleguide)是有用的(項目結構部分具體) – Gunderson

+0

@alecxe有一些邏輯重複,但他們是非常最小的。只在公共頁面上。忘記密碼,註冊等,但在裏面,他們是完全不同的 – Ross

回答

0

您是否有1個應用程序的行爲因登錄人而異?或2個應用程序,一個是管理員使用的,一個是客戶使用的?

我打破測試用例分解爲應用程序的邏輯區域,手動和自動測試用例的忠實粉絲。重要的是儘量減少重複的測試步驟和/或代碼。

比方說,你有兩種不同的應用:管理門戶網站和客戶端應用。而且我在每個區域內構成了一些區域。我會建議類似下面的細分。

管理入口

登錄

  • 登錄 - 成功
  • 登錄 - 無效的密碼
  • 登錄 - 最大無效嘗試

個用戶

  • 用戶 - 當前用戶信息
  • 用戶 - 排序
  • 用戶 - 過濾
  • 添加

    - 用戶 - 添加 - 成功

    - 用戶 - 添加 - 現有用戶

    - 用戶 - 添加 - 無效的用戶名

安全

然後,我會做客戶端應用程序類似的東西。根據工作流程分解文件夾結構。

對於自動化(量角器)的測試中,我建議類似於下面的文件夾結構: 規格

  • Login.spec.js
  • Users.spec.js

頁面對象

  • Login.page.js
  • Users.page.js

你會打破規格/頁對象文件,需要根據應用程序的大小/複雜性。最重要的是要利用頁面對象來重用。頁面對象將包含應用程序或頁面和可重複使用的功能,可以從您的spec文件被調用的那部分元素定位器。 spec文件包含所有的測試用例。您可以將其視爲測試的邏輯分組/文件夾。

因爲你是有角度的應用程序的工作,你不應該需要創建每個平臺你運行一個單獨的章節。您希望運行測試的每個瀏覽器都應該使用配置文件進行配置。如果由於某種原因,瀏覽器的行爲不同,我會建議在測試中傳入環境變量以配置運行測試的瀏覽器,並根據需要處理spec/page對象中的特定場景。儘管如此,我希望它不會太多。

相關問題