（作者：SmartBear的ReadyAPI項(xiàng)目高級(jí)產(chǎn)品營(yíng)銷經(jīng)理）

隨著我們多合一的協(xié)作式API質(zhì)量平臺(tái)ReadyAPI v3.3.0的發(fā)布，SmartBear的團(tuán)隊(duì)完成了經(jīng)過(guò)重新思考的Git工作流程的第一輪工作——所有這些工作均可直接在工具中使用。

在談?wù)?/span>ReadyAPI中對(duì)Git支持的改進(jìn)時(shí)，我們很早就意識(shí)到，當(dāng)務(wù)之急是我們必須退后一步，圍繞克服的障礙重新構(gòu)建現(xiàn)有的集成。特別是對(duì)于挑戰(zhàn)，用戶在作為小型或大型團(tuán)隊(duì)的一部分來(lái)構(gòu)建項(xiàng)目時(shí)會(huì)面對(duì)。

在Git的支持下，我們邁出了重要的一步，并且在此過(guò)程中我們學(xué)到了很多。我很高興與您分享這一旅程和我們的課程，因?yàn)槲覀儗⒀芯咳绾危ㄒ约盀槭裁矗┰?/span>ReadyAPI中重建Git工作流以適應(yīng)當(dāng)今開(kāi)發(fā)團(tuán)隊(duì)的需求。

團(tuán)隊(duì)與測(cè)試

我們很幸運(yùn)能夠與擔(dān)當(dāng)許多不同角色，承擔(dān)不同職責(zé)，進(jìn)而對(duì)我們的應(yīng)用有不同期望的用戶緊密合作。我們也很幸運(yùn)，我們的工具是應(yīng)用廣泛的，從金融和醫(yī)療保健等受到嚴(yán)格監(jiān)管的行業(yè)到更靈活的技術(shù)組織。總是能看到團(tuán)隊(duì)所面臨的挑戰(zhàn)有多么普遍。

努力以更高的速度構(gòu)建和交付高質(zhì)量的應(yīng)用程序時(shí)，無(wú)論正在從事的項(xiàng)目，團(tuán)隊(duì)的成員或組織所從事的行業(yè)都無(wú)關(guān)緊要。一些挑戰(zhàn)是普遍存在的，特別是在日益分散的勞動(dòng)力中。

全球范圍內(nèi)都在推動(dòng)我們共同邁向新技術(shù)和交付策略。許多組織正處于數(shù)字化轉(zhuǎn)型的過(guò)程中：努力將傳統(tǒng)應(yīng)用程序轉(zhuǎn)向更精簡(jiǎn)、更靈活的小型服務(wù)網(wǎng)絡(luò)。

我們看到來(lái)自這些較小服務(wù)的團(tuán)隊(duì)，為他們提供了更大的靈活性，可以使用適用于他們的技術(shù)來(lái)更改其應(yīng)用程序。

它使他們能夠按自己的節(jié)奏發(fā)布，并反過(guò)來(lái)根據(jù)他們的應(yīng)用程序合作伙伴和使用者接受反饋并關(guān)注更新。這種調(diào)整以及它們不斷發(fā)展的工作方式，反映了技術(shù)領(lǐng)域的共同目標(biāo)——更快地響應(yīng)不斷變化的消費(fèi)者需求并應(yīng)對(duì)未來(lái)的部署挑戰(zhàn)。

團(tuán)隊(duì)合作和協(xié)作是實(shí)現(xiàn)這種轉(zhuǎn)變的重要組成部分。有無(wú)數(shù)的服務(wù)（Slack，Bitbucket是我們的客戶很喜歡的兩個(gè)附加工具），其目的是實(shí)現(xiàn)更緊密的溝通并幫助管理有關(guān)團(tuán)隊(duì)如何合作的流程。

ReadyAPI團(tuán)隊(duì)認(rèn)識(shí)到我們需要成為堆棧的一部分，并以使我們的平臺(tái)提高質(zhì)量和流程的方式實(shí)現(xiàn)協(xié)作。我們不能成為瓶頸，沒(méi)有測(cè)試應(yīng)用程序可以生存。

團(tuán)隊(duì)的外表或工作方式絕非曲折。因此，我們認(rèn)識(shí)到，為了使我們的應(yīng)用程序能夠滿足最廣泛的需求，我們需要專注于團(tuán)隊(duì)面臨的更廣泛的挑戰(zhàn)，而不是將我們的測(cè)試構(gòu)建工具與存儲(chǔ)和管理測(cè)試的地方配對(duì)。

改善工具中的完整工作流程不僅可以幫助團(tuán)隊(duì)克服當(dāng)前的挑戰(zhàn)，還可以使他們發(fā)現(xiàn)新的合作方式。

連接性

改善Git支持的第一個(gè)機(jī)會(huì)是我們與提供存儲(chǔ)庫(kù)管理服務(wù)的平臺(tái)和服務(wù)的連接。這些共享平臺(tái)對(duì)團(tuán)隊(duì)流程至關(guān)重要，在許多情況下，這些平臺(tái)是自動(dòng)化流程尋找CI/CD任務(wù)的最新項(xiàng)目更新的地方。

該團(tuán)隊(duì)建立了一個(gè)名為“帳戶管理”的新身份驗(yàn)證過(guò)程，該過(guò)程使用戶可以輸入憑據(jù)并將其存儲(chǔ)在應(yīng)用程序級(jí)別。這樣，它們可以輕松地在與遠(yuǎn)程提供商的交互中重復(fù)使用。

這可以采取以下方式：檢索存儲(chǔ)庫(kù)列表，簡(jiǎn)單地推送更改或打開(kāi)提取請(qǐng)求，而無(wú)需每次都重新輸入認(rèn)證值。

重用和維護(hù)與遠(yuǎn)程提供者的連接的能力為后續(xù)更新中的功能奠定了基礎(chǔ)，并且為我們使用共享憑證定義了應(yīng)用程序級(jí)空間。

相互作用

用戶體驗(yàn)是任何應(yīng)用程序都至關(guān)重要的方面，但對(duì)ReadyAPI來(lái)說(shuō)尤其重要，因?yàn)樗峁┝朔秶鷱V泛的功能、可擴(kuò)展性和靈活性。

用戶使用存儲(chǔ)庫(kù)的體驗(yàn)是我們的主要重點(diǎn)，并且看到了更新的Git對(duì)話框的發(fā)布，該對(duì)話框?qū)⑺写鎯?chǔ)庫(kù)的交互都放在一個(gè)地方。

通過(guò)將這些操作置于中心位置——在項(xiàng)目中發(fā)生更改時(shí)更新對(duì)話框，提供新功能以啟用更完整的Git工作流（例如創(chuàng)建新分支的功能或使用ReadyAPI打開(kāi)拉取請(qǐng)求的功能）–我們相信 用戶將更輕松地將Git交互作為日常工作流程的一部分，并更清楚地了解他們正在處理的項(xiàng)目中的更改與其對(duì)團(tuán)隊(duì)其他成員的影響之間的關(guān)系。

沖突管理

無(wú)論團(tuán)隊(duì)大小，使用Git工作流程中最常見(jiàn)的挑戰(zhàn)之一就是要徹底解決變更沖突。因此，我們引入了全新的“合并沖突”對(duì)話框。

在較高的級(jí)別上，它顯示了三個(gè)項(xiàng)目-當(dāng)前正在工作的本地版本，即將進(jìn)行更改的遠(yuǎn)程版本以及解決沖突后將使用的結(jié)果項(xiàng)目。

通過(guò)分離這些視圖，用戶可以準(zhǔn)確查看項(xiàng)目中存在沖突的位置。只是現(xiàn)在，它的外觀風(fēng)格與我們導(dǎo)航員的項(xiàng)目樹(shù)相匹配，并允許用戶做出更明智的沖突決定。

在通過(guò)并選擇解決方案之后，可以將這些解決方案作為批處理應(yīng)用，并且可以更新項(xiàng)目以滿足用戶的決策。 

最佳實(shí)踐

為了使我們的Git交互和工作流程盡可能靈活，我們付出了巨大的努力。我們相信以下最佳實(shí)踐將幫助團(tuán)隊(duì)在使用版本控制和ReadyAPI時(shí)創(chuàng)建最佳工作流程，同時(shí)為其他希望在其測(cè)試工具中構(gòu)建類似功能的人員提供指導(dǎo)：

分離測(cè)試和代碼

一些將開(kāi)發(fā)和測(cè)試更加緊密集成的團(tuán)隊(duì)希望將代碼和測(cè)試整合到一個(gè)存儲(chǔ)庫(kù)中，這可能有助于簡(jiǎn)化這些資產(chǎn)的“移動(dòng)”，并使應(yīng)用程序更改與測(cè)試更改保持一致。

但這確實(shí)限制了測(cè)試資產(chǎn)遵循其自身生命周期并從代碼存儲(chǔ)庫(kù)中脫離出來(lái)的能力。我們相信，通過(guò)將項(xiàng)目存儲(chǔ)在其資源庫(kù)中，我們不僅可以通過(guò)ReadyAPI中的集成來(lái)啟用工作流，而且可以圍繞測(cè)試創(chuàng)建、重用和版本控制啟動(dòng)一個(gè)獨(dú)立的過(guò)程。

利用分支

在使用應(yīng)用程序代碼時(shí)，分支策略是司空見(jiàn)慣的，但是在談?wù)摐y(cè)試資產(chǎn)時(shí)，在許多情況下卻忽略了分支策略。隨著項(xiàng)目團(tuán)隊(duì)成員的成長(zhǎng)，確定如何進(jìn)行變更以及將變更匯總在一起的策略至關(guān)重要。如果用戶在單個(gè)分支上一起工作，則每個(gè)小的更改都會(huì)立即對(duì)其他人的工作產(chǎn)生影響。

這會(huì)產(chǎn)生不必要的噪音和不必要的沖突，在許多情況下，可以通過(guò)“最終確定”變更來(lái)解決。通過(guò)跨獨(dú)立的分支機(jī)構(gòu)工作，并利用推/拉工作流程和合并功能，團(tuán)隊(duì)可以更無(wú)縫地一起處理獨(dú)立但相關(guān)的任務(wù)。

定義拉取請(qǐng)求策略

測(cè)試更改的許多要求是實(shí)施任務(wù)完成定義的一部分。在分支工作流程中，將更改合并到更大的主分支中的能力是共享工作的倒數(shù)第二個(gè)步驟。拉取請(qǐng)求是在更新進(jìn)行之前驗(yàn)證更改和共享調(diào)整的機(jī)會(huì)。

他們還是手動(dòng)操作的一個(gè)很好的步驟-有機(jī)會(huì)在不參與實(shí)際測(cè)試創(chuàng)建過(guò)程的情況下就決策進(jìn)行協(xié)作-而在較小的項(xiàng)目中，使工作流程的這一階段自動(dòng)化可以加快較大的交付過(guò)程。了解使用手動(dòng)或自動(dòng)拉動(dòng)請(qǐng)求工作流程的好處和取舍，以及探索組合策略的好處非常重要。

SmartBear的團(tuán)隊(duì)希望幫助團(tuán)隊(duì)構(gòu)建最高質(zhì)量的軟件，并推動(dòng)測(cè)試創(chuàng)建效率的提高。

我們一直在尋求有關(guān)如何幫助改善您的團(tuán)隊(duì)流程的建議，我們熱愛(ài)我們的用戶和廣大的開(kāi)發(fā)社區(qū)，以提供可解決實(shí)際挑戰(zhàn)的API測(cè)試平臺(tái)。

因此，如果您有任何其他建議或反饋，請(qǐng)告訴我們！

——祝測(cè)試愉快！

（作者：SmartBear的ReadyAPI項(xiàng)目高級(jí)產(chǎn)品營(yíng)銷經(jīng)理）