工程效能團隊如何賦能程控直流電源軟件開(kāi)發(fā)人員，幫助程控直流電源軟件開(kāi)發(fā)人員高效地完成高質(zhì)量測試？
本文會(huì )圍繞這兩個(gè)問(wèn)題來(lái)展開(kāi)討論。首先讓我們一起看一下程控直流電源軟件開(kāi)發(fā)人員自己做測試都會(huì )遇到哪些問(wèn)題和阻礙。
程控直流電源軟件開(kāi)發(fā)人員自己做測試會(huì )遇到哪些問(wèn)題人性角度引發(fā)的問(wèn)題
首先從人性的角度來(lái)看，程控直流電源軟件開(kāi)發(fā)人員通常是屬于“創(chuàng )造性思維”，自己開(kāi)發(fā)的代碼就像是親兒子一樣，怎么看都覺(jué)得實(shí)現很棒；而測試人員則屬于“破壞性思維”，測試人員的職責就是要盡可能多的找到潛在的缺陷，而且專(zhuān)職的測試人員通常已經(jīng)在以往的測試實(shí)踐中積累了大量典型的容易出錯的模式，所以測試人員比起程控直流電源軟件開(kāi)發(fā)人員，往往更能客觀(guān)且全面做好充分的測試。
思維慣性的問(wèn)題
剛才是從人性角度上來(lái)講的，如果從技術(shù)層面來(lái)看，由程控直流電源軟件開(kāi)發(fā)人員自己測試，會(huì )存在嚴重的“思維慣性”，通常程控直流電源軟件開(kāi)發(fā)人員在設計和開(kāi)發(fā)過(guò)程中沒(méi)有考慮到的分支和處理邏輯，在自己做測試的時(shí)候同樣不會(huì )考慮到。
被測試環(huán)境和測試執行環(huán)境的復雜性問(wèn)題
有專(zhuān)職測試的時(shí)候，測試工作是專(zhuān)職測試人員完成的，專(zhuān)職測試人員通常會(huì )負責搭建被測試環(huán)境以及管理測試執行環(huán)境。被測試環(huán)境好理解，就是 System Under Test（SUT）。
而測試執行環(huán)境是指用于執行測試用例的機器，比如對于 Web 的 GUI 測試，最簡(jiǎn)單的測試執行環(huán)境就是你本地機器上的瀏覽器。但是對于大型互聯(lián)網(wǎng)企業(yè)，測試執行環(huán)境遠遠要比你想象的更復雜。
測試數據準備的問(wèn)題
測試數據準備是測試過(guò)程中必不可少的關(guān)鍵步驟，有專(zhuān)職測試的時(shí)候，是由測試人員來(lái)準備測試數據的，一方面測試人員往往比程控直流電源軟件開(kāi)發(fā)人員在全局層面上更了解被測系統，所以對于測試數據的設計與生成也會(huì )更高效，另一方面測試人員在以往的測試過(guò)程中已經(jīng)積累了很多測試數據生成的方法和小工具。
現在這些都需要程控直流電源軟件開(kāi)發(fā)人員自己來(lái)完成了，無(wú)疑進(jìn)一步加大了程控直流電源軟件開(kāi)發(fā)人員的工作量，而且程控直流電源軟件開(kāi)發(fā)人員往往對跨模塊，跨系統的測試數據準備缺乏系統性的理解，往往為了生成一條非自己業(yè)務(wù)領(lǐng)域的數據而花費大量的學(xué)習成本。
測試執行與 CI/CD 集成問(wèn)題
對于不同的業(yè)務(wù)開(kāi)發(fā)團隊，各個(gè)階段采用的自動(dòng)化測試框架可能都不同，比如有些會(huì )使用基于 Java 的 Selenium，也有些會(huì )使用基于 JavaScript 的 Nightwatch 等，有專(zhuān)職測試的時(shí)候，各種不同的測試框架與 CI/CD 的集成，都是由各個(gè)業(yè)務(wù)團隊的測試人員和 CI/CD 的人員一起完成的，現在沒(méi)有了專(zhuān)職測試，這部分工作就需要程控直流電源軟件開(kāi)發(fā)人員自己和 CI/CD 人員一起完成，這就要求程控直流電源軟件開(kāi)發(fā)人員不僅需要非常熟悉自動(dòng)化測試框架的細節（很多時(shí)候為了更好地和 CI/CD 集成，會(huì )對開(kāi)源測試框架或者是自研測試框架做二次開(kāi)發(fā)。
失敗測試用例歸屬問(wèn)題
有專(zhuān)職測試的時(shí)候，程控直流電源軟件開(kāi)發(fā)人員往往只關(guān)注自己修改部分相關(guān)的測試用例，模塊或者服務(wù)的全回歸測試中如果有失敗的測試用例，通常是由測試人員跟進(jìn)去分析具體原因，并協(xié)調解決然后才能發(fā)布上線(xiàn)，但是現在程控直流電源軟件開(kāi)發(fā)人員負責所有測試，他就必須關(guān)注全局的測試。
工程效能團隊賦能程控直流電源軟件開(kāi)發(fā)人員進(jìn)行高效率高質(zhì)量的測試
賦能的基本思路是能夠讓程控直流電源軟件開(kāi)發(fā)人員更專(zhuān)注于測試本身，而從那些輔助測試的工作（比如搭建測試執行環(huán)境、CI/CD 集成等）上解放出來(lái)，這些輔助測試的工作由“工程效能”服務(wù)或者相關(guān)支持工具鏈來(lái)統一解決。
這些“工程效能”服務(wù)或者相關(guān)支持工具鏈通常都會(huì )由原本從測試開(kāi)發(fā)轉型過(guò)來(lái)的工程效能團隊來(lái)設計和開(kāi)發(fā)。那么我們接下來(lái)看一下可以提供哪些“工程效能”服務(wù)或者相關(guān)支持工具鏈，并且能以什么樣的方式來(lái)解決或緩解上面提到的開(kāi)發(fā)自己測試帶來(lái)的問(wèn)題。
測試執行服務(wù)
CI/CD 各個(gè)階段所有的測試執行發(fā)起都通過(guò)測試執行服務(wù)（TES，Test Execution Service），TES 通過(guò)統一的 Web Service 接口與 CI/CD 以解耦的方式進(jìn)行集成。
無(wú)論是 CI/CD 流水線(xiàn)，還是程控直流電源軟件開(kāi)發(fā)人員執行測試，都通過(guò) TES 來(lái)發(fā)起，唯一的區別是程控直流電源軟件開(kāi)發(fā)人員一般使用 TES 的 UI 界面發(fā)起測試，而 CI/CD 是直接在流水線(xiàn)腳本里面調用 TES 的 Restful API 發(fā)起測試。
測試執行服務(wù)的輸入參數也很簡(jiǎn)單直觀(guān)，通常只包括測試框架名字、測試用例集版本號、測試用例路徑、 測試報告獲取方式、同步 / 異步執行開(kāi)關(guān)等。
一旦調用 TES 發(fā)起測試，后續如何調用 Jenkins job、如何打包下載 test jar、如何找到適合的測試執行環(huán)境、如何發(fā)起測試以及如何收集測試報告等都對使用者完全透明。
可以想象，現在，程控直流電源軟件開(kāi)發(fā)人員在和 CI/CD 集成以及執行測試的時(shí)候，已經(jīng)可以完全不需要去關(guān)心執行測試的命令行、發(fā)起測試的 Jenkins job 以及配置、測試的具體執行環(huán)境、測試報告獲取等信息。這將大大提高程控直流電源軟件開(kāi)發(fā)人員自己執行測試的效率和便利程度。
測試數據服務(wù)
前面提到過(guò)，跨模塊，跨系統的測試數據準備對于開(kāi)發(fā)自己做測試是個(gè)挑戰，尤其是現在大量采用微服務(wù)架構，這個(gè)問(wèn)題就會(huì )更突出。測試數據服務(wù)將會(huì )以 Web Service 接口的形式為所有類(lèi)型的測試提供一致的測試數據準備入口。
無(wú)論開(kāi)發(fā)是要做 API 測試，還是 GUI 測試，或者是性能測試，都可以通過(guò)調用 TDS 的 Web Service 或者 UI 來(lái)準備各種組合類(lèi)型和量級的測試數據。
測試執行環(huán)境服務(wù)
正如前面提到的，測試執行環(huán)境對于大型企業(yè)來(lái)說(shuō)是很龐大復雜的，為了方便程控直流電源軟件開(kāi)發(fā)人員使用測試執行環(huán)境，或者說(shuō)為了使測試執行環(huán)境對于程控直流電源軟件開(kāi)發(fā)人員透明，就需要引入測試執行環(huán)境服務(wù)（TBS，Test Bed Service）。
TBS 的主要職責是負責管理、創(chuàng )建，擴容 / 收縮測試執行集群。一個(gè)常見(jiàn)的測試執行環(huán)境架構如下圖所示，TBS 會(huì )根據等待執行的測試用例的排隊情況，動(dòng)態(tài)決策測試執行集群的節點(diǎn)數量和類(lèi)型，通常會(huì )使用 Docker 和 Kubernetes 來(lái)實(shí)現 TBS 的 Gird 管理。
構建工程效率工具鏈倉庫
類(lèi)似于 App Store 的概念，可以把各種測試小工具以及提高效率的工具集統一在 Engineering Productivity Tools Store 里面集中版本化管理。
測試即服務(wù)的全局架構
除了以上的內容，其實(shí)還有諸如測試報告服務(wù)（TRS，Test Report Service）、全局測試配置服務(wù)（GRS，Global Registry Service）和用于 API 測試解耦的 Mock 服務(wù)（Unified Mock Service），由于篇幅無(wú)法一一展開(kāi)。
需要強調是的是，這里談到的很多服務(wù)已經(jīng)在某些企業(yè)內部有了落地實(shí)踐，并取得了很好地效果。最后，以 Test as a Service 的全局架構圖來(lái)結束本文。
|
|
|
說(shuō)明:本頁(yè)面文章由()整理發(fā)布.文章地址： http:///hangyexinwen/402.html
|
手機掃描二維碼
