經(jīng)常會(huì)發(fā)生這樣的情況：盡管擁有測(cè)試環(huán)境的測(cè)試雄妥，但最終未能從中完全避免在生產(chǎn)環(huán)境發(fā)現(xiàn)BUG允睹。不禁讓人思考：質(zhì)量檢查環(huán)境中出了什么問(wèn)題？為什么在測(cè)試環(huán)境中已經(jīng)完全通過(guò)的新功能在遷移到生產(chǎn)后又出現(xiàn)BUG？
缺乏持續(xù)監(jiān)控
監(jiān)視可以幫助防止超出閾值限制的任何代碼部署实苞，從而提供狀態(tài)穩(wěn)定性，最終防止QA質(zhì)量檢查不全面烈疚。不要僅僅依靠監(jiān)視工具黔牵！第三方不能完全考慮到每個(gè)公司的實(shí)際情況，因此將環(huán)境交由第三方服務(wù)提供商來(lái)處理是不明智的爷肝。必要的時(shí)候猾浦，需要在一個(gè)盡可能與生產(chǎn)環(huán)境相同的環(huán)境上，進(jìn)行不間斷的監(jiān)控灯抛。
最后一小時(shí)沖刺
這是在管理方面非常普遍的失望金赦。RAD（快速應(yīng)用程序開(kāi)發(fā)）的壓力導(dǎo)致快速部署。由于來(lái)自用戶的大量請(qǐng)求对嚼，錯(cuò)誤日志記錄夹抗，RCA（根本原因分析），錯(cuò)誤修復(fù)猪半，驗(yàn)證以及其他職責(zé)常常使環(huán)境負(fù)荷過(guò)大兔朦，給質(zhì)量保證蒙上陰影 偷线。結(jié)果，當(dāng)發(fā)布日期確定后沽甥，才開(kāi)始準(zhǔn)備發(fā)布通道的各類事項(xiàng)声邦。管理者需要給測(cè)試人員足夠的時(shí)間在這種環(huán)境下對(duì)產(chǎn)品進(jìn)行足夠的測(cè)試，否則摆舟，這與將更改從測(cè)試環(huán)境推向生產(chǎn)環(huán)境沒(méi)有什么不同亥曹。
兼容性測(cè)試
一個(gè)Web應(yīng)用程序在不同的瀏覽器及其版本中呈現(xiàn)的方式有所不同。這取決于制造商設(shè)計(jì)的渲染引擎恨诱。結(jié)果媳瞪，并非每種瀏覽器都以類似的方式支持applet、javascript照宝、CSS等元素蛇受。確保用戶界面健壯性對(duì)于任何企業(yè)都是至關(guān)重要的，并且是測(cè)試人員在進(jìn)行質(zhì)量檢查驗(yàn)證時(shí)應(yīng)牢記的一項(xiàng)任務(wù)厕鹃。
緊急更新
有時(shí)兢仰，重大故障會(huì)破壞團(tuán)隊(duì)的整個(gè)工作氛圍，從而影響所有人都參與其中剂碴“呀客戶，經(jīng)理忆矛，開(kāi)發(fā)人員察蹲，甚至測(cè)試人員。當(dāng)服務(wù)中斷時(shí)催训，客戶就非常著急洽议，需要盡快提供快速修復(fù)。在這種緊急情況下瞳腌，我們通常會(huì)提供解決方法绞铃，甚至立即在生產(chǎn)環(huán)境中部署次要修補(bǔ)程序，以使服務(wù)能夠正常運(yùn)行嫂侍，但是有時(shí)候會(huì)忘記在測(cè)試環(huán)境中部署該修補(bǔ)程序儿捧。在接下來(lái)的幾個(gè)小時(shí)或接下來(lái)的幾天中進(jìn)行環(huán)境修補(bǔ)程序的更新同步。這個(gè)時(shí)候需要有效的管理挑宠，以確保即使是微小的修改也可以遷移到所有關(guān)聯(lián)的環(huán)境菲盾，尤其是QA。
下一次迭代質(zhì)量檢查
這與上一點(diǎn)有關(guān)各淀。如果在生產(chǎn)中部署了立即修復(fù)程序懒鉴，由于種種原因，缺失了必要的質(zhì)量檢查。修復(fù)程序在下一個(gè)發(fā)行周期中需要引起足夠的重視临谱。常規(guī)的QA驗(yàn)證可以順利通過(guò)璃俗，但是當(dāng)遷移到生產(chǎn)環(huán)境時(shí)，代碼可能會(huì)報(bào)錯(cuò)悉默，甚至線上服務(wù)會(huì)出現(xiàn)宕機(jī)等問(wèn)題城豁。這可能是由于這兩個(gè)環(huán)境之間遺漏了一個(gè)小錯(cuò)誤而導(dǎo)致的。
過(guò)時(shí)的測(cè)試實(shí)踐
有一些公司遵循過(guò)時(shí)的測(cè)試實(shí)踐抄课，因?yàn)樗麄儞碛泄铝⒌腝A團(tuán)隊(duì)唱星，無(wú)法完全與Dev集成。在這種情況下跟磨，间聊、測(cè)試人員和開(kāi)發(fā)人員之間存在一個(gè)固定的爭(zhēng)論。修復(fù)BUG版本迅速發(fā)布到測(cè)試環(huán)境中抵拘，然后進(jìn)行質(zhì)量檢查哎榴，發(fā)現(xiàn)于此相關(guān)的另外一個(gè)BUG，將指針還原回給開(kāi)發(fā)人員僵蛛，然后開(kāi)發(fā)人員將迅速進(jìn)行重新部署叹话，并繼續(xù)進(jìn)行惡性循環(huán)。到發(fā)布日期臨近時(shí)墩瞳，與計(jì)劃或客戶期望相比，任務(wù)遠(yuǎn)遠(yuǎn)沒(méi)有達(dá)成氏豌，只能靠加班和延期來(lái)解決問(wèn)題喉酌。參考文章：集成測(cè)試類型和最佳實(shí)踐。
共同目標(biāo)缺失
就我所知泵喘，這一直是一個(gè)問(wèn)題泪电。獨(dú)立的團(tuán)隊(duì)在同一個(gè)項(xiàng)目上工作，但僅專注于他們的目標(biāo)纪铺，而在要求合作時(shí)卻一臉茫然相速。團(tuán)結(jié)則存分裂則亡。必須遵循這一座右銘鲜锚，以達(dá)到以客戶為中心的交付和高效利用資源的頂峰階段突诬。參考文章：新詞：QA-Ops、DevOps中的測(cè)試工程師芜繁、如何實(shí)施DevOps旺隙。
數(shù)據(jù)一致性缺失
如果測(cè)試環(huán)境與線上環(huán)境的數(shù)據(jù)不一致，很難保證在測(cè)試環(huán)境進(jìn)行測(cè)試活動(dòng)的質(zhì)量骏令。預(yù)上線環(huán)境的目的是在其上復(fù)制盡可能多的線上環(huán)境蔬捷。因此，復(fù)制用戶數(shù)據(jù)顯得尤為重要。不能再空表上運(yùn)行測(cè)試周拐，而是需要在處理數(shù)據(jù)庫(kù)中填充與生產(chǎn)數(shù)據(jù)庫(kù)一樣多的數(shù)據(jù)铡俐，來(lái)測(cè)試新功能和回歸舊功能。參考文章：生產(chǎn)環(huán)境中進(jìn)行自動(dòng)化測(cè)試妥粟。
錯(cuò)過(guò)探索性測(cè)試
我們對(duì)測(cè)試已知測(cè)試方案花費(fèi)的資源太大审丘，而我們卻忘記了未知的場(chǎng)景。這里所指的未知場(chǎng)景是工程師和測(cè)試人員團(tuán)隊(duì)無(wú)法預(yù)見(jiàn)的罕容，但當(dāng)成千上萬(wàn)的客戶使用該產(chǎn)品時(shí)备恤，就會(huì)暴露這些場(chǎng)景。進(jìn)行探索性測(cè)試對(duì)于消除未知風(fēng)險(xiǎn)至關(guān)重要锦秒。參考文章：探索性測(cè)試為何如此重要露泊？。
微服務(wù)的部署和管理困難
微服務(wù)是團(tuán)隊(duì)中實(shí)現(xiàn)可靠且平穩(wěn)的擴(kuò)展的實(shí)踐旅择〔研Γ可以相信，微服務(wù)和預(yù)上線服務(wù)器不是彼此對(duì)應(yīng)的生真。原因是有這么多獨(dú)立的團(tuán)隊(duì)同時(shí)提供與眾多第三方應(yīng)用程序的連接沉噩。使用生產(chǎn)環(huán)境中運(yùn)行的最新版本映射所有外部和內(nèi)部微服務(wù)變得非常具有挑戰(zhàn)性。這很困難柱蟀，但是對(duì)于確保市場(chǎng)上可靠的高質(zhì)量產(chǎn)品而言川蒙，這是至關(guān)重要的。
- 鄭重聲明：公眾號(hào)“FunTester”首發(fā)长已，歡迎關(guān)注交流畜眨，禁止第三方轉(zhuǎn)載。
技術(shù)類文章精選
- Linux性能監(jiān)控軟件netdata中文漢化版
- 圖解HTTP腦圖
- 性能測(cè)試中圖形化輸出測(cè)試數(shù)據(jù)
- JMeter吞吐量誤差分析
- 多項(xiàng)目登錄互踢測(cè)試用例
- 從Java到Groovy的八級(jí)進(jìn)化論
- JMeter如何模擬不同的網(wǎng)絡(luò)速度
- 6個(gè)重要的JVM性能參數(shù)
