1、讓簡單介紹下自己（這個不用說了每次面試開場）
面試官，你好，我叫xxx，xx年本科畢業，從事軟件測試將近3年的時間。在此期間做過一些項目也積累過一些經驗，能夠獨立地完成軟件測試流程的一個工作。最近的一份工作是xx公司，主要參與app系統測試，負責xxapp,一款類似抖音的短視頻app功能測試，負責過的功能模塊有拍攝、上傳、搜索、推薦引擎等。主要運用邊界值，等價類，錯誤推測等常見黑盒測試方法。我最近有在學習的是一個app的自動化測試，它是使用Pythopn+Appium，結合pytest自動化測試框架，基于PO的思想來實現的。平時我會在各新媒體平臺分享我的測試經驗，現在總粉絲大概有1w+，以上就是我的一些簡單的自我介紹，謝謝。
2、讓說下自己會的內容
說自己會的就行，不會的千萬不要提，比如：我之前主要做過的是功能測試，web自動化測試、app專項測試、接口測試、也有用過Jmeter做過一些性能方面的測試。我對于缺陷管理工具比如禪道，版本控制器git與svn能夠熟悉應用。數據庫、linux、Fiddler、Jmeter這些應用也比較熟悉。我熟悉軟件測試基礎理論和測試流程，測試方法等，有app測試、web測試、接口測試經驗。熟悉數據庫增刪改查操作，熟悉使用測試管理工具。
3、看了哪些書籍（有問到）
軟件測試，軟件測試的藝術、軟件測試實用教程、Google 軟件測試之道，最喜歡的書是大話軟件測試，這本書能幫助新手深入理解性能測試和自動化測試的意義，也能幫助有多年工作經驗正處于迷茫階段的從業人員排憂解難，還能給那些剛剛步入管理崗位的菜鳥們提供指導（尤其是團隊建設、績效管理等）
4、了解過哪些技術博客/論壇（有問到）
testerhome、CSDN一些博客（面試經驗：面試中會問具體哪些博客），和公眾號（面試經驗：面試中會問具體哪些公眾號）
5、是否了解軟件測試需要掌握哪些知識（有問到類似問題）
軟件測試基礎知識，軟件測試的流程，測試用例方法，bug提交，測試報告，測試計劃，數據庫相關知識，UI自動化，抓包分析，接口測試（手工+自動化）、測試工具、性能測試等。
6、覺得自己需要補充哪些？做了哪些行動？
很多公司自動化測試有要求，由于之前的工作主要涉及的不多，我最近有在學習的是一個app的自動化測試，它是使用Pythopn+Appium，結合pytest自動化測試框架，基于PO的思想來實現的測試。所以這方面的知識儲備不夠，希望以后在工作中能深入學習。
7、為什么做測試，覺得自己做測試有哪些優勢？（有問到）
我覺得我個人的性格比較適合做測試。我比較細心耐心，考慮事情比較全面，這樣對于我在設計測試用例時很有幫助，而且我能夠很好的與人協調溝通，當我們測試和開發發生溝通上的矛盾時我也能很好的解決，我平常喜歡刷微博、知乎看熱門評論，喜歡考究大眾心理，這有助于我站在用戶角度設計測試點。
8、知道哪些Bug管理工具系統
禪道/bugzila/Easybug等
9、測試用例的基本要素是?
三大核心要素為 ：標題 、步驟 、預期結果
1.標題：是對測試用例的描述，標題應該清楚的表達測試用例的用例
2.步驟：對測試執行過程進行描述
3.預期結果：提供測試執行的預期結果，預期結果一般是根據產品需求得出，如果實際結果和預期結果一致則測試通過；反之失敗。
非核心要素：
4.預支條件：執行當前測試用例所需要的前提條件，如果這些前提條件不滿足，則后面的步驟無法進行或無法的到預期結果。
5.測試用例所屬的項目（一般使用用例管理工具一次性分配）
6.用例編號（用例管理管理工具會自動分配）
如果沒有用用例管理工具
產品編號-ST-系統測試項名-系統測試子項名-XXX
7.重要級別：一般分為高、中、低（每個公司的等級可能有出入）。
高：系統基本核心業務
中：介于高低之間
低：使用頻率不高，對系統功能影響不大
8.測試用例輸入：用例執行過程中需要加工的外部數據
1、對項目進行基本介紹
這一部分對項目的基本介紹重點要概括說明項目的基本功能和組成部分。
2、說明自己負責測試的模塊
這一部分需要挑選自己比較熟悉的業務功能模塊，因為后續面試的問題可能就出自這些模塊。
3、針對部分模塊展開進行說明
最后挑選一些有代表性的模塊展開說明，這里需要注意的是說明的模塊或者業務一定要描述的清晰有條理。
介紹的整體項目時間把握在2分鐘內，目的是讓面試官對你之前的項目有一定的了解，同時體現下自己的邏輯和表達能力。如果想進一步的豐富的話，可以再簡單說明下公司的測試流程，及測試中使用到的具體的技術，比如數據庫等。
1、 數據庫方面常識
關系型數據庫：把復雜的數據結構歸結為簡單的二元關系（即二維表格形式），通過SQL結構化查詢語句存儲數據
典型產品：
Mysql：互聯網領域、大中小型網站，游戲公司，電商平臺等等。體積小、速度快、成本低、開放源代碼
Oracle：傳統大企業、大公司、政府、金融、證券等。安全性、成本高、
非關系型數據庫：非關系型數據庫也被稱為NoSQL數據庫，NOSQL的本意是“Not Olnly SQL”。NOSQL為了高性能、高并發而生
其他分類
1）鍵值（Key-Value）存儲數據庫：主要是使用一個哈希表，這個表中有一個特定的鍵和一個指針指向特定的數據。簡單、易部署、高并發
典型：Redis、Memcached
2）列存儲（Column-oriented）數據庫：應對分布式存儲的海量數據。如果我們有一個Person類，我們通常會一起查詢他們的姓名和年齡，而不是薪資。這種情況下，姓名和年齡就會被放入一個列族中，而薪資則在另外一個列族中。
典型：Hbase
3）面向文檔數據庫：數據存儲的最小單位是文檔
典型：Mongodb、Hive
Mongodb一個介于關系型數據庫和非關系型數據庫之間的產品。高性能、易部署、易使用，存儲數據非常方便。
Hive可以用來進行統計查詢，HBase可以用來進行實時查詢
一些增刪改查筆試題準備
2、 linux操作
linux搭建測試環境，比如web系統服務搭建。
linux常用命令
1）Linux管理文件和目錄的命令
2）有關磁盤空間的命令
3）文件備份和壓縮命令
在Linux中，常用的文件壓縮工具有gzip、bzip2、zip。bzip2是最理想的壓縮工具，它提供了最大限度的壓縮。zip兼容性好，Windows也支持。
4）有關關機和查看系統信息的命令
5）管理使用者和設立權限的命令
6）線上查詢的命令
7）文件閱讀的命令
8）網絡操作命令
9）其他命令
10）bash常用命令
3、缺陷方面（有問到）
描述一個你印象最深刻的bug
其實，面試官并不關心你描述的這個bug是否真的有價值，或有多曲折離奇？他只是：
1）了解你平時工作中的測試能力
所以，這就要求的你平時工作中遇到bug時試著自己去定位，定位bug的過程遠比你的單純的執行測試用例有“價值”（自我技能提高的價值），在定位bug的過程中你需要掌握和運用更多知識。
另外，建議你平時養成總結的好習慣，發現的bug，開發解決了，最好問問他原因以及解決的方法，這樣再遇到類似問題時，自己也可以試著定位解決。遇到難解決的bug，也可以把最終的解決過程記錄下來。（這不是就有素材了）
2）考察你的表達能力
我們搞技術的有許多屬于悶騷性格，讓我們和技術打交道游刃有余。在QQ群里聊天，也風趣、幽默、機智、博學… 因為網絡段子看多了嘛，再加上有百度加持。但面對公司會議或者和陌生人交流時，語言表達能力比較欠缺。
所以，建議你平時可以主動要求去分享一些自己工作中用到或學習的技術。或者多去參加集體活動，加強自己的表達能力。
3）也許就是想拋一個問題給你，自己好有時間繼續看你的簡歷。
如果，一時想不起來怎么回答，可以這么切入，找一個自己工作中很熟悉的項目，然后，談談你是如何對這個項目進行測試的，然后，在某一個版本測試中，發現xxx，開發也xxxx，前端也xxxx，運維也xxxx，最后終于發現原來是xxx引起的xxxx 。
把你工作過程中的測試方法和步驟描述清楚了，那么這個bug有沒有價值或是否印象深刻就不那么重要了。
4、用例部分
現場讓你設計個用例，比如水杯、凳子怎么測試？
首先說明的是，遇到這樣的測試題目，首先應該反問面試官，需求是什么樣的，比如是測什么樣的杯子。
因為設計測試用例的規則應該是根據需求分析文檔設計用例，客戶需求什么，就測試什么。
但是在沒有需求分析文檔的前提下，來設計測試用例，可以考查一個測試人員的基本功，比如考慮問題是否全面，設計測試用例的方法是否合理等。
一般是根據自己的日常經驗和測試的思維來設計測試用例。在設計測試用例時一般從以下幾個方面進行分析：功能測試，性能測試，界面測試，安全性測試，兼容性測試，可用性測試，可靠性測試，本地化/國際化測試。
5、軟件測試流程
公司嚴格規范測試流程和測試文檔，首先是參與需求評審，編寫測試計劃、測試方案、測試用例，進行測試方案及用例的測試組內部評審，外部評審。
提取部分一級用例提交研發自測，研發自測通過后開開始執行一輪系統測試。
測試過程中發現并提交、跟蹤問題。
問題修復后進行回歸測試。
一輪測試完成后對修復包進行冒煙測試，測試通過則進行二輪測試。
二輪測試完成后會進行需求交叉測試。
完成測試編寫系統測試報告提交驗收測試。驗收測試通過輸出驗收測試報告。
6、網絡相關
網絡協議，如TCP/UDP的區別？
1、TCP面向連接（如打電話要先撥號建立連接）;UDP是無連接的，即發送數據之前不需要建立連接
2、TCP提供可靠的服務。也就是說，通過TCP連接傳送的數據，無差錯，不丟失，不重復，且按序到達;UDP盡最大努力交付，即不保證可靠交付
3、TCP面向字節流，實際上是TCP把數據看成一連串無結構的字節流;UDP是面向報文的
UDP沒有擁塞控制，因此網絡出現擁塞不會使源主機的發送速率降低（對實時應用很有用，如IP電話，實時視頻會議等）
4、每一條TCP連接只能是點到點的;UDP支持一對一，一對多，多對一和多對多的交互通信
5、TCP首部開銷20字節;UDP的首部開銷小，只有8個字節
6、TCP的邏輯通信信道是全雙工的可靠信道，UDP則是不可靠信道
三次握手與四次揮手
三次握手通俗版：
第一次握手：客戶端要和服務端進行通信，首先要告知服務端一聲，遂發出一個SYN=1的連接請求信號,”服務端哥哥，我想給你說說話”。
第二次握手：當服務端接收到客戶端的連接請求，此時要給客戶端一個確認信息，”我知道了（ACK）,我這邊已經準備好了，你現在能連嗎（SYN）”。
第三次握手：當客戶端收到了服務端的確認連接信息后，要禮貌的告知一下服務端，“好的，咱們開始聯通吧（ACK）”。
到此整個建立連接的過程已經結束，接下來就是雙方你一句我一句甚至同時交流傳遞信息的過程了。
四次揮手斷開連接通俗版：
第一次揮手：雙方交流的差不多了，此時客戶端也已經結尾了，接下來要斷開通信連接，所以告訴服務端“我說完了（FIN）”，此時自身形成等待結束連接的狀態。
第二次揮手：服務端知道客戶端已經沒話說了，服務端此時還有兩句話要給客戶端說“我知道你說完了（ACK），我再說兩句&*…%￥”…
第三次揮手：此時客戶端洗耳恭聽繼續處于等待結束的狀態，服務器端也說完了，自身此時處于等待關閉連接的狀態，并對告訴客戶端，“我說完了，咱們斷了吧（FIN）”。
第四次揮手：客戶端收知道服務端也說完了，也要告訴服務端一聲（ACK），因為連接和斷開要雙方都按下關閉操作才能斷開，客戶端同時又為自己定義一個定時器，因為不知道剛才說的這句話能不能準確到達服務端（網絡不穩定或者其他因素引起的網絡原因）。
所以默認時間定為兩個通信的最大時間之和，超出這個時間就默認服務器端已經接收到了自己的確認信息，此時客戶端就關閉自身連接，服務器端一旦接收到客戶端發來的確定通知就立刻關閉服務器端的連接。
到此為止雙方整個通信過程就此終結。
這里要聲明一下：斷開鏈接不一定就是客戶端，誰都可以先發起斷開指令，另外客戶端和服務端是沒有固定標準的，誰先發起請求誰就是客戶端。
三次握手闡述：
在第一次消息發送中，A隨機選取一個序列號作為自己的初始序號發送給B；
第二次消息B使用ack對A的數據包進行確認，因為已經收到了序列號為x的數據包，準備接收序列號為x+1的包，所以ack=x+1，同時B告訴A自己的初始序列號，就是seq=y；
第三條消息A告訴B收到了B的確認消息并準備建立連接，A自己此條消息的序列號是x+1，所以seq=x+1，而ack=y+1是表示A正準備接收B序列號為y+1的數據包。
四次揮手闡述：
由于TCP連接時全雙工的，因此，每個方向都必須要單獨進行關閉，這一原則是當一方完成數據發送任務后，發送一個FIN來終止這一方向的連接，
收到一個FIN只是意味著這一方向上沒有數據流動了，即不會再收到數據了，但是在這個TCP連接上仍然能夠發送數據，直到這一方向也發送了FIN。
首先進行關閉的一方將執行主動關閉，而另一方則執行被動關閉，上圖描述的即是如此。
（1）第一次揮手：Client發送一個FIN，用來關閉Client到Server的數據傳送，Client進入FIN_WAIT_1狀態。
（2）第二次揮手：Server收到FIN后，發送一個ACK給Client，確認序號為收到序號+1（與SYN相同，一個FIN占用一個序號），Server進入CLOSE_WAIT狀態。
（3）第三次揮手：Server發送一個FIN，用來關閉Server到Client的數據傳送，Server進入LAST_ACK狀態。
（4）第四次揮手：Client收到FIN后，Client進入TIME_WAIT狀態，接著發送一個ACK給Server，確認序號為收到序號+1，Server進入CLOSED狀態，完成四次揮手。
7、測試工具
測試工具，無非這幾類：
BUG管理工具：禪道、Jira、Bugzilla等。
web端自動化測試工具：selenium、QTP等。
app自動化測試工具：有Appium，MonkeyRunner、Robotium等，
性能測試工具：主要是Loadrunner和Jmeter。
抓包分析工具：wireshak、fiddler。
數據庫工具：mysql/oracle
自動化測試工具 (如QTP)
性能測試工具 (如loadrunner)
測試管理類 （如jira）
安全測試工具
滲透測試工具
8、其他概念問題
Beta測試與Alpha測試有什么區別
1、Alpha測試
Alpha測試是由用戶在開發環境下進行的測試，也可以是開發機構內部的用戶在模擬實際操作環境下進行的測試。開發者坐在用戶旁邊，這是在開發者受控的環境下進行的測試。由開發者隨時記錄下錯誤情況和使用中的問題。
2、Beta測試
Beta測試是由軟件的多個用戶在一個或多個用戶的實際使用環境下進行的測試。開發者通常不在測試現場，這是在開發者無法控制的環境下進行的測試。由用戶記錄下遇到的所有問題，定期向開發者報告。beta測試是一模擬真實的使用環境從而發現缺陷的一種測試
3、驗收測試
驗收測試是以用戶為主的測試，軟件開發和QA人員也應該參加，測試一般在用戶所在地進行，由用戶驗證軟件產品是否滿足了所有的需求的一系列的驗收測試工作。
僅限于做項目的公司，部門內部測試穩定后，根據合同中需求由發包商進行驗收測試。驗收測試的目的是為了以發現”未實現的需求”為目的，以評估”適合使用”為目標，該類測試的不是以發現缺陷為主要目的。
區別：兩者的主要區別是測試的場所不同。
Alpha測試是指把用戶請到開發方的場所來測試，beta測試是指在一個或多個用戶的場所進行的測試。Alpha測試的環境是受開發方控制的,用戶的數量相對比較少,時間比較集中。
而beta測試的環境是不受開發方控制的,誰也不知道用戶如何折磨軟件,用戶數量相對比較多,時間不集中。
一般地,alpha測試先于beta測試執行。通用的軟件產品需要較大規模的beta測試,測試周期比較長。如果產品通過了beta測試,那么就可以正式發行了。
Alpha測試在系統開發接近完成時對應用系統的測試；測試后仍然會有少量的設計變更。這種測試一般由最終用戶或其它人員完成，不能由程序或測試員完成。
Beta測試 當開發和測試根本完成時所做的測試，最終的錯誤和問題需要在最終發行前找到。這種測試一般由最終用戶或其它人員完成，不能由程序員或測試員完成。
面試官要給面試者一個提問的機會，其實是因為，面試者有權利了解面試他的這個部門的基本信息、崗位信息以及他將來可能要使用的技術、負責的業務。
所以可以去問一些關于部門、技術棧等方面的信息了解清楚，從而更好地評估自己是否適合這個部門，更廣泛地去了解部門的信息，并提前學習相關的一些技術棧，假如你將來真的要加入這個公司，這也會是對你非常有幫助的。
面試官聽到你問這種問題時，也會很熱心地回答你，他也會對這種求知欲很滿意的，畢竟你是想了解他所在的部門，所做的事情，想要加入他們，面試官可以收到你想要傳達給他的心意
問你真正想問的，不代表你可以無底線地提問，對面試官來說，有一些問題是比較禁忌的，我們不妨來看幾個反面例子。
不要問薪資：直接問薪資是不可取的，假如你參加的是技術面試，千萬別問薪資，人家會覺得你很不專業，并且心思都放在了錢上。如果是HR面試，你還可以比較含蓄地問一下“貴司的薪資結構是怎么樣的”，側面進行了解，千萬不要說“我一個能拿到多少錢”這樣直白的話。
不要問私事：有些面試者比較隨意，想直接從面試官身上獲得一手的信息，比如問面試官“一個月工資多少錢”、“平時你加班嚴重嗎”、“你覺得這家公司怎么樣”這就好像一個剛認識的人打探你的家事一樣，會讓人很反感的。
不要問一些和職位無關的事情：有些面試者可能跳出了面試職位，直接開始問一些比較脫離實際的問題“未來公司戰略是怎么樣的”、“我們部門發展現狀，將來會如何如何”這類假大空的問題也是要避免的。我相信犯這個錯誤的人應該比較少，畢竟咱們程序員都比較實在。
簡歷是面試中最重要的一環，這里詳細介紹一下簡歷怎么寫，才能吸引HR的眼睛。
1）個人基本信息
簡歷開頭是個人信息，這個大家都沒有異議的吧？但是個人信息應該包含哪些內容，每個人理解都不一樣，我的建議是：
1、要包含：姓名、性別、學歷、工作年限、電話、郵箱地址；
2、不包含：照片（對自己特自信的除外）、畢業學校（特知名的除外）、專業（特自豪的除外）；
原因：咱們是技術崗，一切以技術優先；
學校和專業如果是優勢，當然鼓勵放前面，甚至可以把學校期間獲得的獎項也簡要寫一寫，這個是加分項。如果不是，請盡快讓篩簡歷的人往下看到自己的優勢；
2）個人專業技能
作為技術崗位，你的個人技能是面試官最為關注的要點之一。而作為軟件測試崗位，如果想要理想的薪資，技能不可以過于單薄。
既然是專業技能，記得寫一些自己拿的出手的東西，應聘測試工程師，你說自己熟練使用office文檔，這有什么關系？
更悲劇的是，只是熟悉測試用例編寫方法，就是本來應該掌握更好的測試技能反而還不如 office 用的好了？
這部分我的建議是：
1、不要隨便寫「精通」，特別是針對操作系統和編程語言，如果你真的「精通」，當我沒說；
2、如果招聘需求有明確技能要求，請自己對照著優先級提供自己對應的技能熟練程度；
3、要突出你的個人特色，你最擅長的一定要寫在前面。有時候HR真的會沒耐心看完，注意力最多3行；
4、簡歷是給別人看的，是要吸引別人注意力的，要提供別人關心的內容，不要一股腦把自己自以為傲但又毫不相干的特長列上去；（2和3的總結）
5、個人能力中寫的都是熟悉和掌握，甚至還有了解，對于HR來說，掌握代表的是會用，熟悉代表著用過，了解就代表著不會。對于自己真正掌握的技術，可以大膽寫上“精通”，能達到精通的技能一定是深度學習和經驗累積的結果。
6、簡歷中最核心的在于“個人能力”，首先要確保展示自己所掌握的技能，并且一定要有所擅長，不然面試一問三不知就很尷尬了。
3）工作經歷
工作經歷就簡單羅列一下自己在不同公司的從業經驗就可以，一般只需要提供時間區間、公司名、崗位名稱即可。
幾個注意事項：
1、不要寫公司介紹，不關心；
2、不要寫工作簡介，項目經驗里面有；
3、每個公司盡量只占一行，不用在這吸引太多眼球；
4、如果呆過的公司比較多，建議把位置調整到項目經驗的后面去；
4）項目經驗
現在所有的企業除了比較看重實際工作經驗之外也非常注重項目經驗。
并且項目經驗是簡歷中篇幅最多，一定要格外用心去寫。
寫項目以及工作經驗的時候我們可以按照S.T.A.R.法則來寫
S情景：項目是在什么背景下制作的，要在什么情況下完成。
比如：為了用戶可以更好的體驗xxxx，公司研發了xxxx，本項目主要針對xx用戶，由xxx和xxx系統或架構組成，由什么語言來編寫的；
T任務：在本項目中主要負責什么，比如：參與該模塊測試的組員有xx人，我主要是負責xxx，用它來xxx的，并且負責xx用例以及報告的設計以及評審組織演說等等；
A行動：在這個任務中你做了什么。比如：使用xx管理用例的編寫，通過xx管理代碼和版本，使用xx工具做了什么，我對該模塊的工作使用了xx技術等等；
R結果：通過本次行動得到了什么結果，比如：編寫了xx個用例，發現了xx個bug，編寫了xx行代碼。利用xx工具做的結論—壓測結果，或者測試結果，開發結果等，通過以上得到了項目對我的一些影響。
項目經驗幾個注意事項：
1、按時間倒序寫，就是最近的項目寫到最前面；
2、挑幾個典型項目進行重點羅列，就是可以體現自己能力的項目；
3、項目簡介要簡潔，自己提煉下語言，不要從別的地方拷貝粘貼一大段你自己都不看的內容，突出下自己負責模塊的重要性即可；
4、前面寫的專業技能，要在典型項目的工作職責中有體現，如果專業技能寫自己會很多自動化工具，結果項目里全是手工測試，這明顯有問題；
5、工作職責里挑典型的、能體現自己專業技能的部分重點寫，其他和別人做的一樣的內容簡寫；
5）整體格式
首先，這份簡歷看上去干凈整潔，條理清晰，讓人賞心悅目，這是一個加分項。
不要有拷貝粘貼的痕跡，告訴你一個小秘密，如果是 docx 文件，系統又開啟了豆沙綠的話，很容易看出來哪些是拷貝粘貼的內容。
其次，個人技能很豐富，完全符合當下市場需求。不管是理論基礎，還是功能、性能、自動化，都有體現出來。任何一家企業所涉及的技能都能用得上。
你要明白，雖然一份好看的簡歷能為你打開一扇扇面試的大門，但最終面試官考察你的，還是你簡歷上體現出來的技能點是不是真材實料，你對知識點掌握和理解的程度，你是否能思路清晰的描述出你曾經做過的項目等等。
即使某些知識點，你僅僅是學習過，但并沒有實際使用過，但如果你能思路清晰的描述出來，也會很加分。
最后，一定要記住，寫簡歷最重要的是用心，如果對自己的敲門磚都不用心，怎么能保證是真的想進門？簡歷模板到慧樂課堂公眾號領。
此賬號為華為云開發者社區官方運營賬號，提供全面深入的云計算前景分析、豐富的技術干貨、程序樣例，分享華為云前沿資訊動態
本文分享自華為云社區《VSCode使用技巧》，作者：小聰不是小蔥~ 。
VsCode是一款開源的編輯器，擁有強大的功能，。由于擁有各種各樣的插件，這就使得VsCode可以做到的事情更多了。在使用的過程中，也是有很多技巧的，掌握一些技巧對于后期寫代碼也會輕松很多。
步驟1. 執行Ctrl+Shift+P
步驟2. 搜 showlogs
步驟1. 執行Ctrl+Shift+P
步驟2. 搜Open Settings（JSON）
在VSCode的配置文件settings.json中添加如下參數
"remote.SSH.showLoginTerminal": true,在VSCode的配置文件settings.json中添加如下參數
"workbench.colorTheme": "Atom One Light",
"workbench.colorCustomizations": {
"[Atom One Light]": {
"editor.background": "#C7EDCC",
"sideBar.background": "#e7f0e7",
"activityBar.background": "#C7EDCC",
},
},在VSCode的配置文件settings.json中添加remote.SSH.defaultExtensions參數，如自動安裝Python和Maven插件，可配置如下。
"remote.SSH.defaultExtensions": [
"ms-python.python",
"vscjava.vscode-maven"
],步驟1. 執行Ctrl+Shift+P
步驟2. 搜install local，按需選擇即可
步驟1. 安裝OpenSSH
步驟2. 以管理員身份啟動 PowerShell，并按需執行下述命令：
Get-WindowsCapability -Online | ? Name -like 'OpenSSH*'
Start-Service sshd
Set-Service -Name sshd -StartupType 'Automatic'
Get-NetFirewallRule -Name *ssh*
New-NetFirewallRule -Name sshd -DisplayName 'OpenSSH Server (sshd)' -Enabled True -Direction Inbound -Protocol TCP -Action Allow -LocalPort 22Set-Service ssh-agent -StartupType Automatic
Start-Service ssh-agent
Get-Service ssh-agentssh-add.exe .\id_rsa #路徑為待添加私鑰的位置
ssh-add.exe -L步驟3. 編輯本地的sshconfig（如~\.ssh\config）文件，增加配置ForwardAgentyes，如下所示。
Host my_host
HostName x.x.x.x
Port x
User x
IdentityFile xx
ForwardAgent yes若對所有Host默認統一增加配置ForwardAgentyes，可增加配置如下：
Host *
ForwardAgent yes 簡要Git操作指導視頻可參考VSCode視頻教程（3分54秒）：
https://code.visualstudio.com/docs/introvideos/versioncontrol
更多Git功能使用細節可閱讀VSCode官方文檔：
https://code.visualstudio.com/docs/editor/versioncontrol
步驟1. 到VSCode插件官網vscode_marketplace搜索待安裝的A插件
步驟2. 點擊進入A插件詳情后，下載該插件的離線安裝包。如圖所示：
步驟三. 將下載好的.vsix文件拖動到遠端容器中
步驟四. 右鍵點擊該文件，選擇Install ExtensionVSIX
可以在本地的sshconfig文件中對這個容器配置參數“StrictHostKeyChecking no”和“UserKnownHostsFile=/dev/null”，如下參考所示：
Host my_host
HostName x.x.x.x
Port x
User x
IdentityFile xx
ForwardAgent yes
StrictHostKeyChecking no
UserKnownHostsFile=/dev/null提示：增加上述配置參數會在SSH登錄時忽略known_hosts文件，有安全風險
如果已有launch.json文件，請直接看步驟3。步驟1：打開launch.json文件。可通過以下任一方式打開：
步驟2：選擇語言
如果需要對Python語言進行設置，在彈出的Select a debug configuration中選擇Python File，其他語言操作類似。如下圖所示：
步驟3：編輯launch.json，增加justMyCode":false配置，如下圖所示：
{
// Use IntelliSense to learn about possible attributes.
// Hover to view descriptions of existing attributes.
// For more information, visit: https://go.microsoft.com/fwlink/?linkid=830387
"version": "0.2.0",
"configurations": [
{
"name": "Python: 當前文件",
"type": "python",
"request": "launch",
"program": "${file}",
"console": "integratedTerminal",
"justMyCode": false
}
]
}在terminal中，執行如下述命令，再重試提交即可：
git config --global user.email my_email #改為你的用戶郵箱
git config --global user.name my_name #改為你的用戶名步驟1. 執行Ctrl+Shift+P
步驟2. 搜Open Settings（JSON）
步驟3. 在配置文件settings.json中添加如下參數"update.mode":"manual"
步驟1. 執行Ctrl+Shift+P步驟
2. 搜Open Settings（JSON）
步驟3. 在配置文件settings.json中添加如下參數"extensions.autoUpdate":false
點擊關注，第一時間了解華為云新鮮技術~華為云博客_大數據博客_AI博客_云計算博客_開發者中心-華為云