我觀看了youtube上的視頻,建議使用劇本模式作爲使用通常頁面目標的替代方法。我看到的唯一優點是頁面對象類沒有那麼大。還有什麼我失蹤?我一直在搜索,所有的網站都會使用serenity bdd引用youtube演講中的例子。有人可以解釋爲什麼比使用頁面對象更好(或者更糟糕)?在頁面對象上使用劇本模式有哪些優點/缺點?
一個不使用寧靜bdd的例子會非常有幫助。
我觀看了youtube上的視頻,建議使用劇本模式作爲使用通常頁面目標的替代方法。我看到的唯一優點是頁面對象類沒有那麼大。還有什麼我失蹤?我一直在搜索,所有的網站都會使用serenity bdd引用youtube演講中的例子。有人可以解釋爲什麼比使用頁面對象更好(或者更糟糕)?在頁面對象上使用劇本模式有哪些優點/缺點?
一個不使用寧靜bdd的例子會非常有幫助。
簡而言之,ScreenPlay鼓勵更好的軟件工程實踐,從而使得測試更快速,更易於長期維護,但需要更好地理解OOP以獲得其全部好處(儘管它具有顯着的擴展性以及初級工程師,只要有幾位高級工程師瞭解這種模式)。
頁面對象這些對象只是用來幫助引入自動化測試人員以更好地測試自動化實踐的墊腳石,但仍然會導致難以維護的代碼。看看這篇文章的原始故事:https://ideas.riverglide.com/page-objects-refactored-12ec3541990。
有幾個劇本的其它實施方式,其中包括: - JNarrate:https://bitbucket.org/testingreflections/jnarrate/wiki/Examples - 敘述:https://github.com/tim-group/narrative
劇本是演員或用戶爲中心的模式,這是更容易按比例,並且比步驟更可重複使用的在許多情況下圖書館。一旦寫完任務,你很少需要改變它(尊重開放 - 封閉原則)。以角色爲中心的模型還可以更容易地模擬多個用戶在情景中進行交互的情況(例如,使用不同的瀏覽器)。揚·莫拉克在本文中談及劇本中以演員爲中心的一面:https://janmolak.com/user-centred-design-how-a-50-year-old-technique-became-the-key-to-scalable-test-automation-66a658a36555