企業(yè)將應(yīng)用程序遷移到云端可能是一項(xiàng)獨(dú)特的挑戰(zhàn)。用戶不直接與服務(wù)器或本地IT基礎(chǔ)架構(gòu)的其他底層組件進(jìn)行交互，在云端，每個(gè)人都可以看到并使用應(yīng)用程序。因此，應(yīng)用程序測試是所有云遷移的關(guān)鍵部分。

正式的框架可以幫助IT團(tuán)隊(duì)制定云遷移測試策略，并確保應(yīng)用程序在云端正常運(yùn)行。讓我們來看看需要關(guān)注的主要領(lǐng)域、需要遵循的最佳做法以及可能出現(xiàn)的問題和解決辦法。

為什么云遷移測試很重要?

云遷移測試可幫助IT團(tuán)隊(duì)確保應(yīng)用程序在遷移到云端后繼續(xù)正常運(yùn)行，并確保更好的用戶體驗(yàn)。為此，他們必須衡量應(yīng)用程序在遷移前后的性能，它如何在本地運(yùn)行，以及它遷移到云端后如何工作。

云遷移測試的指標(biāo)有助于識(shí)別和量化任何問題，否則，基于猜測的對(duì)比會(huì)消耗IT員工的時(shí)間和資源。關(guān)鍵指標(biāo)包括應(yīng)用程序啟動(dòng)時(shí)間和響應(yīng)時(shí)間、高峰需求和非工作時(shí)間的性能以及各種平臺(tái)(臺(tái)式機(jī)、遠(yuǎn)程連接和移動(dòng)設(shè)備)上的可用性。

此外，云供應(yīng)商可能會(huì)發(fā)布更新，這可能導(dǎo)致你的應(yīng)用出現(xiàn)性能問題。通過你的測試指標(biāo)驗(yàn)證這一點(diǎn)，并與你的云提供商合作，找出發(fā)生了什么以及哪些調(diào)整將糾正這些問題。

最后，云遷移測試揭示IT團(tuán)隊(duì)可以在哪里調(diào)整性能或UX，以證明將應(yīng)用程序保留在云端的合理性。

云遷移測試與傳統(tǒng)應(yīng)用程序測試有何不同

測試本地應(yīng)用程序與測試遷移到云端的應(yīng)用程序的主要區(qū)別在于，你必須適應(yīng)云計(jì)算的可擴(kuò)展性，以及額外的集成和依賴關(guān)系。有些集成可能難以識(shí)別和理解。你的云測試框架可能與用于測試本地內(nèi)容的框架不同，并且某些工具可能不同，例如負(fù)載測試或滲透測試。

但請(qǐng)記住，從本地到云端，測試的實(shí)際最終目標(biāo)不應(yīng)該改變。不同的目標(biāo)或指南意味著不再具有可比性。使用很多相同的步驟和工具來清晰地展示你將應(yīng)用程序遷移到云端的努力，對(duì)測試框架或方法的更改可能會(huì)影響結(jié)果。

云遷移測試類型

云遷移測試的目標(biāo)不是測試所有可能的特性和功能，但你需要可靠的測試和指標(biāo)結(jié)果，以確保你的應(yīng)用程序按預(yù)期運(yùn)行。對(duì)于云遷移，下面幾種不同類型的測試尤為重要：

功能驗(yàn)證。確認(rèn)構(gòu)建滿足組件和服務(wù)功能的要求，對(duì)云遷移工作的兩邊。任何遺漏的東西都會(huì)很快凸顯。

性能。這涉及幾個(gè)指標(biāo)來衡量應(yīng)用程序在現(xiàn)實(shí)條件下的表現(xiàn)：處理數(shù)據(jù)量、容量負(fù)載以及CPU和內(nèi)存使用情況的能力。

集成。你的應(yīng)用程序可能與其他服務(wù)和應(yīng)用程序相關(guān)聯(lián)，以在云端和本地(可能兩者兼有)中共享數(shù)據(jù)。IT團(tuán)隊(duì)必須驗(yàn)證這些連接在云端是否仍然有效。如果相關(guān)服務(wù)位于不同的云端或保留在本地，這可能會(huì)很棘手。

其他需要測試的方面：如果你的應(yīng)用程序有專用門戶或需要調(diào)整界面才能在移動(dòng)設(shè)備上運(yùn)行，請(qǐng)?jiān)贏ndroid和Apple平臺(tái)上進(jìn)行測試。對(duì)于云遷移的應(yīng)用程序和在本地運(yùn)行的應(yīng)用程序來說都是如此。測試每種可能的設(shè)備類型可能不可行，因此請(qǐng)與你的用戶群一起確定最佳的移動(dòng)平臺(tái)。

此外，在蜂窩網(wǎng)絡(luò)和Wi-Fi網(wǎng)絡(luò)上進(jìn)行測試，因?yàn)椴煌臄?shù)據(jù)速度會(huì)影響應(yīng)用程序的行為。在你公司的Wi-Fi網(wǎng)絡(luò)之外執(zhí)行此操作，網(wǎng)絡(luò)內(nèi)部訪問服務(wù)的方式可能與外部Wi-Fi網(wǎng)絡(luò)不同，這可能導(dǎo)致應(yīng)用程序運(yùn)行不同或根本不運(yùn)行。

最后，測試可打印性，是的，人們?nèi)匀粫?huì)打印，對(duì)于某些人來說，這是一項(xiàng)關(guān)鍵的工作職能。不要低估這個(gè)潛在的具有挑戰(zhàn)性的技術(shù)問題。從基于云的應(yīng)用程序打印到本地打印機(jī)會(huì)遇到你在本地沒有的安全和網(wǎng)絡(luò)挑戰(zhàn)。

云遷移測試的安全注意事項(xiàng)

在你開始將應(yīng)用程序從本地遷移到云端前，應(yīng)該進(jìn)行適當(dāng)?shù)膽?yīng)用程序安全審計(jì)和對(duì)最終用戶權(quán)限的調(diào)整。你最不想做的就是引入額外的更改，而影響應(yīng)用程序的工作方式及其相互依賴性。

你的云遷移測試應(yīng)包括安全驗(yàn)證，以確認(rèn)三個(gè)關(guān)鍵因素：

(1) 誰有權(quán)訪問該應(yīng)用程序?從用戶將訪問的帳戶和特性/功能開始。添加更多變量不會(huì)幫助或加速測試， 因此，隨著橫向移動(dòng)，最終用戶的訪問應(yīng)該反映他們?cè)诒镜貞?yīng)用程序所擁有的內(nèi)容，不多也不少。

(2) 你如何確保最小特權(quán)?當(dāng)你的數(shù)據(jù)在云端的不同服務(wù)之間移動(dòng)時(shí)，哪些步驟可以確保最小特權(quán)?云供應(yīng)商提供服務(wù)和報(bào)告來幫助你解決此問題;請(qǐng)花時(shí)間學(xué)習(xí)和使用它們。

(3) 安全更改會(huì)影響應(yīng)用程序嗎?進(jìn)行安全更改后始終重新運(yùn)行應(yīng)用程序測試，因?yàn)檫@些更改可能會(huì)影響性能。例如，移動(dòng)中和靜止時(shí)的數(shù)據(jù)加密會(huì)改變應(yīng)用程序的響應(yīng)時(shí)間，還是會(huì)增加CPU周期的開銷?這可以是完整測試的子集，但你必須重新驗(yàn)證應(yīng)用程序仍然可以正常工作，并且你的安全更改不會(huì)使應(yīng)用程序脫機(jī)。

云遷移測試中的7個(gè)常見挑戰(zhàn) – 以及解決這些挑戰(zhàn)的最佳做法

無論事情進(jìn)展得多么順利，應(yīng)用程序測試都是一項(xiàng)挑戰(zhàn)。盡管你執(zhí)行所有計(jì)劃和測試，但你仍會(huì)遇到問題。沒有什么事情會(huì)像你希望的那樣順利，但大多數(shù)問題都是可以解決的。

挑戰(zhàn)#1：如何確定應(yīng)用程序測試指標(biāo)的優(yōu)先級(jí)

應(yīng)用程序的用戶體驗(yàn)和安全性對(duì)整個(gè)應(yīng)用程序很重要，但最終應(yīng)用程序必須按預(yù)期工作。缺乏核心功能的應(yīng)用程序，即使它絕對(duì)安全或?qū)τ脩魜碚f非常精簡，也沒有任何好處。

最佳做法：平衡設(shè)計(jì)和安全性與關(guān)鍵功能。花時(shí)間和精力在云遷移過程的早期解決所有因素：功能、用戶體驗(yàn)和安全性。這些不是你可以在不同階段處理的單獨(dú)方面;它們是相互關(guān)聯(lián)的，你必須在早期處理。

挑戰(zhàn)#2：不要為了讓應(yīng)用程序運(yùn)行而偷工減料

確保應(yīng)用程序在云端正常運(yùn)行至關(guān)重要，但不要為了實(shí)現(xiàn)短期目標(biāo)而養(yǎng)成不良習(xí)慣。IT團(tuán)隊(duì)可能會(huì)減少或刪除安全控制，以使應(yīng)用程序在新環(huán)境中正常運(yùn)行，然后忘記恢復(fù)這些保護(hù)措施。這最初可能會(huì)節(jié)省時(shí)間，但會(huì)在以后創(chuàng)建更多和復(fù)雜的工作，并使整體測試更加困難。

最佳做法：從一開始就規(guī)劃安全性。經(jīng)常會(huì)出現(xiàn)安全權(quán)限問題，并且可能會(huì)阻礙應(yīng)用程序的功能，但要抵制下意識(shí)的反應(yīng)，以進(jìn)行大規(guī)模更改以使事情立即運(yùn)行。在你的云遷移計(jì)劃中留出時(shí)間來解決這些問題。

挑戰(zhàn)#3：僅靠IT無法進(jìn)行云遷移測試

云遷移是一項(xiàng)復(fù)雜的工作，需要很多專業(yè)領(lǐng)域人員來確保遷移的應(yīng)用程序可以大規(guī)模安全地運(yùn)行。IT肩負(fù)著重大責(zé)任，他們可以幫助領(lǐng)導(dǎo)這些工作，但如果沒有開發(fā)方面的專業(yè)知識(shí)，你就不能只關(guān)注技術(shù)方面的問題。

最佳做法：組建多元化的測試團(tuán)隊(duì)。組建跨職能團(tuán)隊(duì)以提供應(yīng)用支持，并識(shí)別可能的問題。你的團(tuán)隊(duì)必須靈活，你需要內(nèi)容專家來確保所有方面都得到關(guān)注。在會(huì)議中，對(duì)項(xiàng)目分門別類，這樣你就不會(huì)因?yàn)檫^多的信息而使每個(gè)人負(fù)擔(dān)過重，有些人可能會(huì)感到無聊或無法理解超出他們專業(yè)知識(shí)的技術(shù)問題。

挑戰(zhàn)#4：抵制“簡單”更新和范圍蔓延

為遷移到云端的應(yīng)用程序啟用加密可能看起來很理想，而且看似簡單。但請(qǐng)注意：任何更改都可能在不知不覺中影響應(yīng)用程序操作的很多其他方面，并增加技術(shù)問題和成本。遷移測試中的這種范圍或功能蔓延可能會(huì)迅速擴(kuò)大到不可持續(xù)的水平。

最佳做法：測試和審查附加功能。首先，對(duì)于應(yīng)用程序核心功能，請(qǐng)嘗試堅(jiān)持原始計(jì)劃，測試階段不是功能擴(kuò)展的時(shí)間或地點(diǎn)。如果你必須添加任何小的新特性或功能，請(qǐng)讓每個(gè)人都同意并測試和審查這些更改，以了解其更廣泛的影響。

挑戰(zhàn)#5：平衡測試節(jié)奏與競爭優(yōu)先級(jí)

理想情況下，你應(yīng)該執(zhí)行持續(xù)的安全測試和至少每周測試以驗(yàn)證數(shù)據(jù)和處理錯(cuò)誤日志。不幸的是，IT和管理層的金錢、時(shí)間和不斷變化的優(yōu)先級(jí)可能會(huì)推翻這些計(jì)劃。云使用的每一秒都要花錢。員工需要時(shí)間和金錢，在應(yīng)用程序發(fā)布后，大多數(shù)運(yùn)營和開發(fā)團(tuán)隊(duì)都會(huì)轉(zhuǎn)移到其他項(xiàng)目。

最佳做法：圍繞重大更新進(jìn)行計(jì)劃，并推動(dòng)更多更新。 IT總能找到方法利用可用資源來滿足所需要求。對(duì)于云遷移測試，試圖了解管理層想要什么、需要什么和期望什么。為圍繞基礎(chǔ)應(yīng)用程序或平臺(tái)的重大更改，設(shè)置每日和每周檢查的測試框架。如果有更多可用資源，請(qǐng)爭取更頻繁的定期檢查。

挑戰(zhàn)#6：UX測試范圍狹窄

有些IT團(tuán)隊(duì)依賴常規(guī)用戶池進(jìn)行本地測試，或者依賴少數(shù)特定軟件的專家。但是，當(dāng)你將應(yīng)用程序遷移到云端時(shí)，你需要更全面地了解你的應(yīng)用程序。這意味著從多個(gè)角度收集有關(guān)整體用戶體驗(yàn)的數(shù)據(jù)，而不僅僅是技術(shù)角度。

最佳做法：擴(kuò)展你的用戶測試團(tuán)隊(duì)。與來自不同經(jīng)驗(yàn)和角色的大量測試人員協(xié)調(diào)用戶測試。包括精通云的人員和新手。大多數(shù)最終用戶并不了解或關(guān)心云的內(nèi)部機(jī)制，但他們會(huì)看到你的應(yīng)用程序，e并且對(duì)性能有一定的期望。有時(shí)他們可能比你更了解它。

挑戰(zhàn)#7：測試指標(biāo)忽略云成本問題

在本地遷移中，你通常擁有應(yīng)用程序涉及的所有部分。而在云遷移中，每個(gè)流程步驟、調(diào)用的服務(wù)以及傳輸?shù)骄彺婊蚍祷乇镜氐臄?shù)據(jù)都會(huì)產(chǎn)生成本。還有與其他云服務(wù)存在集成和依賴關(guān)系，其中一些可能并不明顯。你甚至可以使用新的基于云的測試工具。當(dāng)你收到賬單時(shí)，費(fèi)用可能會(huì)令人震驚，并迫使你調(diào)整應(yīng)用程序，甚至重新評(píng)估云遷移。

最佳做法：定期測試揭示成本趨勢。成本管理不是云遷移測試的重點(diǎn)，但測試可以讓企業(yè)了解應(yīng)用程序在云端運(yùn)行的情況。這就是說，頻繁的云遷移測試可以幫助企業(yè)更好地了解數(shù)據(jù)傳輸、使用模式和關(guān)鍵依賴關(guān)系。這意味著收到賬單時(shí)不會(huì)有任何意外。