需求變動頻繁的情況下,如何做自動化測試?

時間 2021-06-03 17:45:17

1樓:軟體測試工程嬸

自動化測試有三個前提,首先適用於周期長的專案(三個月以上),其次是需求比較穩定(需求頻繁變動還是選擇手工測試為好),最後是測試指令碼可重複使用

2樓:

自動化測試還有乙個目的是減少重複性的工作量.

在乙個可交付單位內如果需求改動不頻繁(例如敏捷的乙個interation中,story的改動不頻繁,只是每個release都會對之前的功能有改動)也可以考慮實現部分自動化測試用例。主要目的是冒煙和回歸。在切換測試環境和上線時,這些自動化用例也會有一定的幫助。

當然了,這時候我個人覺得這種情況下需要考慮自動化框架的結構,越輕便簡易越好,甚至一些錄製的,引數化的,封裝好的指令碼就可以達到很好的效果。

3樓:AlexChang

UI變動快但後端變動很少的情況下,做介面自動化還是可行的。但如果都不穩定狀態,還是放棄自動化,畢竟保證功能為首要,人工做怎麼樣都不可或缺的。

4樓:樂老師

不建議你做自動化測試,需求變動時,很多需求模組之間有些有關聯關係,也許開發都要改動,更別提你的測試用例了

什麼型別的專案適合自動化?

需求穩定,不會頻繁變更

定期構建,測試驗證

比較頻繁的回歸驗證

UI介面穩定,變動少

多平台執行,組合遍歷型、大量的重複任務

軟體維護周期長,有生命力

專案進度壓力不大

被測系統開發辦為規範,可測試性強

具備大量自動化測試平台

測試人員具備較強的程式設計能力

5樓:多動多得軟體測試培訓

你這裡需要明白,做自動化的意義是什麼, 第一:做自動化測試一般都是為了做回歸測試,驗證開發修改的東西是否影響到以前的功能, 不是為了發現新的BUG 。 第二:

做自動化是一般都是在專案比較成熟的時候才會做自動化。 所以根據您這種情況的話,我這邊是不太建議您做自動化,可以等專案比較成熟過後在做自動化

6樓:「已登出」

看是頁面UI自動化還是介面自動化

如果是UI自動化,那麼需求變動基本上頁面變化也比較大,這種情況一般不用考慮自動化,維護成本太高。

如果是介面自動化,那麼維護成本相對較低,需求變更不涉及過多的介面變化的話可以嘗試自動化測試

這種情況下我應該如何做以突破窘境?

xueming 羨慕。能遇見這種人相愛是你的福氣。盡全力爭取吧,然後靜待結果。曾經歷過類似de事情,不過我沒有等來希望的結局。用了大約三年的時間療傷,願天下有情人終成眷屬 笨狐狸 不管一切把自己變得更好。沒有錢請她吃西餐但你可以學著做美味佳餚,沒有錢陪她去浪漫就去掙!我相信她愛你也會為你學著過普通人...

在現階段的社會情況下,如何做監理才能游刃有餘?

VICTOR魏 我從事監理行業,滿打滿算555天剛剛好。在廣東建築研究設計院旗下監理單位就業,總結監理就是拿賣白菜的錢操賣白粉的心,必須得有一張會說話的嘴。 胤然詩創 其實,中國現階段的諸多領域也迫切需要文化監理,這是人和社會的底層需求得到解決之後,在向更高的文化 精神層面提公升程序中的必然趨勢。文...

在對方不喜歡自己的情況下如何做到不帶低落情緒的快樂地去愛 即不求回報毫無保留地付出?

于洋 回答之前,我想先說乙個詞,叫備胎。大家都知道備胎不好,都不喜歡做備胎。有了備胎的姑娘也各種否認,我不是那種人。真成了誰誰的備胎,已經成了一件特丟人的事。那備胎的定義是什麼?一廂情願的人罷了。做備胎,特丟人麼?我其實從來都不覺得心甘情願的對自己喜歡的人好有什麼好丟人的。但是我也不贊成。因為題主的...