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