分類: 問答 常識詞典 編輯 : 常識 發(fā)布 : 08-13

閱讀 :319

在摩托羅拉的企業(yè)級移動(dòng)終端上開發(fā)的系統(tǒng)如何做自動(dòng)化測試？這個(gè)問題想請教下有測試經(jīng)驗(yàn)的前輩，目前的情形是： 1.目前部門里沒有有自動(dòng)化測試經(jīng)驗(yàn)的測試人員，短時(shí)間里也不會有； 2.自己在研究，但是不知道該選擇哪種測試工具； 3.我們的系統(tǒng)是在摩托羅拉的企業(yè)級移動(dòng)終端上運(yùn)行，需要頻繁使用掃描條碼的功能，無法在-上進(jìn)行，不知道如何在自動(dòng)化測試中設(shè)計(jì)這個(gè)環(huán)節(jié)； 4.平時(shí)需求的變更比較頻繁，大概一周會改用戶的3-4個(gè)需求，我不知道這種頻率是否會導(dǎo)致不適合使用自動(dòng)化測試，目前每次更新系統(tǒng)時(shí)人工做回歸測試，大概在一天左右； 5.不知道如何劃分哪些流程可以做自動(dòng)化測試； 6.在目前的這種情形下，除了看書看文檔，如何找到更有效地方法學(xué)習(xí)？ 希望有高手幫我根據(jù)具體情況分析，或者有好的文檔或相關(guān)的網(wǎng)站推薦?！a(bǔ)充：我大概是描述得不夠清楚，我說的需求是系統(tǒng)上了產(chǎn)品線以后，用戶要求的一些變動(dòng)，改動(dòng)不會很大。我說的需求基本只是很小的改動(dòng)，現(xiàn)在是這樣，以后可以控制到基本不出現(xiàn)這樣的情況?！霸趺醋鲎詣?dòng)化測試根據(jù)具體要求而來”目前的狀況就是不明確根據(jù)具體要求怎么去決定要不要用自動(dòng)化測試。2 個(gè)答案

答案 1：

@受邀回答怎么做自動(dòng)化測試根據(jù)具體要求而來，沒太明白你的具體情況，我想應(yīng)該是一個(gè)在摩托羅拉的系統(tǒng)上做的一個(gè)軟件吧。本來想說點(diǎn)什么，但是看到一周就有3、4個(gè)需求更改的情況下，我就沒什么好說的了，用于回歸的自動(dòng)化測試用例編寫后很快就失效了，這種情況下，可以說不但沒有做自動(dòng)化測試的必要，而且也沒有專門測試人員測試的必要，需求不明確去做需求，做完需求再研發(fā)，如果需求總改，對研發(fā)和測試都很頭痛，這樣的話直接研發(fā)與客戶溝通，中間搞那么多環(huán)節(jié)看著挺規(guī)范，實(shí)際已經(jīng)沒什么意義了。好吧，也補(bǔ)充一下吧：用戶的需求更改不影響的地方，寫成完整的測試用例，影響比較嚴(yán)重的用例，自動(dòng)化就做一半，只做 用例的前置條件?？辞闆r自己取舍吧。直接在移動(dòng)設(shè)備上做自動(dòng)化比較困難，在那個(gè)系統(tǒng)下估計(jì)沒有什么測試工具，不用-的話還是挺困難的，最好看看怎么跳過條碼的問題，如果不是測掃描的問題的話，可以考慮直接讓你們的開發(fā)人員在軟件里直接把掃描條碼的步驟在軟件里做完，這樣就可以在-上做了。最后還是質(zhì)疑一下你們是否有做自動(dòng)化的能力=_=

答案 2：

moto的自動(dòng)化測試?yán)砟钜恢必瀼氐谋容^徹底，從白盒測試到灰盒API測試以及黑盒測試都有一定程度的自動(dòng)化。但是我覺得自動(dòng)化性價(jià)比最高的階段目前還是在回歸測試階段，特別是面對需求頻繁更改的開發(fā)階段，我不覺得自動(dòng)化測試是一個(gè)好主意。另外，硬件基本的測試，如按鍵打電話/條形碼的掃描，應(yīng)該屬于手工測試范疇。即使軟件模擬成功了也不代表真的硬件能夠成功。如果你實(shí)在想做，可以做一些自動(dòng)化的小腳本，在一定程度上減輕手工測試的負(fù)擔(dān)。采用自動(dòng)化和手工測試相結(jié)合的方式不失為一個(gè)辦法。

下一篇:國內(nèi)知名留學(xué)中介和升學(xué)顧問機(jī)構(gòu)有哪些？ 下一篇 【方向鍵 ( → )下一篇】

上一篇:大家對王功權(quán)說的“中國式思維混亂”怎么看？ 上一篇 【方向鍵 ( ← )上一篇】