軟件測試練習題

1、一測試基礎：1. 瀑布模型軟件生命周期分為哪些階段計劃階段需求分析階段設計階段編碼階段測試階段運行維護階段2. 軟件測試的預防目的，是預防什么盡早返現(xiàn)、盡早解決，避免問題延后導致的問題擴大化發(fā)現(xiàn)問題找出問題原因，并實施改進，從而避免同類問題的再次發(fā)生3. 軟件測試的對象包括哪些可執(zhí)行的程序開發(fā)這個程序的一切中間過程產品，包括需求文檔、設計文檔、源代碼該程序所在的運行環(huán)境4. 設計階段要設計哪 2 個文檔，中英文名分別叫什么？概要設計， HLD詳細設計， LLD5. 軟件研發(fā)團隊中包括哪些角色？項目經(jīng)理需求分析人員設計人員編碼人員測試人員QA配置管理人員二測試方法：6. 說一下白盒測試、黑盒測試

2、、灰盒測試的區(qū)別黑盒測試：把測試對象看做一個黑盒子，不考慮內部邏輯，只依據(jù)外部規(guī)格要求，檢查產 品的實際規(guī)格是否符合要求的測試方法。白盒測試：把測試對象看做一個打開的盒子，利用設計的內部邏輯結構，對產品運行邏輯 進行測試的方法。灰盒測試：是介于白盒測試與黑盒測試之間的，灰盒測試關注輸出對于輸入的正確性，同時也關注內部表現(xiàn)7. 說一下白盒測試、黑盒測試各自的優(yōu)缺點 黑盒測試優(yōu)點：1. 符合使用者的視角，測試人員容易理解、容易執(zhí)行2. 對測試人員技能要求不高，工作量相對較小3. 發(fā)現(xiàn)的問題都是和規(guī)格不一致的異常 黑盒測試缺點：1. 難于考慮到因設計引入的新的測試項，導致測試有遺漏2. 難于對復雜業(yè)

3、務進行充分覆蓋的測試3. 發(fā)現(xiàn)問題相對較難定位 白盒測試優(yōu)點：1. 深入到最底層邏輯進行測試，能發(fā)現(xiàn)深層次問題2. 邏輯覆蓋充分，可達到足夠高的覆蓋率3. 發(fā)現(xiàn)問題后定位解決問題成本低 白盒測試缺點：1. 測試技能要求高，測試工作量絕大2. 發(fā)現(xiàn)的不一定是規(guī)格上的缺陷8. 功能測試自動化適用的場合回歸次數(shù)多質量要求高版本迭代變化不大9. 靜態(tài)測試和動態(tài)測試的區(qū)別靜態(tài)測試，無需運行被測試對象，而是直接觀察，通常靜態(tài)測試的對象是文檔和源代 碼動態(tài)測試，運行被測試產品，觀察產品運行時的表現(xiàn)現(xiàn)象。通常測試對象是可執(zhí)行的 程序。10. 對自動化能否取代手工測試這個問題，你是怎么理解的？自動化測試無法取代

4、手工測試。因為：1. 自動化測試適用的場合比較少，而手工測試適合于大部分場合2. 自動化測試解決的不是測試的質量問題，而是測試的效率問題，單純靠自動化測試 無法發(fā)現(xiàn)產品突發(fā)性的問題3. 正常的測試過程中，手工測試居主，對沒有修改的模塊進行回歸測試，才是自動化 測試的主要適用場合通過對大部分沒有修改模塊的自動化測試，可以大大節(jié)約人力，來投入到更需要手工測試 的復雜或修改過的模塊，通過更細致的手工測試來提高產品質量三測試過程：11. 軟件測試過程一般劃分為幾個階段？每個階段的測試重點是什么？ 單元、集成、系統(tǒng)、驗收單元測試主要測試單元內部的數(shù)據(jù)結構、邏輯控制、異常處理等集成測試主要測試模塊之間的接

5、口和接口數(shù)據(jù)傳遞關系，以及模塊組合后的整體功能系統(tǒng)測試主要測試整個系統(tǒng)相對于需求的符合度驗收測試主要測試產品是否達到用戶可使用的狀態(tài)12. 瀑布模型與雙 v 模型的優(yōu)缺點瀑布模型有以下優(yōu)點：1）為項目提供了按階段劃分的檢查點。2）當前一階段完成后，您只需要去關注后續(xù)階段。3）可在迭代模型中應用瀑布模型。瀑布模型有以下缺點：1）在項目各個階段之間極少有反饋。2）只有在項目生命周期的后期才能看到結果3）通過過多的強制完成日期和里程碑來跟蹤各個項目階段。雙 V 模型的優(yōu)點 :1）將測試貫穿到整個軟件的生命周期中，且除了代碼要測試，需求、設計等都要測試。2）測試更早的介入到軟件開發(fā)中，能盡早的發(fā)現(xiàn)缺陷

6、進行修復。3）測試與開發(fā)獨立起來，并與開發(fā)并行。雙 V 模型的缺點：1） 對有些項目，開發(fā)過程中根本沒有文檔產生，故 W模型無法使用。2）對于需求和設計的測試技術要求很高，實踐起來很困難。13. 什么是回歸測試？你們公司是如何做回歸測試的？回歸測試，即就是在軟件生命周期中，只要軟件發(fā)生了改變，就可能給該軟件產產生問題所以，每當軟件發(fā)生變化時， 我們就必須重新測試現(xiàn)有的功能，以便確定修改是否達到了預期的目的，檢查修改是否破壞原有的正常功能?；貧w測試可以發(fā)生在任何一個階段，包括單元測試、集成測試和系統(tǒng)測試?；貧w測試實施過程：1 、在測試策略制定階段，制定回歸測試策略2、確定需要回歸測試的版本 3、

7、回歸測試版本發(fā)布 , 按照回歸測試策略執(zhí)行回歸測試4、回歸測試通過，關閉缺陷跟蹤單（問題單） 5、回歸測試不通過，缺陷跟蹤單返回開發(fā)人員，開發(fā)人員重新修改問題，再次提交測試人 員回歸測試14. 回歸測試的策略有哪些？完全重復的回歸測試策略選擇性重復的回歸測試策略，包括了錯誤修改法、周邊影響法、指標達成法15. 你們公司的測試流程是什么？1）需求評審 - 需求定稿，測試人員理解需求2）測試組長發(fā)布測試計劃3）測試人員進行測試方案的編寫及評審4）測試人員根據(jù)測試方案定稿進行測試類型選擇、測試用例的編寫和評審5）測試人員根據(jù)測試用例進執(zhí)行功能、性能、易用性、安裝性、健壯性、恢復性等各 類型的測試6）

8、發(fā)現(xiàn)問題提交缺陷，并審核缺陷7）修復后，進行回歸測試確認 bug 修復，關閉 bug8）編寫測試報告及總結9）提交過程文檔到知識庫。四測試覆蓋率：1、白盒測試的覆蓋率有哪些？如何計算的？1）語句覆蓋率：所有的用例運行被測試程序后，執(zhí)行到的語句所占總語句的比率覆蓋率 =所有用例執(zhí)行到的語句 / 總語句2）判定覆蓋率：所有的用例運行被測試程序后，執(zhí)行到的取真/ 取假分支總數(shù)所占總分支數(shù)的比率覆蓋率=（所有用例執(zhí)行到的取真分支數(shù) +取假分支數(shù)） / 總分支數(shù)3）條件覆蓋率：所有的用例運行被測試程序后，執(zhí)行到的條件取真值假值總數(shù)所占總 條件取值的比率覆蓋率：（所有用例執(zhí)行到條件的取真值 +取假值） /

9、 總條件取值數(shù)4）判定- 條件覆蓋率：所有的用例運行被測試程序后，執(zhí)行到的條件取真假值總數(shù)與 判定真假分支的總數(shù)所占總條件取值以及總的判定分支總數(shù)的比率覆蓋率：（所有用例執(zhí)行到條件的取值數(shù) +執(zhí)行到分支數(shù)） / （總條件取值 +總分支的 取值）5）條件組合覆蓋率：所有的用例運行被測試程序后，執(zhí)行到的條件組合總數(shù)所占總條 件組合的比率所有用例執(zhí)行到條件組合數(shù) / 總條件組合數(shù)6）路徑覆蓋率：所有的用例運行被測試程序后，執(zhí)行到的路徑數(shù)所占總路徑的比率執(zhí)行到路徑數(shù) / 總路徑數(shù)2、黑盒測試的覆蓋率如何計算？所有測試用例的測試點所占所有需求的測試點的比例，因此，必須將需求的大概的所有測試點分析出來3、

10、覆蓋率越全面越好嗎？ 不是，覆蓋率越高，測試設計及執(zhí)行的成本會越高；因此只要重要的測試點覆蓋到就滿足覆蓋率的要求了4、常用的白盒測試設計技術 邏輯覆蓋測試、基本路徑測試、程序插裝、循環(huán)覆蓋測試5、什么是基本路徑測試？ 一種常用的白盒測試用例設計方法，設計用例的步驟如下：1）分析程序的控制流圖2）分析控制構造的環(huán)路復雜性3）導出基本可執(zhí)行路徑集合4）設計測試用例5）保證程序的每一個可執(zhí)行語句至少執(zhí)行一次 五用例寫作：測試用例應包含的主要項目？ 答：測試用例編號、測試項目 測試標題、重要級別、預置條件、輸入數(shù)據(jù)、操作步驟、 預期輸出用例預置條件的作用？答：執(zhí)行當前測試用例需要的前提條件，如果這些前

11、提條件不滿足，則后面的測試步驟無 法進行或者無法得到預期結果 。前提條件必須是最近接近操作步驟的條件， 不要離得太 遠了。預期結果可能包含哪些內容？答：當前測試用例的預期輸出結果，包括返回值的內容、界面的響應結果、輸出結果的規(guī) 則符合度等等六缺陷管理：提交的缺陷開發(fā)不認可怎么辦首先和開發(fā)溝通，看是否能說服對方，或者被對方說服如果雙方達成不了共識，那么就可以上交給測試組長或者經(jīng)理，由他去協(xié)調，如果項目組 中有 ccb 組織，可以上 ccb 進行裁決缺陷提單后的處理流程簡化版提單過程： 測試人員提單后直接交給開發(fā)人員確認是否是問題，如果是則進行修改，改好后交給測試 人員在新版本上做回歸測試?；貧w測

12、試通過則問題單關閉，不通過則返回開發(fā)人員重新修改（ 具體可以參照 ppt 上的流程圖來講解，如果覺得自己表達能力有限，怕說不清楚，可以 用紙筆給面試官一邊畫一邊講 ）缺陷單的主要內容編號，測試環(huán)境，測試版本，缺陷描述，操作步驟，預期結果，實際結果，嚴重程度等七系統(tǒng)測試請描述常見的系統(tǒng)測試類型有哪些？功能測試、性能測試（負載測試、壓力測試、并發(fā)測試、基準測試）、異常測試、界面測試、易用性測試、安裝測試、兼容性測試什么是異常測試？異常測試，是檢測系統(tǒng)對異常情況的處理。異常測試覆蓋硬件或軟件異常時的處理。測試 方應通過人為制造錯誤情況測試系統(tǒng)對錯誤操作、錯誤報文的反應，檢查程序中的屏幕或 頁面是否給

13、出了清晰且充分的提示或約束；一旦出現(xiàn)錯誤情況，系統(tǒng)是否能正常報告，并 檢查系統(tǒng)的錯誤提示是否清晰且充分；測試系統(tǒng)是否處理了用戶的異常操作，還是造成死 機或處理錯誤。只有通過異常測試的軟件產品，才可以保證軟件在正式上線后長時間的保 持良好的運營狀態(tài)，給最終用戶以信心。異常測試的結果也有助于為我們進一步的系統(tǒng)優(yōu) 化設計積累經(jīng)驗，設計和測試是一個相互反饋的過程。八單元測試 1） junit 中有哪些注解，分別表示什么意思？注解( Annotation) Test: 測試方法Ignore: 被忽略的測試方法Before: 每一個測試方法之前運行After: 每一個測試方法之后運行 BeforeClas

14、s: 所有測試開始之前運行 AfterClass: 所有測試結束之后運行 2）例舉常用的斷言 5 個3）單元測試，集成測試，系統(tǒng)測試的區(qū)別a）測試方法不同單元測試屬于白盒測試范疇集成測試屬于灰盒測試范疇系統(tǒng)測試屬于黑盒測試范疇b) 考察范圍不同 單元測試主要測試單元內部的數(shù)據(jù)結構，邏輯控制，異常處理等 集成測試主要測試模塊之間的接口和接口數(shù)據(jù)傳遞關系，以及模塊組合后的整體功能c) 系統(tǒng)測試主要測試整個系統(tǒng)相對于需求的符合度 評估基準不同單元測試的評估基準主要是邏輯覆蓋率集成測試的評估基準主要是接口覆蓋率 系統(tǒng)測試的評估主要是測試用例對需求規(guī)格的覆蓋率4) 什么是驅動單元和樁單元 驅動單元：用來

15、模擬被測試單元的上層單元，相當于被測函數(shù)的主程序 樁單元：用來代替被測單元工作過程中調用的子單元5) 單元測試的策略有哪些，方法是什么？分別有什么優(yōu)缺點a) 孤立的測試策略方法：不考慮每個模塊與其他模塊之間的關系， 為每個模塊設計樁模塊和驅動模塊，每個模塊進行獨立的單元測試優(yōu)點：最簡單，最容易操作，可以達到高的結構覆蓋率 缺點：樁函數(shù)和驅動函數(shù)工作量很大，效率低b) 自頂向上的測試策略方法：不考慮每個模塊與其他模塊之間的關系，為每個模塊設計樁模塊和驅動模塊，每個模塊進行獨立的單元測試優(yōu)點：最簡單，最容易操作，可以達到高的結構覆蓋率 缺點：樁函數(shù)和驅動函數(shù)工作量很大，效率低c) 自頂向下的測試策

16、略方法：不考慮每個模塊與其他模塊之間的關系，為每個模塊設計樁模塊和驅動模塊，每個模塊進行獨立的單元測試優(yōu)點：最簡單，最容易操作，可以達到高的結構覆蓋率 缺點：樁函數(shù)和驅動函數(shù)工作量很大，效率低6) 樁模塊、驅動模塊的概念。驅動模塊：在大多數(shù)場合稱為“主程序”，它接收測試數(shù)據(jù)并將這些數(shù)據(jù)傳送到被測試模塊，單元測試一個函數(shù)單元時，被測單元本身是不能獨立運行的，需要為其傳送數(shù)據(jù)，為此寫驅動 驅動模塊要完成以下事情：1. 接受測試輸入2. 對輸入進行判斷3. 將輸入傳給被測單元，驅動被測單元執(zhí)行4. 接受被測單元執(zhí)行結果，并對結果進行判斷5. 將判斷結果作為用例執(zhí)行結果輸出測試報告樁模塊：比如對函數(shù)

17、A做單元測試時，被測的函數(shù)單元下還包括了一個函數(shù)B,為了更好的測試錯誤，定位錯誤，就要為函數(shù)B寫樁，來模擬函數(shù)B的功能，保證其正確。7) 單元測試中關注的重點有哪些？單元接口、出錯處理、局部數(shù)據(jù)結構、獨立路徑、邊界條件8) junit 在單元測試中的作用？一個作用就是方便 如果要測試一個方法的話除了 junit 就是 main 但是如果有很多個測 試方法要測試的話 你就需要頻繁的更改 main方法。但是junit只要添加一個標記就可以 了 標記了你只需要在 Outline 窗口中右鍵你標記的方法 選 Run As 然后選擇 JUnit Test 就可以測試了。 Junit 中還可以使用 Tes

18、t,Before,After, 斷言等，使測試更靈活。九 JAVAJava 里的方法重載、方法重寫有什么區(qū)別？java 的方法重載，就是在類中可以創(chuàng)建多個方法，它們具有相同的名字，但具有不同的參 數(shù)和不同的定義。調用方法時通過傳遞給它們的不同參數(shù)個數(shù)和參數(shù)類型來決定具體使用 哪個方法 , 這是靜態(tài)多態(tài)。java 的方法重寫：父類與子類之間的多態(tài)性，對父類的函數(shù)進行重新定義。如果在子類中 定義某方法與其父類有相同的名稱和參數(shù)，我們說該方法被重寫 (Overriding) 。在 Java 中，子類可繼承父類中的方法，而不需要重新編寫相同的方法。但有時子類并不想原封不動地繼承父類的方法，而是想作一定

19、的修改，這就需要采用方法 的重寫。方法重寫又稱方法覆蓋。繼承的含義是什么？子類和父類之間有什么關系？1、繼承是面向對象最顯著的一個特性。繼承是從已有的類中派生出新的類，新的類能吸收 已有類的數(shù)據(jù)屬性和行為，并能擴展新的能力。2、有繼承關系的類才能分出哪個是父類，哪個是子類，繼承用extends 關鍵字， extends后面的類則表示父類， extends 前面的類則是子類。 在 java 中所有的類都默認繼承 Object 類， Object 類是所有類的父類。X+和+X計算結果的區(qū)別單獨使用自增 1 或自減 1 運算符，前綴運算和后綴運算沒有區(qū)別，其結果都是完成變量 x 的自加 1 或自減

20、1前綴運算和后綴運算的區(qū)別在于：前綴運算，先運算，再使用變量；后綴運算，先使用變 量，再運算 十 LinuX1、查看隱藏文件的信息用什么命令、什么選項？ls -a2、chmod 665 一個文件，表示修改該文件的什么？改成什么？修改文件的訪問權限，表示對該文件的訪問權限是，作者可讀可寫、組用戶可讀可寫、 其他用戶可讀可執(zhí)行。3、查詢文件中包含 root 這個單詞的行 （不區(qū)分大小寫 ） ，并同時輸出行號，用什么命令、 什么選項？grep -niw root4、創(chuàng)建多層目錄，如 a/b/c ，用什么命令、什么選項？mkdir -p a/b/c5、查找/etc目錄下，名稱以rpt打頭、小于10K、

21、作者usera具有讀寫執(zhí)行權限的普通文 件，針對文件名查找用什么表達式？針對文件大小用什么？針對文件類型用什么？針對作 者用什么？針對權限用什么？find /etc -type f -n ame "rpt*" size -10k perm +700 -userusera6、復制目錄用什么命令、什么選項？cp - R /root/ /home/7、剪切目錄用什么命令、什么選項？mv /root/abc /home一. 軟件質量1. 什么是質量？關于質量的特性能不能舉出例子？答案： 質量就是實體基于實體特性滿足需求的程度。 質量特性例子：榨汁機 :功能：能夠榨豆?jié){、水果汁 （

22、蘋果、梨、西瓜。） 性能：榨一公斤黃豆需要多長時間？ 耗能：榨一公斤黃豆耗電量多少？ 安全性：榨汁過程中有無人體安全防護措施？有無漏電保護？ 可靠性：榨汁機能持續(xù)穩(wěn)定運轉多長時間？ 易用性：榨汁機的操作是否簡單方便？2. 軟件質量有哪些層次？軟件的質量可以通過哪些方面去保障和提升？ 答案：軟件質量有三個層次： 符合需求規(guī)格：符合開發(fā)者明確定義的目標 符合用戶顯式需求：符合用戶所明確說明的目標符合用戶實際需求：實際的需求包括用戶明確說明的和隱含的需求 應該從組織、流程和技術等角度共同去提升軟件質量。組織指項目團隊人員和角色。流程指開發(fā)，測試等工作流程。技術指開發(fā)技術，測試技術，結構工藝技術，專利

23、積累等。3. 軟件質量模型中的特性和子特性有哪些？答案：功能性：適合性 準確性 互操作性 保密安全性 功能性的依從性可靠性：成熟性 容錯性 易恢復性 可靠性的依從性易用性：易理解性 易學性 易操作性 吸引性 易用性的依從性效率：時間特性 資源利用性 效率依從性 維護性：易分析性 易改變性 穩(wěn)定性 易測試性 維護性的依從性 可移植性：適應性 易安裝性 共存性 易替換性 可移植性的依從性4. 什么是CMM列舉出CMM勺5個能力等級，并簡述各等級特點答案：CMM是軟件能力成熟度模型。五個等級：第一級 初始級特點：不可預測，缺乏控制勺第二級 可重復級特點：可以重復以往勺主要經(jīng)驗第三級 已定義級特點：過

24、程被描述，并得到良好勺理解第四級 已管理級特點：過程被測量并且受控 第五級 優(yōu)化級特點：持續(xù)過程改進5. 什么是度量？軟件的基本度量有哪些？答案：度量就是對于事物的屬性量化的表示。軟件基本度量有：規(guī)模 （size） ：軟件工作產品的大小 ，可以從文檔頁數(shù)，代碼行數(shù)，測試用例數(shù)量等進行度量 工作量 （effort） ：完成各軟件工作產品和活動所用人時（或人天等）人天（人日） 1 個人 1 天的工作量人時 1 個人 1 小時的工作量進度（ schedule）:各軟件工作產品和活動開始和結束的時間質量（ quality）- 缺陷（ defect ）：在各軟件工作產品和活動中產生的缺陷數(shù)十二 . 軟件

25、需求1、需求評審的主要目的有哪些？答：找出需求中描述不正確、不清晰、沒有描述的需求業(yè)務，并進行溝通討論確定正 確的需求業(yè)務找出需求中描述有錯別字、上下文矛盾、有歧義的地方，讓相關人員改正2、需求評審的流程是什么樣子的？答：1）先進行需求的評審，找出需求的問題或者疑惑2）召開需求討論會確認問題，討論問題的解決方案3）對修改的需求問題進行跟蹤評審，確認需求的修改正確性4）如果修改的有問題，與相關的人溝通確認是否繼續(xù)召開需求討論會3、每個階段的產品如何確保是正確的？答：需求分析階段需要評審需求是否符合并實現(xiàn)了用戶需求，并對存在的問題進行修改跟蹤概要設計階段需要評審概要設計是否符合 SRS勺需求，實現(xiàn)

26、是否合理，并對存在的問題進行修改跟蹤詳細設計階段需要評審詳細設計是否符合 SRS的需求及HLD的設計，實現(xiàn)是否合理,并對存在的問題進行修改跟蹤編碼階段需要評審代碼是否符合 SRS的需求及HLD LLD的設計，實現(xiàn)是否合理，并對存在的問題進行修改跟蹤測試的各個文檔需要評審是否符合 SRS勺需求及HLDLLD的設計，實現(xiàn)是否合理,并對存在的問題進行修改跟蹤4、需求開發(fā)的整個過程中有關的需求活動有哪些？答：分配需求、需求評審（需求討論及確定） 、需求驗證、需求變更、需求跟蹤5、需求評審會議上可能會出現(xiàn)哪些常見問題？答：1）需求評審人不夠專業(yè)，評審達不到效果2）需求評審時間少，評審不充分，達不到效果3

27、）需求評審偏離主題、爭執(zhí)不下，不能按時完成評審任務4）評審的問題后續(xù)沒有有效或者及時跟蹤十三. ORACEL1）怎樣創(chuàng)建一個索引，索引使用的原則，有什么優(yōu)缺點create index 索引名 on 表名（列名）原則：建議索引列建立 not null 約束經(jīng)常與其他表進行連接的表，在連接列上建立索引優(yōu)缺點：創(chuàng)建索引能大大加快檢索速度，加強表與表的連接，但是創(chuàng)建索引很占用空間2）創(chuàng)建標準索引：CREATE INDEX索弓I名ON表名（列名）;創(chuàng)建唯一索引 :CREATE unique INDEX索引名 ON 表名（列名）；創(chuàng)建組合索弓 :CREATE INDEXS引名ON表名（列名1,列名2）;3

28、） truncate和 delete 區(qū)別1、 truncate與 delete 語法不同2、 truncate是ddl語句，delete是dml語句里3、 Truncate只能刪除整張表數(shù)據(jù)， delete 既可以刪除整個表數(shù)據(jù)， 也可以刪除部份數(shù)4、 truncate屬于隱式遞交，所以不能恢復， delete 屬于顯式遞交， 可以撤消和恢復的5、 truncate不記錄日志,delete 記錄日志，所以刪除速度比delete快4） SQL語句分類DQL（數(shù)據(jù)查詢語言）selectDML（數(shù)據(jù)操作語言）insert、delete、updateDDL（數(shù)據(jù)定義語言） create、drop、a

29、lter truncate renameDCL（數(shù)據(jù)控制語言）grant :把權限授予用戶、revoke :把權限從用戶收回TPL （TCL 事務控制語言）：commit、rollback savepoint5）insert,update,delete語法？insert 語句（ 插入單條記錄 ）- 格式 第一種方式: insert into表名 （ 列名列表 ） values（ 值列表 ）- 格式 第二種方式: insert into表名 values（ 值列表 ）insert 語句（ 插入多條記錄 ）insert into表名（列名列表） select 列名列表 from 表名 【where . 】insert into表名 select 列名列表 from 表名 【where . 】update 表名 set 更新的列名 1=值 1【,更新的列名 2=值