軟件測試規(guī)范模板

軟件測試原則規(guī)范目的為了確保軟件產(chǎn)品質(zhì)量,使產(chǎn)品能夠順利交付和通過驗(yàn)收,特編寫本文檔,以作參考合用范疇本文檔合用于項(xiàng)目開發(fā)過程中的單元測試、集成測試、系統(tǒng)測試、業(yè)務(wù)測試、驗(yàn)收測試以及某些專項(xiàng)測試。職責(zé)項(xiàng)目測試負(fù)責(zé)人組織編制《測試計(jì)劃》、《測試方案》,指導(dǎo)和督促測試人員完畢各階段的測試工作。項(xiàng)目組測試人員按照《測試計(jì)劃》、《測試方案》完畢所承當(dāng)?shù)臏y試任務(wù),并按規(guī)定填寫《問題報(bào)告及維護(hù)統(tǒng)計(jì)》。測試經(jīng)理根據(jù)確認(rèn)規(guī)程和準(zhǔn)則對(duì)工作產(chǎn)品進(jìn)行確認(rèn),提出對(duì)確認(rèn)規(guī)程和準(zhǔn)則的修改意見項(xiàng)目負(fù)責(zé)人組織測試環(huán)境的建立。項(xiàng)目經(jīng)理審核負(fù)責(zé)控制整個(gè)項(xiàng)目的時(shí)間和質(zhì)量。研發(fā)人員確認(rèn)修改測試人員提交的bug。工作流程測試根據(jù)具體設(shè)計(jì)是模塊測試的根據(jù)。因此設(shè)計(jì)人員應(yīng)向測試人員提供《系統(tǒng)需求規(guī)格書名書》、《具體設(shè)計(jì)》、《概要設(shè)計(jì)》等有關(guān)資料。測試人員必須認(rèn)真閱讀,真正弄懂系統(tǒng)需求和具體設(shè)計(jì)。制訂《測試方案》在測試之前,由項(xiàng)目負(fù)責(zé)人根據(jù)《測試計(jì)劃》的規(guī)定,組織人員編制對(duì)應(yīng)的《測試方案》,《測試方案》應(yīng)涉及下列內(nèi)容:測試目的;所需人員及對(duì)應(yīng)培訓(xùn)規(guī)定;測試環(huán)境、工具和測試軟件;測試用例、測試數(shù)據(jù)和預(yù)期的成果。單元測試項(xiàng)目開發(fā)實(shí)現(xiàn)過程中,每個(gè)程序單元(程序單元的劃分視具體開發(fā)工具而定,普通定為函數(shù)或子程序級(jí))編碼調(diào)試通過后,要及時(shí)進(jìn)行單元測試。單元測試由單元開發(fā)者自己進(jìn)行,使用白盒測試辦法,根據(jù)程序單元的控制流程,爭取達(dá)成分支覆蓋。對(duì)于交互式運(yùn)行的產(chǎn)品,不便于進(jìn)行自動(dòng)測試的,能夠采用功效測試的辦法進(jìn)行。單元測試針對(duì)程序模塊,從程序的內(nèi)部構(gòu)造出發(fā)設(shè)計(jì)測試用例。多個(gè)模塊能夠獨(dú)立進(jìn)行單元測試。單元測試內(nèi)容涉及模塊接口測試、局部數(shù)據(jù)構(gòu)造測試、途徑測試、錯(cuò)誤解決測試等;單元測試組織原則一遍根據(jù)開發(fā)進(jìn)度安排對(duì)已開發(fā)完畢的單一模塊進(jìn)行測試;單元測試停止原則:完畢了全部規(guī)定單元的測試,單元測試中發(fā)現(xiàn)的bug已經(jīng)得到修改。集成測試編碼開發(fā)完畢,項(xiàng)目組內(nèi)部應(yīng)進(jìn)行組裝測試。集成測試由項(xiàng)目負(fù)責(zé)人組織策劃(編寫測試計(jì)劃、測試用例)并實(shí)施。集成測試著重對(duì)各功效模塊之間的接口進(jìn)行測試,驗(yàn)證各功效模塊與否能協(xié)調(diào)工作、參數(shù)傳遞及功效調(diào)用與否正常。測試采用交叉辦法,即個(gè)人開發(fā)的軟件應(yīng)由其它的項(xiàng)目構(gòu)組員進(jìn)行測試。集成測試過程應(yīng)填寫《問題報(bào)告及維護(hù)統(tǒng)計(jì)》,測試成果應(yīng)形成《測試報(bào)告》。系統(tǒng)測試在項(xiàng)目開發(fā)完畢之后,應(yīng)對(duì)整個(gè)系統(tǒng)軟件和硬件進(jìn)行系統(tǒng)測試。對(duì)性能、可靠性、強(qiáng)健性、壓力承受力等方面分別進(jìn)行評(píng)價(jià),以驗(yàn)證系統(tǒng)與否滿足規(guī)定的需要。系統(tǒng)測試由測試負(fù)責(zé)人組織策劃(編寫測試計(jì)劃、測試用例)并實(shí)施,系統(tǒng)測試過程應(yīng)形成《問題報(bào)告及維護(hù)統(tǒng)計(jì)》。系統(tǒng)測試普通進(jìn)行以下幾個(gè)狀況的測試:正常狀況非正常狀況破壞性測試邊界狀況非法狀況強(qiáng)度測試性能測試兼容性測試顧客和諧性測試界面設(shè)計(jì)規(guī)范測試:光標(biāo)的初始位置字體與否統(tǒng)一字號(hào)與否符合規(guī)定標(biāo)題顏色按鈕的名稱與否規(guī)范界面布局與否合理,整體效果如何輸入值測試:數(shù)據(jù)類型數(shù)據(jù)長度約束條件與否滿足,與否完整TAB和Enter鍵與否起作用鍵盤操作能否全部替代鼠標(biāo)操作輸入(光標(biāo))與否按照次序邁進(jìn)按鈕測試:將按鈕放開和封閉與否嚴(yán)格、精確,不能使用的按鈕必須封閉檢查”退出”、”取消”等含有共性按鈕的功效異常狀況測試:在完畢正常功效測試后,安正常解決的相似操作次序,執(zhí)行與正常解決不同的動(dòng)作例如正常解決中規(guī)定輸入日期的字段,這時(shí)輸入字符或數(shù)字正常解決中輸入字段有范疇規(guī)定,這時(shí)輸入超出范疇的值正常解決中用兩個(gè)值限定范疇,這時(shí)用一種值或不限定正常解決中規(guī)定用”Tab”鍵,這時(shí)安”Enter”鍵或其它鍵正常解決中單選框、多選框、下拉框等,十一偶那個(gè)非指定鍵操作使用不同于指定的按鈕操作業(yè)務(wù)測試在組裝測試與系統(tǒng)測試結(jié)束后,均可由最后顧客或測試人員對(duì)系統(tǒng)進(jìn)行測試。業(yè)務(wù)測試著重測試業(yè)務(wù)流程,功效、顧客界面等方面。項(xiàng)目、測試負(fù)責(zé)人負(fù)責(zé)組織有關(guān)人員制訂測試方案和測試用例,并進(jìn)行測試。測試的成果應(yīng)形成《問題報(bào)告及維護(hù)統(tǒng)計(jì)》。驗(yàn)收測試驗(yàn)收測試的條件按照項(xiàng)目計(jì)劃規(guī)定的驗(yàn)收測試進(jìn)度安排進(jìn)行測試準(zhǔn)備在驗(yàn)收測試前,各項(xiàng)內(nèi)部的測試活動(dòng)都受到監(jiān)控并爭取執(zhí)行交付版本的規(guī)定按照集成測試用例完畢了整個(gè)系統(tǒng)的集成測試集成版本滿足設(shè)計(jì)定義的各項(xiàng)功效、性能規(guī)定提交的數(shù)據(jù)庫腳本樣本需要完整,沒有冗余數(shù)據(jù)在集成測試中發(fā)現(xiàn)的bug已經(jīng)得到解決,各級(jí)缺點(diǎn)修改率達(dá)成原則軟件需求分析闡明書中定義的全部功效都已經(jīng)實(shí)現(xiàn),性能指標(biāo)全部達(dá)成性能需求指標(biāo)提交階段性測試報(bào)告,涉及功效和性能測試報(bào)告全部文檔齊備完整版本公布的準(zhǔn)則軟件產(chǎn)品通過了單元測試、集成測試、業(yè)務(wù)測試、系統(tǒng)測試、性能測試測試部提交文檔:測試計(jì)劃、測試方案、測試用例、測試分析報(bào)告全部測試項(xiàng)必須符合下列原則致命錯(cuò)誤:無功效錯(cuò)誤:無功效缺點(diǎn):項(xiàng)目經(jīng)理、技術(shù)經(jīng)理、測試負(fù)責(zé)人審核通過界面缺點(diǎn):項(xiàng)目經(jīng)理、技術(shù)經(jīng)理、測試負(fù)責(zé)人審核通過建議:項(xiàng)目經(jīng)理、技術(shù)經(jīng)理、測試負(fù)責(zé)人審核通過以上幾項(xiàng)其中之一不滿足規(guī)定,視為不合格在產(chǎn)品交付和顧客驗(yàn)收之前,通過驗(yàn)收測試來確認(rèn)在規(guī)定的使用環(huán)境下整個(gè)產(chǎn)品的運(yùn)行狀況與否滿足規(guī)定的規(guī)定。在產(chǎn)品交付之前,由指定的驗(yàn)收負(fù)責(zé)人組織制訂測試方案和測試用例,主持驗(yàn)收。驗(yàn)收測試過程應(yīng)形成《問題報(bào)告及維護(hù)統(tǒng)計(jì)》。顧客現(xiàn)場測試將軟件布署到顧客實(shí)際生產(chǎn)環(huán)境后,由于環(huán)境差別,需要在顧客現(xiàn)場進(jìn)行確認(rèn)測試,確保系統(tǒng)功效、性能完備,可正常運(yùn)行。測試內(nèi)容:根據(jù)軟件系統(tǒng)規(guī)模,準(zhǔn)備現(xiàn)場測試用例,涵蓋全部重要功效點(diǎn),若規(guī)模小,需要將全部功效點(diǎn)全部測試一遍對(duì)于后臺(tái)已定義好的工作流、功效欄目途徑以及顧客信息等數(shù)據(jù),不可進(jìn)行修改和刪除操作,新增的測試數(shù)據(jù)也需要在測試完畢后予以清晰重點(diǎn)檢查上傳、下載的數(shù)據(jù)與否能夠正常的打開或保存確認(rèn)界面美觀,基本信息和鏈接無錯(cuò)誤考慮顧客實(shí)際的軟件環(huán)境和網(wǎng)絡(luò)環(huán)境,以客戶端最為復(fù)雜的軟硬件環(huán)境作為測試機(jī)器,檢查有無異常狀況出現(xiàn)針對(duì)前期發(fā)現(xiàn)的bug進(jìn)行回歸測試,以確保公布版本為最新版本編寫測試文檔測試點(diǎn)將測試模塊分解成多個(gè)功效點(diǎn),測試點(diǎn)應(yīng)涵蓋功效點(diǎn),也涵蓋了正常測試和異常測試。輸入數(shù)據(jù)輸入數(shù)據(jù)涉及界面輸入數(shù)據(jù)、數(shù)據(jù)庫的初始數(shù)據(jù)及其它外部輸入數(shù)據(jù)。特別是數(shù)據(jù)庫的初始所需屬性一一列出,全方面是指:數(shù)據(jù)能達(dá)成模塊所涉及的全部功效,典型是指這個(gè)數(shù)據(jù)能充足反映功效特點(diǎn)。測試描述描述測試環(huán)節(jié),涉及:操作員所執(zhí)行的動(dòng)作(涉及鼠標(biāo)、鍵盤、加載外部數(shù)據(jù)等操作);系統(tǒng)的反映,涉及:光標(biāo)定位、光標(biāo)聚焦、顯示字段值、按鈕的封閉和放開、功效鍵的封閉和放開、系統(tǒng)提示和系統(tǒng)消息等。預(yù)期輸出數(shù)據(jù)按準(zhǔn)備的輸入數(shù)據(jù)和設(shè)計(jì)規(guī)定的解決過程,模塊應(yīng)輸出的數(shù)據(jù)。輸出數(shù)據(jù)涉及:屏幕輸出數(shù)據(jù)、輸出到數(shù)據(jù)庫的數(shù)據(jù)、輸出到其它外部介質(zhì)上的數(shù)據(jù),并指出斷點(diǎn)成果或最后成果。實(shí)際輸出填寫本測試點(diǎn)程序運(yùn)行后的實(shí)際輸出。對(duì)的與否程序運(yùn)行后,實(shí)際輸出成果和預(yù)期輸出成果一致時(shí),為正常,否則為不正常。測試結(jié)論填寫本次測試的結(jié)論,是合格或不合格。若不合格時(shí),應(yīng)總結(jié)存在的問題,能夠讓修改者一目了然。缺點(diǎn)管理缺點(diǎn)的定義及其基本屬性缺點(diǎn)是指在軟件開發(fā)過程中的針對(duì)軟件產(chǎn)品和開發(fā)過程中的問題,這些問題已經(jīng)影響或可能會(huì)影響軟件產(chǎn)品的質(zhì)量。缺點(diǎn)應(yīng)當(dāng)含有下列屬性,也就是往缺點(diǎn)管理庫或者缺點(diǎn)列表中提交的缺點(diǎn)應(yīng)當(dāng)含有下列屬性:屬性名稱描述缺點(diǎn)標(biāo)記標(biāo)記某個(gè)缺點(diǎn)的一組符號(hào),每個(gè)缺點(diǎn)必須有一種唯一的標(biāo)記缺點(diǎn)類型根據(jù)缺點(diǎn)的自然屬性劃分的缺點(diǎn)種類缺點(diǎn)驗(yàn)證程度因缺點(diǎn)引發(fā)的故障對(duì)軟件產(chǎn)品的影響程度缺點(diǎn)所處的模塊或子系統(tǒng)缺點(diǎn)分步的模塊或子系統(tǒng)缺點(diǎn)出現(xiàn)幾率指發(fā)現(xiàn)錯(cuò)誤的幾率缺點(diǎn)的重現(xiàn)環(huán)節(jié)具體的缺點(diǎn)重現(xiàn)環(huán)節(jié)附件與缺點(diǎn)有關(guān)的附件(截圖、附件、用例等)備注對(duì)缺點(diǎn)的其它描述缺點(diǎn)分類根據(jù)缺點(diǎn)的定義,將缺點(diǎn)分為以下列:文檔缺點(diǎn):是指對(duì)文檔的靜態(tài)檢查過程中發(fā)現(xiàn)的缺點(diǎn)。檢查活動(dòng)涉及同行評(píng)審、產(chǎn)品審計(jì)等。評(píng)審的缺點(diǎn)要根據(jù)被評(píng)審對(duì)象的類型來擬定,被評(píng)審的對(duì)象涉及最后出產(chǎn)物和中間過程產(chǎn)出物,例如需求文檔、設(shè)計(jì)文檔、計(jì)劃、報(bào)告、用例等代碼缺點(diǎn):是指對(duì)代碼進(jìn)行同行評(píng)審、審計(jì)或代碼走查過程中發(fā)現(xiàn)的缺點(diǎn)測試缺點(diǎn):是指由測試活動(dòng)發(fā)現(xiàn)的測試對(duì)象(被測對(duì)象普通是指可運(yùn)行的代碼、系統(tǒng),不涉及靜態(tài)測試發(fā)現(xiàn)的問題)的缺點(diǎn),測試活動(dòng)涉及單元測試、集成測試、系統(tǒng)測試、性能測試等過程缺點(diǎn):有稱為不符合項(xiàng)問題,是指通過過程審計(jì)、過程分析、管理評(píng)審、質(zhì)量評(píng)定、質(zhì)量審核等活動(dòng)發(fā)現(xiàn)的有關(guān)過程的缺點(diǎn)和問題。過程缺點(diǎn)的發(fā)現(xiàn)者普通是測試人員、項(xiàng)目經(jīng)理等文檔缺點(diǎn)分類缺點(diǎn)分類描述描述不完整文檔內(nèi)容缺失,或文檔應(yīng)當(dāng)涉及的范疇沒有涵蓋不一致一致性問題有兩類:一是與源頭闡明書不一致,例如需求和客戶業(yè)務(wù)需求不一致、設(shè)計(jì)與需求不一致等二是上下文或者與前提不一致描述錯(cuò)誤文檔描述是錯(cuò)誤的,不可實(shí)現(xiàn)或造成錯(cuò)誤的輸出或成果功效問題該缺點(diǎn)將會(huì)造成顧客功效的錯(cuò)誤、不滿足、不可用不清晰或有歧義內(nèi)容的描述不清晰、不能精確表達(dá)、或表達(dá)的意思有歧義邏輯錯(cuò)誤內(nèi)容組織邏輯不清晰、邏輯錯(cuò)誤接口問題與最后顧客接口問題、與外部系統(tǒng)的接口問題、內(nèi)部子系統(tǒng)或模塊的接口問題輸入輸出問題輸入輸出不完整、不對(duì)的、不可測試或驗(yàn)證不細(xì)化內(nèi)容還需要進(jìn)一步細(xì)化性能問題文檔的設(shè)計(jì)或?qū)崿F(xiàn)方式存在性能問題安全性問題文檔的設(shè)計(jì)或?qū)崿F(xiàn)方式存在安全性問題代碼缺點(diǎn)分類缺點(diǎn)分類描述常量變量定義問題不滿足設(shè)計(jì)或需求編寫代碼不符合規(guī)范條件判斷解決循環(huán)解決錯(cuò)誤異常解決算法邏輯問題注釋問題代碼冗余性能問題系統(tǒng)測試缺點(diǎn)分類缺點(diǎn)類型描述功效錯(cuò)誤影響了重要的特性、顧客界面、產(chǎn)品接口或全局?jǐn)?shù)據(jù)構(gòu)造,并且設(shè)計(jì)文檔需要爭取的變更。如邏輯、循環(huán)、遞歸、功效等缺點(diǎn)構(gòu)造錯(cuò)誤Web應(yīng)用程序構(gòu)造化頁面無法顯示,或者顯示錯(cuò)誤腳本錯(cuò)誤Web應(yīng)用程序當(dāng)中出現(xiàn)腳本錯(cuò)誤,涉及客戶端對(duì)數(shù)據(jù)進(jìn)行校驗(yàn)和運(yùn)算的多個(gè)狀況下產(chǎn)生的錯(cuò)誤頁面鏈接錯(cuò)誤Web應(yīng)用程序頁面出現(xiàn)空鏈接、錯(cuò)誤鏈接、死鏈接頁面文字錯(cuò)誤Web應(yīng)用程序頁面出現(xiàn)的中外文拼寫、使用、以及不同語種頁面的編碼錯(cuò)誤頁面圖形錯(cuò)誤Web應(yīng)用程序頁面出現(xiàn)圖片內(nèi)容使用不當(dāng),或者無法顯示ALT錯(cuò)誤Web應(yīng)用程序頁面當(dāng)中超文本標(biāo)記語言、文本標(biāo)簽解釋錯(cuò)誤排版錯(cuò)誤Web應(yīng)用程序頁面排版不符合規(guī)定或者不符合使用習(xí)慣業(yè)務(wù)邏輯不合理應(yīng)用程序的實(shí)現(xiàn)流程和規(guī)定業(yè)務(wù)流程不一致,或者實(shí)現(xiàn)流程無法對(duì)的完畢。涉及流程數(shù)據(jù)的部分并行、爭用、同時(shí)等操作,引發(fā)的流程斷裂、死鎖、以及其它異常狀況業(yè)務(wù)邏輯不方便應(yīng)用程序?qū)崿F(xiàn)流程在實(shí)際狀況下即使能夠完畢,可是存在不必要的重復(fù)、等待、冗余等影響使用效率的狀況其它錯(cuò)誤其它未分類錯(cuò)誤建議系統(tǒng)改善建議缺點(diǎn)等級(jí)定義缺點(diǎn)的嚴(yán)重程度對(duì)以上所述的缺點(diǎn)類型都是適合的,缺點(diǎn)的嚴(yán)重程度反映的是對(duì)缺點(diǎn)的發(fā)現(xiàn)對(duì)象可能造成的影響或后果來定義的。缺點(diǎn)等級(jí)缺點(diǎn)性質(zhì)系統(tǒng)中對(duì)應(yīng)的錯(cuò)誤分類描述一級(jí)致命錯(cuò)誤系統(tǒng)崩潰系統(tǒng)死鎖造成對(duì)被描述的重要對(duì)象的理解錯(cuò)誤、不可行、不可運(yùn)轉(zhuǎn)、對(duì)業(yè)務(wù)和整個(gè)系統(tǒng)造成重大損失或損害;對(duì)使用、維護(hù)或保管人員有危險(xiǎn)或不安全,以及對(duì)產(chǎn)品的基本功效有致命影響的缺點(diǎn)二級(jí)嚴(yán)重缺點(diǎn)嚴(yán)重錯(cuò)誤對(duì)被描述的部分對(duì)象的理解或?qū)崿F(xiàn)錯(cuò)誤,部分的模塊或系統(tǒng)不可行或不能運(yùn)轉(zhuǎn)或部分模塊和系統(tǒng)缺失,對(duì)整個(gè)系統(tǒng)有重大影響或可能造成部分的損失或損害;嚴(yán)重影響使用安全三級(jí)普通缺點(diǎn)次要錯(cuò)誤布局不合理文字錯(cuò)誤系統(tǒng)中部分單元模塊或單個(gè)功效描述和實(shí)現(xiàn)有錯(cuò)誤、有偏差、不一致或有缺失,不影響模塊的正常運(yùn)行,或有影響,但能夠有替代的方法或避免方法四級(jí)微小缺點(diǎn)微局限性道基本不影響系統(tǒng)的運(yùn)行和功效的實(shí)現(xiàn)?？墒桥c原則、規(guī)范和定義不一致五級(jí)建議缺點(diǎn)新特性不在定義、原則、范疇的定義和約束之內(nèi),可是從提出者來看是需要完善的建議缺點(diǎn)優(yōu)先級(jí)定義缺點(diǎn)優(yōu)先級(jí)描述特急需要立刻進(jìn)行修改加急一天到兩天之內(nèi)必須修改高介于中和加急之間中缺點(diǎn)需要正常排隊(duì)等待修復(fù)或列入軟件公布清單低留到組后解決,如果項(xiàng)目的進(jìn)度跟緊張能夠在產(chǎn)品公布以前不解決缺點(diǎn)狀態(tài)定義缺點(diǎn)狀態(tài)描述初始狀態(tài)(New)測試或開發(fā)人員提交一種新的缺點(diǎn),等待開發(fā)人員或項(xiàng)目經(jīng)理分派修改負(fù)責(zé)人打回(FeedBack)規(guī)定缺點(diǎn)的報(bào)告者再次對(duì)缺點(diǎn)進(jìn)行闡明已分派(Assigned)是指已經(jīng)分派給屬主,等待修改。已解決(Resolved)缺點(diǎn)被屬主修改,等待測試人員驗(yàn)證關(guān)閉(Closed)測試人員驗(yàn)證缺點(diǎn)已經(jīng)修復(fù)重新打開(Reopen)測試人員驗(yàn)證,缺點(diǎn)沒有修改對(duì)的遺留(Later)經(jīng)項(xiàng)目經(jīng)理和技術(shù)經(jīng)理驗(yàn)證此缺點(diǎn)在本版本中不用修改缺點(diǎn)完畢度缺點(diǎn)完畢度描述打開(Open)缺點(diǎn)沒有被解決已解決(Fixed)缺點(diǎn)已經(jīng)修改遺留(Suspended)此缺點(diǎn)環(huán)節(jié)本階段解決重新打開(Reopen)重新打開某個(gè)缺點(diǎn)不做修改(Won’tfix)不對(duì)這個(gè)缺點(diǎn)進(jìn)行修改重復(fù)(Duplicate)與某個(gè)缺點(diǎn)重復(fù)需求如此經(jīng)理和開發(fā)人員通過需求和設(shè)計(jì)的核算后決定不需要修改不可重現(xiàn)被指派的開發(fā)人員想要再現(xiàn)缺點(diǎn)進(jìn)行修改個(gè)時(shí)候,發(fā)現(xiàn)缺點(diǎn)始終不能再現(xiàn)缺點(diǎn)管理流程解決機(jī)制退回機(jī)制若在測試過程中發(fā)生以下狀況,將系統(tǒng)退回到申請部門:通過測試后,發(fā)現(xiàn)與需求闡明規(guī)格闡明書中定義的功效項(xiàng)存在較大的差別單一模塊,測試過程中發(fā)現(xiàn)缺點(diǎn)輸了較多或者無法繼續(xù)進(jìn)行系統(tǒng)其它功效模塊的測試,繼續(xù)測試無意義測試過程中,頻繁死機(jī)或系統(tǒng)崩潰主業(yè)務(wù)流程出現(xiàn)斷點(diǎn)異常狀況解決機(jī)制非