記錄-1
6.8號 中電文思海輝 外包? HR? 電話面試
概況：
一下子就問懵我了，尷尬
刷boss行動停止，先刷理論知識
具體提問：
1，python字符串分割???
split()?函數(shù) ，將字符串按照指定的規(guī)則或者要求進行分割，并返回list值。
參數(shù)：
str---分隔符，默認為所有的空字符串，包括空格、換行（\n）、制表符（\t）等
num---分隔次數(shù)，默認為-1，即分隔所有。
第一個參數(shù)記為分隔符，也就是在這個分隔符的位置才進行分隔
第二個參數(shù)記為分隔次數(shù)，默認為分隔所有，1的話就分隔一次，即分隔為兩個子字符串
str = "Hello#Nice to meet you#qwe#asd#zxc\nYou\nHe"
str1 = str.split("#",1)
#以"#"鍵為分隔符，分隔1次，分割成2個子字符串
print(str1)? 輸出結果為【“Hello”?，“Nice to meet you#qwe#asd#zxc\nYou\nHe”】
2，python字符串字符數(shù)量??
len()函數(shù)，語法：len(str)
7.27? 寶尊電商?兩位面試官?視頻面試
深挖項目
1，自我介紹（結合之前的項目以及負責的內(nèi)容）
面試官您好，我叫?XX，畢業(yè)于……，畢業(yè)后一直從事軟件測試方面的工作，有三年的軟件測試經(jīng)驗，目前在XX?公司任職。現(xiàn)在我在該公司負責的工作是paas+saas的測試工作。。。我看到你們在招聘XX崗位，而且也是saas相關的，我想在這方面我已經(jīng)有了些經(jīng)驗，會比其他人上手快些，并且我擅長發(fā)現(xiàn)和分析問題，可熟練操作數(shù)據(jù)庫，熟悉C語言、Java，HTML5等多種開發(fā)語言，可以幫助開發(fā)精準的定位問題，節(jié)約時間，同時我善于與他人合作，有耐心，學習能力強，就這點上我想我還挺適合貴公司的這個崗位的
2，分別詳細介紹之前的項目是做什么的
3，同時負責多個項目，一個分支測試后其他分支都要測嗎？
還是需要測試的，不同分支間代碼，環(huán)境存在差異，遷移后還需要對已測試通過的需求進行主流程的大致測試以及有針對性的細節(jié)測試（根據(jù)經(jīng)驗，預判可能會影響到的內(nèi)容，比如在A分支開發(fā)了新的臺面功能，測試通過了，但在B分支臺面存在A分支沒有的分割及報價功能，那就要去針對性的對新功能進行這方面的測試）。
4，分支和主干?定制和通用
我們所在的項目是分支，
有一些需求可能比較適合做成通用的，那就在需求設計階段就考慮不同分支功能兼容問題，標明范圍為通用，開發(fā)提測后測試先在提出需求的分支進行測試，驗收通過過后，告知其他分支進行代碼合并，之后在其他分支也需要進行回歸測試，確保功能正常運行
如果是在分支發(fā)現(xiàn)一些通用的bug會由測試這邊去流轉給主線那邊對應的測試，跟進修改進度，主線關閉后及時推動代碼遷移，在分支回歸確保bug修復
5，上下游鏈路打通，全鏈路測試
通過接口進行第三方對接，api聯(lián)調(diào)，與多種服務進行集成。
通過平臺間數(shù)據(jù)規(guī)范，促進數(shù)據(jù)精準對接。
企業(yè)級的全鏈路測試對測試用例的覆蓋度要求比傳統(tǒng)測試高，在測試的過程中會涉及到不同系統(tǒng)之間的連接關系和數(shù)據(jù)流關系。
全鏈路測試主要包括兩大類，第一類是功能性測試，模擬整個業(yè)務交易流數(shù)據(jù)閉環(huán)流轉過程中的功能性測試。
第二類是非功能性的測試。這類測試的思路是，我們要先做功能性的測試，系統(tǒng)穩(wěn)定之后，我們再挑典型重要的交易，模擬它的數(shù)據(jù)流轉、數(shù)據(jù)量、QPS、響應時間以及落地到每一個微服務的數(shù)據(jù)量。
功能性測試整個過程中我們通過模擬準生產(chǎn)環(huán)境去跟第三方平臺進行業(yè)務交互，模擬各種業(yè)務交易的場景是否能夠正常處理。這個過程需要測試人員用真實的手機號去注冊，用真實的、不同的銀行卡賬戶去買東西。除了提貨這個環(huán)節(jié)，其他的環(huán)節(jié)全部都是真實的。
全鏈路的測試過程中會涉及到不同系統(tǒng)的業(yè)務交互關系，我們在測試的過程中一定要將業(yè)務場景梳理出來，去進行測試。
案例：
全鏈路業(yè)務場景中的網(wǎng)購案例。
網(wǎng)上購物從買家在APP下單，到最終買家收貨，一次完整交易的數(shù)據(jù)流要經(jīng)過很多系統(tǒng)（APP、ERP系統(tǒng)、倉儲系統(tǒng)、物流配送系統(tǒng)、門店自提終端）。這些系統(tǒng)之間通過調(diào)用接口串成一條條鏈路，交易數(shù)據(jù)在鏈路上進行流轉。
電商全鏈路業(yè)務交易流
首先開始下單，我們購買商品的時候，可能會有打折活動，比如說買2件打9折，買5件打8折等等，還會有滿減，或者會員優(yōu)惠等，金額計算要正確。還會有限購、限量的情況，然后在購買的過程中庫存是否充足。這是我們商城前端會提示的一些信息。
下單完成之后，會到另一個系統(tǒng)，也就是訂單系統(tǒng)。在訂單系統(tǒng)中我們要看庫存、訂單信息等等，生成訂單后，訂單狀態(tài)會變成待支付或者已支付。
待支付、已支付環(huán)節(jié)又會涉及到訂單是否會正常下單還是要取消？或者買三件退兩件等場景。
庫存系統(tǒng)有哪些場景呢，比如前面說的買三件退兩件，就會導致庫存增加，交易金額要退款。
退款的過程中會出現(xiàn)什么問題呢，比如說有滿100送10塊的活動，那在買三件退兩件時，是不是要按比例扣一部分的錢，優(yōu)惠的錢要怎么分攤掉。
在支付系統(tǒng)，第一方面是商家的電商平臺里面有了新增的余額，其次，用戶通過銀行卡或者其他支付方式進行支付，在支付過程中可能會遇到卡內(nèi)余額不足，有些不能用信用卡去透支等問題。我們都需要對這些內(nèi)容進行模擬。
這一塊屬于第三方接口，但是我們在平臺上也要看看這種情況出現(xiàn)后系統(tǒng)的反饋，避免出現(xiàn)明明第三方平臺支付失敗了，但是我們這邊卻顯示支付成功。
下單完成之后，有時候有些多個商品的訂單可能會被取消其中幾個商品，取消之后是不是還能夠正常發(fā)貨？再有一點是，a同學和b同學同時買了同一個東西，但是地點不一樣，這樣的情況會不會產(chǎn)生串單的問題？
一次完整交易的數(shù)據(jù)流要經(jīng)過很多系統(tǒng)，這些系統(tǒng)之間通過接口調(diào)用串成一條條鏈路，交易數(shù)據(jù)在鏈路上進行流轉。而對整個鏈路進行的測試稱之為全鏈路測試，全鏈路測試可分為全鏈路功能測試和全鏈路性能測試。
首先在app端，我們要做功能測試與性能測試。然后是后臺管理系統(tǒng)、支付、倉儲與服務環(huán)節(jié)，最后是物流配送和菜鳥驛站，這樣一個完整的交易流中的每一個環(huán)節(jié)都需要進行相應的測試。
一個完整交易的數(shù)據(jù)流要流轉到很多系統(tǒng)，圖里畫出的只是一個基礎的系統(tǒng)，其實真實的系統(tǒng)還會更復雜一些。我們測試人員在測試的時候會分開每個環(huán)節(jié)進行測試，或者先測接口，接口測通了之后再進行全鏈路測試。在整個測試的過程中，我們要用全鏈路的方式去考慮它的業(yè)務流。
1）問題排查成本高
大多數(shù)測試同學對于本域服務比較熟悉，如果全鏈路用例出現(xiàn)外域報錯，如果自己解決不了，勢必要請求負責域的同學解決，大家總有自己的事情要做，不可能隨時隨地隨叫隨到吧。
這個跨部門的溝通和協(xié)作效率嚴重低下，而且人員變動、系統(tǒng)變動都會直接影響問題排查結果。
2）環(huán)境不穩(wěn)定
不同于單體應用的部署，微服務應用部署存在多機房、多配置的特點。一套全鏈路聯(lián)調(diào)環(huán)境可能涉及幾十個服務的部署，那么其中一個服務部署出現(xiàn)問題（服務器宕機、網(wǎng)絡問題、配置錯誤等），可能會導致整條業(yè)務鏈路響應失敗。理論上，環(huán)境穩(wěn)定性和部署服務的數(shù)量成反比，這也是微服務架構下需要“環(huán)境治理”的原因。
當然，單體應用下也存在環(huán)境問題不穩(wěn)定影響自動化用例的情況，而微服務架構下這種情況更甚！
3）服務依賴錯綜復雜
正如上文反復提到的，微服務架構下，不存在完全屬于“孤島”的服務，服務之間是存在依賴關系的。Java項目中一般以pom中引入其他服務的jar包方式構成依賴關系，如果需要升級依賴的jar包版本（主動升級/被動升級），就要注意下原來的契約關系是否有變化。
而在進行測試的過程，我們往往先mock掉依賴的服務，等保障域內(nèi)質量OK之后，再進行和其他域聯(lián)調(diào)測試。因此，項目進行前需要創(chuàng)建大量mock服務。
鏈路聯(lián)調(diào)階段，需要保證各域服務都ready，但是往往事與愿違，服務都有依賴的第三方接口，在自動化測試這些服務的時候都需要去了解業(yè)務方系統(tǒng)的接口、DB等。
自動化
關于自動化接口測試用例的面試提問。
1，有沒有做過自動化測試，結合項目講一下你們的自動化是怎么做的
在xx項目中實施了接口自動化測試，因為我們的平臺ui變動還是挺頻繁的，所以接口自動化復用率更高一些，我們這個項目搭建自動化測試框架所使用的是：python+pytest+requests+yml+allure+Jenkins，然后分層這一塊兒使用的是POM模式，數(shù)據(jù)驅動使用的是yml跟parametrize的驅動模式，我在這個自動化測試實施的項目中主要負責的是櫥柜模塊的主流程用例的自動化代碼的編寫
2，面試官：你寫了多少條接口用例
我: 大約幾百條吧
3，用例比較多的時候怎么管理
testcase目錄中，分成多個文件，一個文件可以多個方法
4，用例的執(zhí)行策略是什么？
1.按順序執(zhí)行
2.按測試類執(zhí)行
在自動化測試中，一般測試用例往往多達幾百個，如果完全按順序來執(zhí)行，其一是不符合自動化測試用例的原則
3.按測試模塊執(zhí)行
在Python中，一個Python文件就是一個模塊，一個模塊中可以有 N個測試類，在一個測試類中可以有 N個測試用例。按模塊執(zhí)行的代碼如下：(我們的python文件名為：seleniumtest.py)
面試官：你是怎么存放這些用例的？用例依賴執(zhí)行順序怎么搞？并發(fā)執(zhí)行怎么搞?
我：用yaml來存放用例的。然后就沒了。。。
面試官：是本地寫的用例還是用公司自有的測試開發(fā)平臺來存放？
我：公司的測試平臺不太好用，我想用自己寫腳本來實現(xiàn)。這樣也可以練習自己的編程。
是從用例存放形式來回答？還是從用例測試場景來劃分回答？不太明白面試官的背后的含義是什么。
分析：
后兩個問題都沒回答到點上。。。答非所問了。
這幾個問題，和接口測試用例關系倒不是很大。其實中間牽涉到的主要知識點就是在對于自動化測試框架的理解這一層面：
測試用例的分類
測試套件的使用
測試用例如何串行，如何并行，如何設定用例的執(zhí)行順序
你是怎么存放這些用例的？
面試官的本質問題： 測試用例的項目結構，以及管理方式。比如你的項目結構是不是按照業(yè)務模塊去分為了不同的package。包括用例如果需要多人開發(fā)以及版本化管理有沒有使用類似于git或svn這樣的代碼管理工具。
還有一個潛在問題： 用例數(shù)量很龐大的情況下，不可能每一次執(zhí)行測試用例都是全量執(zhí)行，如何做用例管理可以覆蓋多種用例的使用場景；
如何按照用例優(yōu)先級執(zhí)行用例？
如果想要執(zhí)行不同的業(yè)務模塊自動化用例應該如何執(zhí)行？
如果想要執(zhí)行不同類型的測試用例應該如何執(zhí)行？
回歸測試場景
冒煙測試場景
灰度測試場景
針對不同的被測版本，用例應該如何執(zhí)行，比如回歸需要使用v1.1 版本的用例， 冒煙需要執(zhí)行v1.2版本的用例
以上的所有場景， 只要深刻理解并熟悉測試框架的使用以及標準結構，一定是可以回答出來的。
以下的答案更多的是思路，而非一板一眼的標準答案，因為任何一個答案，如果說你沒有很多對應的項目經(jīng)驗和處理經(jīng)驗，一問就玩完。從用例版本管理這種大的維度到每個使用場景進行歸納與總結：
使用 git 或svn 對測試用例進行管理，因為有版本化管理，回滾也比較方便，多人協(xié)作也比較方便。
用例的項目結構通常是和產(chǎn)品的業(yè)務模塊統(tǒng)一，比如我們的產(chǎn)品有用戶管理功能，那用例編寫的時候就會寫在 user package內(nèi)?；A模塊，櫥柜模塊，衣柜模塊
另外會使用測試框架(pytest 是裝飾器mark、junit5 就太多了，displayname 、tag)自帶的標識功能。給測試用例添加不同類型的標識，保證可以執(zhí)行不同類型的測試用例。
只要用例的標識打的明確，以及用例的業(yè)務目錄結構合理，就可以實現(xiàn)對用例的規(guī)范化管理，同樣可以選擇不同類型的用例進行執(zhí)行
用例依賴執(zhí)行順序怎么搞？并發(fā)執(zhí)行怎么搞?
這塊直接回答是如何使用測試框架的并行和串行（指定順序）功能的就OK了。
默認情況下，pytest按順序運行測試。在實際情況下，一個測試套件會有很多測試文件，每個文件都有一堆測試。這將導致大量的執(zhí)行時間。為了克服這個問題，pytest為我們提供了一個并行運行測試的選項。
為此，我們需要首先安裝pytest-xdist插件。
通過運行以下命令來安裝 pytest-xdist —
pip install pytest-xdist
現(xiàn)在，我們可以通過使用語法?pytest -n <num>來運行測試。
pytest -n 3
-n <num>?通過使用多個工作者來運行測試，這里是3。
當只有幾個測試要運行時，我們不會有太大的時間差異。然而，當測試套件很大時，這就很重要了。
用例的順序跟你用yaml保存是沒關系的。是關于測試裝置（Fixture）概念的。
常見的setup teardown，結合session suite class testcase級別
然后是利用繼承，業(yè)務模型的繼承比如page object，還有測試用例的繼承，比如BaseTestCase等
是本地寫的用例還是用公司自有的測試開發(fā)平臺來存放？
就直接回答使用 git 存放的用例就可以了。這和寫腳本也沒太大關系，即使用測試平臺很多時候也要寫腳本的。一下就暴露出來其實你對測試平臺也是一知半解了…
補充問題：
主流程通過自動化回歸，那回歸的用例數(shù)大概多少，覆蓋了多少個接口，回歸的用例是如何觸發(fā)的？
定期執(zhí)行的具體策略是什么，針對于什么環(huán)境。第三個的問題提到了多環(huán)境，但是沒有看到解決方案和多環(huán)境又什么關系，感覺更像是灰度測試。
4，測試數(shù)據(jù)怎么管理，
測試數(shù)據(jù)不能寫死在代碼里面，要做到數(shù)據(jù)分離，不用修改測試邏輯，只需要維護測試數(shù)據(jù)。代碼從文件讀取數(shù)據(jù)，如csv、excel表格、txt、xml等格式文件，
①系統(tǒng)參數(shù)放ini，如登錄賬號密碼，執(zhí)行具體case時，我們必須要有前置條件，比如說我的case要在登錄后才能執(zhí)行，那么這個登錄的帳號我必須確保它是存在的，如果不存在我就自動添加進去，這樣腳本的回訪率就很高了，所以這個ini文件 就是干這個的
②對于一個接口有多組測試的參數(shù)，可以參數(shù)化，放在yaml、txt、json、 excel.
③如果是需要一次性消耗的數(shù)據(jù)，要求唯一性，比如注冊，每次注冊不一樣的；保存方案，方案名稱唯一，可以用隨機數(shù)生成。random函數(shù)生成隨機數(shù)或者是時間戳?import time print(time.time())
④對于可以反復使用的數(shù)據(jù)，放數(shù)據(jù)庫，每次初始化用完后清理。
8.2 北京博納訊動--江蘇博云
1，自我介紹
2，對測試流程做了哪些優(yōu)化
答：①增加自測用例，提高開發(fā)提測質量（but面試人可能是開發(fā)，emmm）
so下次可以多補充幾點，
eg,②用例評審記錄，詳細整理補充的內(nèi)容，完善用例設計方法
③線上反饋問題分類，高頻問題模塊加以重視
3，Linux命令
4，對k8s的了解
5，k8s相關命令
6，一個pod宕機了要怎么處理
7，混沌測試，交叉測試
混沌測試是什么
類似于“故障演練”，通過構造各類異常，驗證系統(tǒng)在碰到這些異常時是否有做好對應的監(jiān)控告警、預案處理，針對性地進行加固，防范，從而避免故障發(fā)生時所帶來的嚴重后果。通過對各類異常提前做好監(jiān)控告警和預案處理，增強系統(tǒng)的健壯性，增強分布式系統(tǒng)的信心。
交叉測試是什么
字面意思就是把測試同學負責的測試模塊進行 相互交換測試。比如原來A同學負責a模塊,B同學負責b模塊;那么在一輪測試之后,A同學負責b模塊測試,B同學負責a模塊測試。
為什么要做交叉測試?
思維發(fā)散,每個測試同學可能會有自己的思維局限和受限情況等等
解決一部分因為測試人員工作粗心導致的漏測。
8，Jenkins發(fā)布，是否有做加入自動化代碼檢查？
Sonar實現(xiàn)代碼自動檢查，但沒有在項目中實現(xiàn)過
搭建 Jenkins 項目環(huán)境的步驟如下：
①下載 Jenkins：在 Jenkins 官網(wǎng)上下載需要的 Jenkins 版本，解壓后得到一個 war 文件。
②安裝 Java JDK ：Jenkins是用 Java 編寫的，所以需要在電腦上安裝 Java JDK。推薦使用官方 Java JDK，并將它添加到環(huán)境變量中。
③啟動 Jenkins：使用命令行進入 Jenkins 的目錄下，運行 java -jar jenkins.war 命令啟動 Jenkins。
④安裝常用插件：訪問 http://localhost:8080 進入 Jenkins，按照提示安裝常用插件，如 Git、Maven，allure 等。⑤新建 Jenkins 項目：在 Jenkins 界面上，點擊“新建項目”，填寫項目信息和配置構建方式。
⑥配置 Git 倉庫信息：在 Jenkins 項目配置中，點擊“源碼管理”，選擇 Git，并填寫 Git 倉庫地址和認證信息。
配置構建觸發(fā)方式：在 Jenkins 項目配置中，點擊“構建觸發(fā)器”，選擇需要的構建觸發(fā)方式，如定時構建、Git 提交觸發(fā)等。
配置構建步驟：在 Jenkins 項目配置中，點擊“構建步驟”，選擇需要的構建步驟，如執(zhí)行 shell 命令、構建 Maven 項目等。
⑦保存并構建：配置完成后，點擊“保存”并觸發(fā)項目構建。
8.4? 萬邦數(shù)字能源--星星充電
1，自我介紹
2，介紹一下之前做過的項目
3，針對項目性質提問
1）你們的客戶都是什么類型的，
提供給品牌，給品牌旗下的設計師使用
2）所以你們只有一個軟件設計，像供應鏈，倉儲之類的沒有涉及嗎？
我們不只是軟件設計，也會對接品牌方的工廠，實現(xiàn)門店終端3D效果圖設計到工廠生產(chǎn)的智能制造，將營銷—設計—生產(chǎn)鏈路打通，給予客戶一站式的家居家裝體驗，一鍵出圖，一鍵下單，使設計效果圖精準對接工廠生產(chǎn)，實現(xiàn)前后端一體化
三維家其實在家居產(chǎn)業(yè)就打通兩端,一個是通過內(nèi)容,通過我們做的圖,來連接門店之間,門店跟消費者,通過那個圖,我們連接門店跟工廠,來連接工廠內(nèi)部
供應鏈資源如何打通?
通過接口，參數(shù)對照規(guī)范，去在供應鏈間傳遞數(shù)據(jù)
?接口地址，請求參數(shù)（報文） ，返回結果
3）會參與實施嗎？就是軟件給到客戶，他們一般是不能直接用吧，需要去場地部署環(huán)境之類的嗎？
是需要的，但是我們有專門的運維人員去做這些，測試更傾向于與用戶在使用中的問題，比如我們會去客戶的工廠那邊出差，去現(xiàn)場了解使用中的痛點問題，拿到一線的數(shù)據(jù)然后去有針對性的優(yōu)化
4）你們是只有這一款軟件嗎？
我們其實是一個云設計平臺，主要是做SaaS嘛，以客戶為中心，那我們經(jīng)過很多版本的迭代其實已經(jīng)是一個比較成熟的產(chǎn)品了，會有很多模塊，然后根據(jù)客戶的需要去遷移對應的模塊，再根據(jù)客戶的需求去做一些定制化的修改，開發(fā)
5）通常一些定制化的需求，對其中的部分模塊做一些定制化的需求，那在測試中會把所有模塊都進行測試嗎？還是只會針對有定制化需求的模塊進行測試呢？
首先會先針對需求進行細致的測試，然后對于跟需求有關聯(lián)的其他模塊也會有針對性的進行回歸，確保不被影響，之后在上線前呢也會通過通過自動化測試去確保其他模塊基礎功能不受影響
而且我們其實是切了分支去做開發(fā)的，不同分支，環(huán)境之間是互相隔離，獨立的，有一些通用的功能才會去meger到其他分支
6）怎么做回歸測試的
1，dev環(huán)境需求測試通過后發(fā)布到release環(huán)境進行回歸測試
2，手動針對需求強關聯(lián)的模塊，功能進行針對性的回歸
3，跑接口自動化腳本，確?；A功能不受影響
4，你們的接口自動化是怎么做的
用python+pytest單元測試框架?
1）你們會寫自動化測試用例嗎？是寫在哪的
自動化測試用例都是放在testcase package里的，然后會根據(jù)項目結構按照業(yè)務模塊分為了不同的package，方便管理查看。
然后代碼會放在git上面
如果需要多人開發(fā)以及版本化管理會使用類似于git或svn這樣的代碼管理工具。
2）你們是怎么讀自動化case的？（其實是想問代碼是怎么寫的，就是你的case寫了之后，你要讀case，把你的參數(shù)組裝成請求體，然后再進行請求，根據(jù)接口的responds去進行assert斷言，來進行接口自動化）
3）入?yún)⑹窃趺磥慝@取的？
4）參數(shù)是寫在case里還是放在單獨的文件中
yaml文件，ini配置文件，excel
5）有沒有類似創(chuàng)建的接口，去造一些數(shù)據(jù)？（創(chuàng)建接口執(zhí)行完成之后，你再次調(diào)用，會報錯，因為有一些參數(shù)已經(jīng)創(chuàng)建了，生成了一個唯一值，你怎么去保證每次生成的數(shù)據(jù)的唯一性）
有，比如我們很常用的一個接口，保存方案，需要有一個不重復的方案名稱，可以使用random函數(shù)生成隨機數(shù)，A=random.randint(),NAME="方案"+A
也可以使用time時間戳的方式
6）執(zhí)行完會刪一下，怎么刪
①用腳本刪，使用數(shù)據(jù)刪除腳本，通過手動標記要刪除的數(shù)據(jù)并執(zhí)行腳本來清除數(shù)據(jù)。
②后置操作，teardown，或者是fixture()
fixture? 中scope參數(shù) scope="function"?函數(shù)層級,默認是 function
它的作用域有四個,分別是:function、class、module、和session :
5，講一下你們的測試流程吧
6，怎么協(xié)助開發(fā)排查問題
比如說是用戶那邊反饋一個問題，會先測試這邊進行一個過濾，排除下操作問題，版本問題等，然后可以通過F12，或者抓包工具fiddler去查看接口的一個狀態(tài)碼，入?yún)?，出參之類的，去區(qū)分前后端，然后再給到對應的開發(fā)，這樣定位問題會快很多，再者還可以查庫，去判斷數(shù)據(jù)落地
7，sap驅動程序是什么？
指的是設備驅動程序，是一種可以使計算機和設備進行相互通信的特殊程序。
驅動程序主要作用是計算機系統(tǒng)與硬件設備之間完成數(shù)據(jù)傳送的功能，只有借助驅動程序，兩者才能通信并完成特定的功能。
驅動程序是介于操作系統(tǒng)與硬件之間的媒介，實現(xiàn)雙向的傳達，
將硬件設備本身具有的功能傳達給操作系統(tǒng)，同時也將操作系統(tǒng)的標準指令傳達給硬件設備。
8，編程題
數(shù)組中出現(xiàn)次數(shù)最多的元素及其出現(xiàn)次數(shù)
將數(shù)組轉為set集合，去重
定義一個空字典，for循環(huán)遍歷集合
將集合中的元素作為字典key，元素出現(xiàn)次數(shù)list.count()作為value
dict['元素']=list.count(元素)
然后max（dict.values（））找到出現(xiàn)次數(shù)最多的
遍歷字典，找到對應元素
for key，value in dict.item():
? ? if value=?max（dict.values（））:
? ? ? ?print(key,value)
