[發(fā)明專利]一種基于三次循環(huán)的互聯(lián)網(wǎng)微服務(wù)交付模式方法

在審

• 申請(qǐng)?zhí)枺?/td>: 202111364784.2
• 申請(qǐng)日: 2021-11-17
• 公開（公告）號(hào): CN114253835A
• 公開（公告）日: 2022-03-29
• 發(fā)明（設(shè)計(jì)）人: 張焱;趙剛;劉亞剛;劉鑫;冉鵬飛;羅建國;宗金良
• 申請(qǐng)（專利權(quán)）人: 上海賽可出行科技服務(wù)有限公司
• 主分類號(hào): G06F11/36
• 分類號(hào): G06F11/36
• 代理公司: 暫無信息
• 代理人: 暫無信息

本發(fā)明公開了一種基于三次循環(huán)的互聯(lián)網(wǎng)微服務(wù)交付模式方法，包括以下步驟：S1、準(zhǔn)備階段；S2、小循環(huán)階段；S3、小循環(huán)階段；S4、當(dāng)所有單測用例執(zhí)行通過后，將自己服務(wù)和依賴的服務(wù)部署到并行環(huán)境；開始著手中臺(tái)間，模塊間的聯(lián)調(diào)和業(yè)務(wù)驗(yàn)證；S5、中循環(huán)階段；S6、將服務(wù)及依賴的服務(wù)都部署到穩(wěn)定環(huán)境如測試環(huán)境；S7、大循環(huán)階段。本發(fā)明通過科學(xué)的流程設(shè)計(jì)規(guī)范了整個(gè)開發(fā)流程；相比起原有的研發(fā)流程，研發(fā)版本質(zhì)量高度依賴開發(fā)者本身的經(jīng)驗(yàn)和把控能力，本模式則降低了對(duì)開發(fā)者本身的高度依賴，通過該模式，在不耗費(fèi)額外的開發(fā)時(shí)間成本下，所有開發(fā)人員均可有效保障自己提交給測試的版本質(zhì)量；從而對(duì)版本上線后的質(zhì)量和穩(wěn)定性有了保證。

技術(shù)領(lǐng)域

本發(fā)明涉及互聯(lián)網(wǎng)項(xiàng)目研發(fā)流程規(guī)范領(lǐng)域，特別涉及一種可有效提升研發(fā)版本交付質(zhì)量及產(chǎn)線穩(wěn)定性的開發(fā)模式。

背景技術(shù)

在當(dāng)前互聯(lián)網(wǎng)企業(yè)中，主流的開發(fā)模式均為敏捷開發(fā)模式。這種模式強(qiáng)調(diào)以快速的版本迭代來適應(yīng)互聯(lián)網(wǎng)產(chǎn)品之間的競爭。而由于該模式的研發(fā)周期短，導(dǎo)致研發(fā)交付的版本質(zhì)量高低高度依賴于研發(fā)者本身經(jīng)驗(yàn)和把控能力。如果研發(fā)環(huán)節(jié)把控不到位，容易導(dǎo)致測試階段問題頻現(xiàn)，最終影響線上版本質(zhì)量和穩(wěn)定性。

本模式通過一種科學(xué)的研發(fā)流程規(guī)范，在不延長開發(fā)和測試時(shí)間的基礎(chǔ)上，能夠有效保障研發(fā)交付的版本質(zhì)量。保證大部分問題都在版本交付測試前得到解決。使得測試流程能夠很好的開展，從而保障線上版本質(zhì)量和穩(wěn)定性。

發(fā)明內(nèi)容

本發(fā)明要解決的技術(shù)問題是克服現(xiàn)有技術(shù)的缺陷，提供一種基于三次循環(huán)的互聯(lián)網(wǎng)微服務(wù)交付模式方法，可以解決互聯(lián)網(wǎng)產(chǎn)品研發(fā)過程中，研發(fā)版本交付給測試的版本質(zhì)量不可控，導(dǎo)致測試階段不能把控版本質(zhì)量，在項(xiàng)目不延期的情況下，導(dǎo)致上線后版本問題頻現(xiàn)。

本發(fā)明提供了如下的技術(shù)方案：

本發(fā)明提供一種基于三次循環(huán)的互聯(lián)網(wǎng)微服務(wù)交付模式方法，包括以下步驟：

S1、準(zhǔn)備階段：根據(jù)需求和概設(shè)文檔評(píng)估涉及的功能點(diǎn)，編寫自測用例；

S2、小循環(huán)階段：開始根據(jù)設(shè)計(jì)文檔進(jìn)行功能實(shí)現(xiàn)以及編寫相應(yīng)的單測用例；

S3、小循環(huán)階段：編碼完成后，開始自主測試；本環(huán)節(jié)測試基于本地環(huán)境，測試粒度的為函數(shù)級(jí)測試；測試手段主要為通過kmock單元測試或者postman進(jìn)行接口測試；如果有外部依賴的服務(wù)或者中間件等；則使用kmock對(duì)依賴進(jìn)行mock；通過執(zhí)行模塊所有的單測用例，對(duì)功能和業(yè)務(wù)進(jìn)行驗(yàn)證；如果有失敗用例，則需進(jìn)行修復(fù)后再次全量執(zhí)行；直到所有用例成功；即可進(jìn)入下一階段；

S4、當(dāng)所有單測用例執(zhí)行通過后，將自己服務(wù)和依賴的服務(wù)部署到并行環(huán)境；開始著手中臺(tái)間，模塊間的聯(lián)調(diào)和業(yè)務(wù)驗(yàn)證；

S5、中循環(huán)階段：本階段的測試手段主要為ATP用例，用例包含開發(fā)新增和測試新增用例；開發(fā)和測試的公共用例；通過全量執(zhí)行ATP用例，對(duì)業(yè)務(wù)進(jìn)行驗(yàn)證；如果有失敗的用例，則回退調(diào)步驟S2；對(duì)問題進(jìn)行修復(fù)后再次執(zhí)行一遍S3，S4，S5步驟；直到所有ATP用例執(zhí)行通過；

S6、將服務(wù)及依賴的服務(wù)都部署到穩(wěn)定環(huán)境如測試環(huán)境；

S7、大循環(huán)階段：本階段基于產(chǎn)品驗(yàn)收角度進(jìn)行驗(yàn)證；通過app端，web端等設(shè)備進(jìn)行完整的全流程驗(yàn)證。

與現(xiàn)有技術(shù)相比，本發(fā)明的有益效果如下：

本發(fā)明提供了一種基于三次循環(huán)的互聯(lián)網(wǎng)研發(fā)版本交付模式，該模式通過科學(xué)的流程設(shè)計(jì)規(guī)范了整個(gè)開發(fā)流程；相比起原有的研發(fā)流程，研發(fā)版本質(zhì)量高度依賴開發(fā)者本身的經(jīng)驗(yàn)和把控能力，本模式則降低了對(duì)開發(fā)者本身的高度依賴，通過該模式，在不耗費(fèi)額外的開發(fā)時(shí)間成本下，所有開發(fā)人員均可有效保障自己提交給測試的版本質(zhì)量；從而對(duì)版本上線后的質(zhì)量和穩(wěn)定性有了保證。

附圖說明