所以，我決定用我今年的No Jitter帖子來(lái)做這件事。如果你對以后的文章有什么建議，請告訴我。我將從測試的重要性開(kāi)始。我關(guān)注的是UC部署測試，但這些原則對于其他IT項目也是合理的。
隨著(zhù)云計算的持續發(fā)展，我們現在越來(lái)越多地將通信作為一種服務(wù)而不是一個(gè)系統來(lái)購買(mǎi)。考慮到許多云通信服務(wù)已經(jīng)有數千（如果不是數百萬(wàn)）用戶(hù)在實(shí)時(shí)操作中，您可能會(huì )質(zhì)疑是否需要自己進(jìn)行測試。如果你聽(tīng)供應商的話(huà)，那么你應該知道“它只是工作！”但我的經(jīng)驗是，在某些情況下痛苦地學(xué)到的，僅僅因為某些東西對別人有效并不意味著(zhù)它會(huì )自動(dòng)對你有效。
從上世紀80年代我部署第一代數字PBX的那幾天起，世界發(fā)生了翻天覆地的變化。我們甚至派出了一組步行者來(lái)測試每一部電話(huà)，以確保每一部電話(huà)都能撥打和接聽(tīng)電話(huà)，保持通話(huà)，并擁有與之相關(guān)的正確分機號碼。這對于成千上萬(wàn)的用戶(hù)同時(shí)進(jìn)行“大爆炸”交換尤為重要。如果新的服務(wù)不起作用，那么我們的用戶(hù)就會(huì )陷入混亂--一個(gè)跳線(xiàn)錯誤就可能導致數百個(gè)用戶(hù)得到錯誤的電話(huà)號碼。今天，這就像每個(gè)人都可以登錄到其他用戶(hù)的帳戶(hù)一樣！
在面向軟件的現代世界中，由于各種設備都可以訪(fǎng)問(wèn)服務(wù)，因此不可能在每個(gè)場(chǎng)景中測試每個(gè)特性和功能。但那些大爆炸的老場(chǎng)景也不是那么常見(jiàn)。如今，實(shí)施計劃更有可能在一段時(shí)間內分配給遷移用戶(hù)，在舊系統退役之前，部署新的通信服務(wù)并與舊系統并行工作。因此，如果新的服務(wù)不起作用，那么用戶(hù)總是可以依靠舊的服務(wù)--至少有一段時(shí)間。
但測試仍然至關(guān)重要。我學(xué)會(huì )了不相信任何人。每一個(gè)安裝都會(huì )有問(wèn)題，而讓它們在業(yè)務(wù)照常（business-as-usual，BAU）操作中被發(fā)現，將在未來(lái)幾年削弱用戶(hù)對服務(wù)的信心。訣竅是考慮要測試什么，然后設計一個(gè)定制的測試計劃，它不重復其他人已經(jīng)做過(guò)的工作，而是關(guān)注用戶(hù)的訪(fǎng)問(wèn)、定制和配置需求。我建議以下幾點(diǎn)：
- 在測試中要有分寸和專(zhuān)注。不要什么都做。考慮哪些可能出錯，哪些對用戶(hù)和業(yè)務(wù)真正重要。
- 從一開(kāi)始就考慮測試--將其納入采購規范、工作說(shuō)明書(shū)、實(shí)施計劃和變更控制中。
- 不要做醫生的工作。您有理由期望并要求您的提供商進(jìn)行充分的測試，并將有效的服務(wù)移交給您。但一定要做到這一點(diǎn)。要求提供書(shū)面的測試結果。
- 分層組織測試。
- 系統測試應該測試一些重要的東西，比如連接和訪(fǎng)問(wèn)、兼容性（例如與桌面構建的兼容性）、恢復能力和故障轉移。
- 用戶(hù)測試應側重于確保服務(wù)滿(mǎn)足用例。實(shí)事求是，但在BAU測試時(shí)也要謹慎。考慮提前識別和模擬任何關(guān)鍵用例。
- 考慮壓力/負載測試是否合適。對于基本的用戶(hù)服務(wù)，您可能不需要它，但是對于任務(wù)關(guān)鍵型功能（如聯(lián)絡(luò )中心）來(lái)說(shuō)，它是必不可少的。
- 不要忘記測試管理和報告系統。
- 不僅僅是技術(shù)問(wèn)題。別忘了測試你的流程，比如入職和支持流程。
- 最后，測試災難恢復（DR）和業(yè)務(wù)連續性（BC）。您確信服務(wù)提供商已備份并可以快速恢復您的配置嗎？考慮一個(gè)完整的DR測試。一旦服務(wù)上線(xiàn)，這是非常困難的，而且可能無(wú)法孤立地完成。因此，請與您更廣泛的IT和運營(yíng)部門(mén)同事一起將其構建到完整的站點(diǎn)或組織范圍的災難恢復測試中。
如果測試失敗了，事先想想你可能會(huì )采取什么行動(dòng)。本地硬件問(wèn)題應該很容易糾正。測試可能會(huì )突出顯示配置問(wèn)題。希望這些問(wèn)題也能很容易解決。但是基本的軟件/解決方案能力問(wèn)題更具挑戰性。在這種情況下，你需要改變你的操作過(guò)程或者管理你的用戶(hù)期望，而不是等待一個(gè)軟件修復或者可能永遠不會(huì )出現的新特性。
最后，請記住，僅僅因為您的服務(wù)已經(jīng)上線(xiàn)，測試的需求還沒(méi)有結束。考慮作為變更控制的一部分，您需要運行哪些測試。主要的軟件更新可以提供新的功能，但有時(shí)會(huì )破壞現有的功能。考慮是否應該在升級時(shí)對關(guān)鍵功能進(jìn)行基線(xiàn)測試。
總之，有效的測試是不可替代的。你不能把責任讓給你的供應商和服務(wù)提供商。你需要保持控制。但要相稱(chēng)，對所有功能測試一遍是不可能的。測試對用戶(hù)真正重要的元素。
我的烏托邦夢(mèng)想是認為測試是不合理的，因為安裝應該是完美的。只是還沒(méi)發(fā)生！
聲明：版權所有 非合作媒體謝絕轉載
作者：Dave Mailer
原文網(wǎng)址：
https://www.nojitter.com/ucaas/ucaas-testing-why-its-important-how-get-it-right
