門市收銀系統備份還原測試管理
還原測試管理係管乜嘢
還原測試管理管嘅唔係備份點樣整出嚟，而係備份副本整好之後，點樣有計劃咁驗證佢還原之後係咪用得。門市平日見到備份完成嘅提示，只能夠證明複製動作曾經行過，唔能夠證明還原嗰陣資料齊全、系統行得順。測試管理就係將呢個驗證過程變成固定安排，邊個副本要驗、點樣驗、幾時驗、邊個睇結果，事前寫清楚，唔好靠臨場諗起先做。
本篇只寫測試制度本身，備份點樣製作、備份點樣加密、電源設備點樣測試、停機嗰陣點樣通知顧客、成套系統全面覆核、日常操作紀錄點樣覆核，全部唔喺本篇範圍。將範圍收窄係有原因嘅，測試制度本身已經夠複雜，混埋製作同其他管理制度一齊寫，門市好容易分唔清邊一步係驗證、邊一步係製作，結果測試做咗都等於冇制度。
冇制度嘅測試通常有幾個共通問題，測試對象靠人記，今日驗呢個副本、聽日驗嗰個副本，冇名單就冇人知邊個未驗；測試方法每次唔同，今次只係開個檔睇下，下次又成套還原，結果根本比唔到；測試失敗又冇人跟，失敗副本繼續擺喺度，好似仍然用得咁。呢啲問題唔係技術問題，而係安排問題，所以要用管理制度去處理。
一套完整嘅測試制度起碼要包八樣嘢，測試對象名單、測試種類、排期方法、隔離環境、分檔標準、失敗跟進、測試紀錄同交接測試。以下各節會逐樣講點樣定，門市可以按自己規模調整細節，但八樣嘢缺一不可，缺咗其中一樣，制度就會出現盲點。
測試對象名單點樣定
測試對象名單係一張寫明邊啲備份副本同邊啲資料檔要入測試表嘅清單。名單上面要寫清楚副本屬於邊個收銀位、對應邊段營業期間嘅資料、入面包括邊類資料檔，例如交易紀錄、商品資料同收銀設定。名單寫得愈具體，測試嗰陣就愈少爭拗，唔會出現兩個人對同一個副本有唔同理解嘅情況。
名單唔係寫一次就永久有效，門市有變動嗰陣就要更新。新增收銀位、更換收銀設備、資料檔結構有改動、門市搬位或者營業模式有變，都可能令舊名單唔再啱用。更新名單嗰陣要同時記低改動原因同改動日期，等日後有人問點解某個副本突然入咗測試表或者跌出測試表，可以搵返個原因。
名單上面嘅對象唔需要全部用同一種嚴格程度去驗，門市可以按資料重要性分先後。交易紀錄同收銀設定一旦還原唔到，對日常營業嘅影響好直接，排期嗰陣應該行先；相對次要嘅資料檔，測試安排可以寬鬆啲。分先後唔係叫門市放棄次要資料，而係將有限嘅測試時間同人手用喺影響最大嘅地方先。
名單要放喺負責測試嘅同事隨時搵得到嘅地方，而且要有人專責睇住佢。專責同事唔一定係親手做測試嗰個人，但佢要知道名單最新版本喺邊、邊個改過、幾時改過。名單長期冇人睇，遲早會同現實脫節，測試制度表面上仲喺度，實際上已經驗緊一啲過時嘅對象。
測試種類點樣分
測試種類可以按驗證深度分開，淺層驗證係抽取個別資料檔，檢查檔案係咪開得到、內容係咪讀得到、基本結構係咪完整。呢種驗證做得快、對營業干擾細，適合用嚟經常確認副本冇明顯損壞。不過淺層驗證只能夠證明個別檔案冇事，唔能夠證明成套系統還原之後可以正常收銀。
深層驗證係將成套備份還原到測試環境，再檢查系統係咪行得順、資料係咪齊全、收銀流程係咪走得通。呢種驗證最接近真實還原嗰陣嘅情況，可以發現淺層驗證睇唔到嘅問題，例如設定缺失或者資料檔之間對唔上。深層驗證需要較多準備同時間，門市要預留環境同人手，唔好喺營業高峰期臨時先諗起要做。
兩種驗證唔係二揀一，而係互相配合。淺層驗證用嚟保持日常信心，深層驗證用嚟確認成套還原真係行得通。門市定制度嗰陣，要寫明邊類對象用淺層驗證、邊類對象要用深層驗證，唔好每次由測試同事憑感覺決定。感覺決定嘅結果，通常係忙嗰陣只做淺層，閒嗰陣先做深層，重要對象反而未必得到深層驗證。
每次測試都要記低用咗邊種驗證，唔好只寫一個籠統嘅合格字眼。日後覆核嗰陣，覆核人要睇得出某個副本只係通過淺層驗證，定係已經通過深層驗證，兩者嘅信心程度完全唔同。將驗證種類寫入紀錄，係避免門市高估備份可靠程度嘅關鍵一步。
測試計劃同排期點樣排
測試計劃係測試開始之前已經寫好嘅安排，入面要包括今次驗邊個對象、用邊種驗證、喺邊個環境做、由邊個負責、結果點樣分檔、失敗嗰陣點樣跟進。計劃寫好先做測試，唔係做完先補寫計劃，兩者次序調轉，計劃就會變成事後解釋，失去事前把關嘅作用。
排期要按對象重要性分先後，重要資料行先，次要資料行後，唔好將所有對象排喺同一日一次過做晒。一次過做晒表面上好有效率，實際上測試同事會因為時間壓力而求其做，而且一旦中途出問題，成個排期就會亂晒。分開排期仲有一個好處，就係每次測試嘅結果可以獨立覆核，唔會互相掩蓋。
排期仲要配合門市營業節奏，測試工作唔應該同最忙嘅收銀時段撞期。測試環境雖然同正式收銀分開，但測試同事同覆核同事始終係門市人手，營業高峰期抽人去做測試，測試質素同前台服務都會受影響。計劃入面預留返足夠時間，寧願分幾次慢慢做，都唔好為咗趕而縮短驗證步驟。
計劃唔係定死咗就唔改得，門市有變動、測試對象有增減、上次測試有失敗未解決，計劃都要跟住調整。調整嗰陣要記低改咗邊部分同點解要改，唔好靜靜地改完就算。計劃改動紀錄本身就係制度嘅一部分，日後有人問點解某個對象嘅排期變咗，可以搵返個改動原因。
測試環境點樣同正式收銀分開
測試還原一定要喺同正式收銀分開嘅環境進行，測試動作唔可以直接覆蓋正式收銀機上面嘅資料。正式收銀機上面嘅資料係門市當日營業嘅依據，一旦俾測試還原覆蓋咗，就算測試本身成功，正式資料都可能已經亂晒，損失遠遠大過測試帶來嘅信心。分開環境係測試制度入面最唔可以妥協嘅一條線。
分開環境嘅做法可以好簡單，重點係測試用嘅機器同資料要同正式營業用嘅機器同資料完全分開，而且測試資料要有清晰標示，令人一眼就知呢批係測試資料，唔係正式交易。測試完成之後，測試資料要按計劃清理或者封存，唔好長期擺喺測試環境入面，同之後嘅測試資料混埋一齊，搞到下次測試都分唔清邊批係今次嘅結果。
POS 喺呢套安排入面，作用係記低用咗邊種付款方式、將交易分類，同埋協助對數，收款本身由獨立渠道完成，例如八達通機就係其中一種獨立收款裝置。測試環境入面產生嘅測試交易，只係用嚟驗證還原之後系統行唔行得通，絕對唔可以流入正式對數。測試同事同覆核同事都要識分呢條界，測試紀錄上面亦要寫明今次係測試交易，唔係正式營業交易。
如果門市暫時冇現成嘅獨立測試機器，唔好因此就直接喺正式收銀機上面試。正確做法係先同供應商商量一個合適嘅隔離方法，例如借用後備機器或者安排非營業時間用特別方式測試，將方法同限制寫入計劃先至做。冇隔離方法就硬做測試，表面上慳咗時間，實際上係將正式資料置於風險之中。
合格、觀察同唔合格點樣分檔
分檔標準一定要喺測試之前定好，唔好等到結果出咗先至諗點樣評。事前定好標準，測試同事同覆核同事先至有同一把尺，唔會因為今次結果好或者唔好而臨時改標準。標準要寫得具體，例如資料齊全、系統行得順、收銀流程走得通先至算合格，含糊嘅標準等於冇標準。
合格檔代表還原之後嘅資料同系統表現都符合事前定好嘅要求，門市可以繼續將呢個副本視為可用嘅還原來源。合格唔代表副本永遠冇問題，只係代表今次測試嗰陣冇發現問題，下次測試仍然要按計劃做，唔可以因為今次合格就跳過之後嘅測試。
觀察檔代表還原大致上行得通，但中途出現一啲值得留意嘅情況，例如有細節同預期唔完全一致、某個步驟要用人手補做先至行得順、系統反應比平時慢。觀察檔唔等於合格，亦唔等於唔合格，重點係要將觀察到嘅情況寫清楚，並且定明邊個負責跟進、幾時要再睇一次。觀察事項長期冇人跟，好容易慢慢變成真正嘅故障。
唔合格檔代表還原之後資料有缺失、系統行唔到、收銀流程走唔通，或者紀錄對唔上。唔合格嘅副本要即時標示清楚，門市上下都要知道呢個副本目前唔可以當作可靠嘅還原來源。標示方法要簡單直接，擺放位置亦要令人唔會誤用，例如喺名單上面改狀態、喺存放位置加提示，總之唔好只靠口頭傳話。
測試失敗之後點樣跟進
測試失敗之後第一步唔係即刻再試一次，而係將失敗狀態標示清楚，並且通知負責測試制度嘅同事。標示同通知要快，拖得愈耐，門市就愈有可能喺不知情之下繼續依賴一個已經驗出有問題嘅副本。通知內容要包括邊個對象失敗、用咗邊種驗證、失敗表現係點，唔好只講一句測試唔得就算。
跟進嗰陣要分清楚問題出喺邊，係副本本身有問題、測試環境有問題，定係測試步驟有問題。副本問題可能係資料唔齊全或者檔案損壞，環境問題可能係測試機器設定同正式環境唔一致，步驟問題可能係測試同事漏咗某個環節。未分清楚原因就急住重測，重測結果好大機會同上次一樣，浪費時間之餘，仲會令人誤以為問題已經解決。
原因分清楚之後，就要定明邊個負責處理、處理方法係點、完成之後點樣確認。需要供應商協助嘅情況，就要將失敗表現同測試紀錄一併交俾供應商，等對方唔使靠估去判斷問題。跟進過程本身都要留紀錄，包括聯絡過邊個、對方點樣回覆、採取過邊啲處理步驟，唔好只留一個最終結果。
處理完成之後一定要安排重測，重測要用返同一個對象同同一種驗證，先至可以同失敗嗰次結果比較。重測結果要獨立記低，唔好直接改寫上次失敗嘅紀錄，否則日後覆核嗰陣就會睇唔到曾經失敗過。副本嘅狀態只可以喺重測合格之後先至改返做可用，重測之前仍然要維持唔合格嘅標示。
測試紀錄點樣寫先搵得返
測試紀錄最少要包括測試對象、驗證種類、測試環境、負責同事、結果分檔、觀察事項同跟進安排。呢啲欄目缺一不可，缺咗對象就唔知驗過邊個，缺咗驗證種類就唔知信心程度去到邊，缺咗跟進安排就唔知失敗之後邊個要做嘢。紀錄欄目喺制度開始嗰陣就要定好，唔好每次由測試同事自己諗要寫邊啲。
紀錄要由覆核人覆核，覆核人同測試同事最好分開，唔好由同一個人又做又覆。覆核人要檢查紀錄係咪齊全、結果分檔係咪符合事前標準、觀察事項有冇跟進安排、失敗個案有冇重測計劃。覆核唔係簽個名就算，而係要真係睇過內容，發現紀錄有缺漏嗰陣要退返俾測試同事補返。
紀錄存放要固定，而且要按時間或者對象順序排好，等舊紀錄隨時搵得返。門市可以選擇紙本檔案夾或者電子資料夾，重點係長期用同一種方法，唔好今次放紙本、下次放電子，搞到搵舊紀錄嗰陣要周圍問。存放位置要話俾所有相關同事知，唔好只得一個人知紀錄擺喺邊。
舊紀錄唔係擺喺度就算，定期翻睇舊紀錄可以發現一啲單次測試睇唔到嘅趨勢。例如同一個對象成日出現觀察事項，或者同一個環節反覆失敗，就代表計劃或者副本安排本身可能有問題，需要檢討制度，而唔係每次只處理單次結果。將舊紀錄當作檢討材料，測試制度先至會愈做愈穩。
交接嗰陣測試點樣安排
測試負責人有變動嗰陣，交接唔可以只交一張名單同一個檔案夾就算。新接手嘅同事需要親身做一次交接測試，喺舊負責人或者覆核人陪同之下，按計劃完成一次驗證，並且按制度寫紀錄同分檔。親身做過一次，新同事先至會知道測試環境喺邊、紀錄點樣寫、失敗嗰陣要搵邊個，唔會只係紙上識得個流程。
交接測試嗰陣，舊負責人要將過去嘅觀察事項同未解決嘅失敗個案講清楚，包括邊個對象曾經失敗、處理到邊個階段、重測安排係點。新同事接手之後，呢啲未完成嘅跟進唔會因為換人而消失，交接紀錄上面要寫明邊啲跟進已經交咗俾新同事，邊啲仍然要舊負責人協助，責任交接要白紙黑字，唔好靠口頭講完就算。
交接測試嘅結果同普通測試一樣，要獨立記低並且由覆核人覆核，唔好因為係交接就求其寫。交接測試合格，先至代表新同事已經具備按制度做測試嘅基本能力；交接測試出現觀察事項或者唔合格，就要按正常跟進程序處理，同時再安排多一次交接測試，直到新同事可以獨立完成測試為止。
交接完成之後，測試制度繼續按計劃行，唔會因為換人而停低。POSKing「POS 系統＋收銀鏡頭套裝」HK$4,950 一次性買斷免月費，免月費年費（來源：根據本系列既定實價，查閱日期：2026-10-22）。查詢請用下列方式聯絡 POSKing 團隊。電話／WhatsApp：+852 2186 8010；地址：新界沙田石門安麗街18號達利廣場1209室；營業時間：每日 12:00–19:00。
還原測試唔係做過一次就完，名單、種類、排期、環境、分檔、跟進、紀錄同交接測試齊全，先至算係一套管得住嘅制度。
