新聞中心

01請自我介紹一(yī / yì ／yí)下(需簡單清楚的(de)表述自己的(de)基本情況，在(zài)這(zhè)過程中要(yào / yāo)展現出(chū)自信，對工作有激情，上(shàng)進，好學)

面試官您好，我叫###，今年26歲，來(lái)自陝西西安，就(jiù)讀的(de)專業是(shì)電子(zǐ)商務，畢業後就(jiù)來(lái)深圳工作，有三年的(de)軟件測試工程師的(de)經驗，我性格比較開朗，能和(hé / huò)同事小夥伴友好相處。

02平時(shí)工作中是(shì)怎麽去測的(de)？(至少在(zài)這(zhè)個(gè)問題中能說(shuō)得出(chū)測試流程)

首先根據客戶需求文檔提取功能模塊，然後編寫測試計劃，提取測試點，設計測試用例，用例評審之(zhī)後執行用例，提交bug，編寫測試報告

03爲(wéi / wèi)什麽要(yào / yāo)離開上(shàng)一(yī / yì ／yí)個(gè)公司？（離職原因）你覺得你多久能适應我們公司的(de)工作環境？

在(zài)回答離開上(shàng)一(yī / yì ／yí)家公司的(de)原因是(shì)，盡量去講客觀原因；例如 公司的(de)發展與我的(de)個(gè)人(rén)發展規劃有所不(bù)同，我希望能學習和(hé / huò)接觸到(dào)更多業務讓自己不(bù)斷地(dì / de)得到(dào)提升。大(dà)概需要(yào / yāo)1到(dào)2周左右适應公司的(de)工作環境吧（在(zài)離職原因中盡可能地(dì / de)不(bù)要(yào / yāo)去吐槽公司和(hé / huò)老闆，回答的(de)大(dà)氣一(yī / yì ／yí)些HR會對你的(de)好感提升很多）

04你上(shàng)一(yī / yì ／yí)個(gè)公司在(zài)哪？有多少人(rén)？600多個(gè)人(rén) 60多個(gè)開發 10個(gè)測試

05請介紹你做的(de)項目？（這(zhè)個(gè)題至少要(yào / yāo)說(shuō)清這(zhè)個(gè)項目是(shì)給什麽類型公司或者什麽行業做的(de)，然後再來(lái)介紹這(zhè)個(gè)項目的(de)基本功能模塊就(jiù)可以(yǐ).）你負責的(de)模塊是(shì)什麽？你負責的(de)模塊都有什麽功能？簡曆上(shàng)的(de)項目。

社商雲系統主要(yào / yāo)可以(yǐ)針對每個(gè)小區新增商品、社區活動、社區公告，在(zài)app端，用戶可以(yǐ)購買商品、報名社區活動、查看社區公告，系統由平台、加盟商、便利店三個(gè)組織組成，平台和(hé / huò)加盟商新增的(de)商品可以(yǐ)覆蓋多個(gè)便利店，便利店新增的(de)商品隻能在(zài)自己便利店覆蓋的(de)範圍售賣，便利店可以(yǐ)對自己便利店的(de)商品訂單進行發貨或者退款處理，平台和(hé / huò)加盟商對便利店的(de)訂單隻能進行查看，不(bù)能進行處理，平台和(hé / huò)加盟商隻能對自己新增的(de)商品有處理權限。主要(yào / yāo)負責的(de)功能模塊是(shì)商品服務管理、訂單管理、權限管理、商家管理、客戶管理、促銷管理、社區公告管理等核心模塊。

06請介紹一(yī / yì ／yí)下你這(zhè)個(gè)項目的(de)流程？在(zài)項目裏你負責了(le／liǎo)一(yī / yì ／yí)些什麽，做了(le／liǎo)一(yī / yì ／yí)些什麽工作？介紹簡曆上(shàng)整個(gè)項目的(de)流程和(hé / huò)自己負責的(de)功能模塊。

當我們組拿到(dào)一(yī / yì ／yí)個(gè)項目時(shí)，首先進行用戶需求分析，我們測試組在(zài)測試計劃後，設計測試用例，用例評審，等到(dào)開發通過郵件把版本包發給我們，然後我們就(jiù)開始進入測試的(de)流程階段。我參與系統測試計劃設計和(hé / huò)測試用例的(de)編寫以(yǐ)及評審，執行測試用例進行功能測試對Bug進行管理和(hé / huò)跟蹤、提交缺陷、對測試工作進行總結。

07你這(zhè)個(gè)項目有多少人(rén)做？20個(gè)左右，開發10個(gè)，測試3個(gè)，ui測試2個(gè) 運維2個(gè) B/S架構和(hé / huò)app

08B/S架構的(de)系統從哪些點去測？功能：鏈接測試、導航菜單、頁面的(de)跳轉、表單測試、數據測試、業務邏輯測試 兼容性：跟客戶确認其常會用的(de)浏覽器，再加上(shàng)IE、火狐和(hé / huò)谷歌等進行兼容性的(de)測試 界面：字體顔色大(dà)小、圖标和(hé / huò)字段間距等 性能：連接速度、負載測試、壓力測試 安全性：權限控制、鏈接封裝、日志記錄的(de)測試、登陸密文、修改密碼後重新登陸、登陸失效時(shí)間。

09你認爲(wéi / wèi)測B/S架構的(de)系統和(hé / huò)C/S架構的(de)系統有哪些地(dì / de)方不(bù)一(yī / yì ／yí)樣的(de)？Web系統測試要(yào / yāo)從哪些點去測?B/S爲(wéi / wèi)浏覽器/服務器架構。通過浏覽器訪問；使用方便；訪問速率相對較慢；更易維護更新，隻需更新服務器數據；安全性相對較低。C/S爲(wéi / wèi)客戶端/服務器架構。下載客戶端應用程序；由于(yú)要(yào / yāo)下載并安裝客戶端才能使用，相對來(lái)說(shuō)不(bù)易使用；由于(yú)有部分數據存儲在(zài)客戶端，所以(yǐ)訪問速率相對較快；維護更新較爲(wéi / wèi)複雜；安全性更高。平台的(de)一(yī / yì ／yí)個(gè)兼容 Web系統屬于(yú)B/S架構， 功能測試（鏈接測試，表單測試，頁面跳轉測試，導航菜單測試，數據測試，業務邏輯測試，功能校驗等） 兼容性測試（不(bù)同的(de)浏覽器，不(bù)同的(de)平台） 安全性測試點（登陸次數校驗，密碼密文顯示方式，驗證碼，登陸狀态失效測試，權限測試，鏈接封裝，日志記錄等） 界面測試，易用性測試等

10你在(zài)測試中有用到(dào)一(yī / yì ／yí)些什麽測試工具？缺陷管理工具 bugfree 禅道(dào) 版本管理工具 SVN 性能測試工具 loadrunner 接口測試工具 postman

11做過性能測試嗎？做過自動化測試嗎？跟着性能測試人(rén)員做過一(yī / yì ／yí)次自動化測試在(zài)我之(zhī)前的(de)項目都沒有遇到(dào)過，所以(yǐ)不(bù)太了(le／liǎo)解。性能測試工具有一(yī / yì ／yí)些了(le／liǎo)解，會錄制腳本，以(yǐ)及場景設置，以(yǐ)及腳本的(de)執行，然後進行性能測試結果分析

12性能測試流程需求分析編寫測試計劃設計測試用例維護腳本執行腳本分析結果性能調優

13性能測試指标：并發用戶數，吞吐量，響應時(shí)間，資源利用率，tps與hps，交易成功率

14 什麽是(shì)内存溢出(chū)？通俗理解就(jiù)是(shì)内存不(bù)夠，運用程序需要(yào / yāo)的(de)内存遠遠超出(chū)了(le／liǎo)你主機内安裝的(de)内存所承受的(de)大(dà)小，就(jiù)叫内存溢出(chū)

15什麽是(shì)内存洩露？指由于(yú)疏忽或錯誤造成程序未能釋放已經不(bù)再使用的(de)内存，造成系統内存的(de)浪費，導緻程序運行速度減慢甚至系統崩潰等嚴重後果

16試中你有用到(dào)過數據庫嗎？爲(wéi / wèi)什麽會用到(dào)數據庫？你所負責的(de)模塊哪裏用到(dào)數據庫，舉個(gè)例子(zǐ)？

大(dà)數據的(de)情況下，要(yào / yāo)去數據庫驗證數據 報表 查詢 導入 導出(chū) 有用到(dào)過，查看大(dà)型數據的(de)完整和(hé / huò)正确性時(shí)需要(yào / yāo)用到(dào)數據庫進行對比。

17當你提交bug給開發，開發不(bù)認同，你怎麽處理？（這(zhè)個(gè)問題會有多種問法，答案要(yào / yāo)結合需求來(lái)答，一(yī / yì ／yí)：需求不(bù)明确的(de)怎麽答？二：需求明确怎麽回答？）是(shì)bug就(jiù)要(yào / yāo)報 需求不(bù)明确，先找開發和(hé / huò)産品經理一(yī / yì ／yí)起讨論确認需求，需求确認好了(le／liǎo)就(jiù)按需求來(lái)，需求沒有确認好，就(jiù)讓産品和(hé / huò)客戶繼續溝通 需求明确，就(jiù)按需求和(hé / huò)開發，如果開發還是(shì)不(bù)按需求來(lái)，就(jiù)找産品經理

18網絡的(de)7層協議是(shì)哪7層？ftp這(zhè)個(gè)工作在(zài)哪一(yī / yì ／yí)層？

應用層 、ftp、 http、 telnet、 dns、 表示層、 會話層、 傳輸層、 tcp、 udp、 網絡層、 ip、 路由器、 防火牆、 數據鏈路層、 交換機、 網卡、 物理層、 集線器

19UDP.TCP有什麽區别？QQ采用哪種協議？

QQ屬于(yú)TCP協議 ，UDP:不(bù)可靠的(de)，無連接的(de)協議，傳輸效率高 TCP:可靠的(de)，面向連接的(de)協議，傳輸效率低

20TCP/IP四層是(shì)？應用層 傳輸層 internet層 網絡接入層 ARP RARP

21http頁面返回值的(de)含義200 成功 400 請求錯誤 401 無法解析此請求 403 禁止訪問 404 找不(bù)到(dào)網頁 500 服務器錯誤 502 網關錯誤 503 服務器不(bù)可用

22常見協議端口号FTP21 SSH22 telnet23 dns53 http80 https443 Tomcat8080 orcale1521 mysql 3306

23你在(zài)測試中發現一(yī / yì ／yí)個(gè)界面很醜，你認爲(wéi / wèi)這(zhè)個(gè)問題是(shì)否嚴重？是(shì)否可以(yǐ)放過？主要(yào / yāo)看需求 不(bù)嚴重，如果需求就(jiù)是(shì)如此那就(jiù)沒什麽問題，看具體情況，如果項目馬上(shàng)就(jiù)要(yào / yāo)上(shàng)線，可能會因爲(wéi / wèi)對界面進行修改會産生更加嚴重的(de)問題，所以(yǐ)一(yī / yì ／yí)般都會采取放過的(de)措施

24數據庫查詢中什麽是(shì)左連接，什麽是(shì)右連接？

左連接：左右兩張表按某個(gè)列進行關聯查找，左連接以(yǐ)左邊的(de)表爲(wéi / wèi)基礎表，基礎表中的(de)數據全部查找出(chū)來(lái)，右邊的(de)表如果有和(hé / huò)左邊的(de)表條件相符的(de)數據就(jiù)查找出(chū)來(lái)，如果條件不(bù)相符就(jiù)用Null顯示。右連接剛好相反

25什麽是(shì)觸發器？什麽是(shì)存儲過程？觸發器：通過事件來(lái)觸發運行的(de)，主要(yào / yāo)是(shì)沒有人(rén)工幹預的(de)情況下來(lái)完成複雜度高一(yī / yì ／yí)些的(de)約束條件，從而(ér)保證數據庫的(de)完整性和(hé / huò)一(yī / yì ／yí)緻性。存儲過程：在(zài)大(dà)型的(de)數據庫中，一(yī / yì ／yí)組爲(wéi / wèi)了(le／liǎo)完成特定功能的(de)SQL語句集，經編譯後存儲在(zài)編譯過程中，用戶通過指定存儲過程的(de)名字并給出(chū)參數來(lái)執行它。

26你對自已将來(lái)有什麽計劃？（職業發展）定小目标，半年學習完性能或者自動化啊 一(yī / yì ／yí)年自己獨立做好性能或者自動化的(de)測試

首先我要(yào / yāo)在(zài)我未來(lái)的(de)工作中，通過我的(de)努力把本職工作做好，在(zài)本職工作做好的(de)同時(shí)呢，我要(yào / yāo)多做一(yī / yì ／yí)些項目積累和(hé / huò)完善項目上(shàng)的(de)經驗，通過工作不(bù)斷的(de)提高我的(de)測試技能

27你有什麽問題要(yào / yāo)問我的(de)？什麽項目哪類項目，項目進行的(de)階段，有沒有有業務方面的(de)培訓。

我想知道(dào)這(zhè)個(gè)公司開發現有多少人(rén)，測試有多少人(rén)，還有公司正在(zài)開發的(de)項目的(de)情況

28這(zhè)有一(yī / yì ／yí)個(gè)杯子(zǐ)，你怎麽去測？（類似這(zhè)種給一(yī / yì ／yí)個(gè)實物，你怎麽去測？）

需求測試: 查看杯子(zǐ)使用說(shuō)明書 界面測試: 查看杯子(zǐ)外觀 功能度：用水杯裝水看漏不(bù)漏；水能不(bù)能被喝到(dào) 安全性：杯子(zǐ)有沒有毒或細菌 可靠性：杯子(zǐ)從不(bù)同高度落下的(de)損壞程度 可移植性：杯子(zǐ)在(zài)不(bù)同的(de)地(dì / de)方、溫度等環境下是(shì)否都可以(yǐ)正常使用 兼容性：杯子(zǐ)是(shì)否能夠容納果汁、白水、酒精、汽油等 易用性：杯子(zǐ)是(shì)否燙手、是(shì)否有防滑措施、是(shì)否方便飲用 壓力測試：用根針并在(zài)針上(shàng)面不(bù)斷加重量，看壓強多大(dà)時(shí)會穿透

29你覺的(de)你有哪些優點？哪些缺點？（缺點要(yào / yāo)把優點當缺點來(lái)說(shuō)）你覺得你還有哪些地(dì / de)方需要(yào / yāo)提升的(de)? 性能方面的(de) 缺點就(jiù)是(shì)比較大(dà)大(dà)咧咧，愛笑，優點就(jiù)是(shì)比較熱心

30你了(le／liǎo)解過我們公司嗎？有了(le／liǎo)解過，收到(dào)面試通知的(de)時(shí)候 網上(shàng)或者招聘網上(shàng)查詢過

31你對app測試有了(le／liǎo)解嗎？什麽是(shì)app測試？怎麽去測(測哪些方面)？了(le／liǎo)解，但是(shì)實際工作中沒有測試過，其實使用app應用程序的(de)時(shí)候就(jiù)是(shì)在(zài)測試，隻是(shì)沒有app測試人(rén)員測試的(de)那麽全面細緻， 就(jiù)是(shì)對手機應用的(de)測試；從它的(de)功能、界面和(hé / huò)兼容、性能、易用性、安裝、卸載、升級、與系統或其它軟件的(de)交互、耗電量、散熱情況、流量的(de)監控、免登陸功能、二次登陸

32能接受加班嗎？你對加班怎麽看？可以(yǐ)接受，it行業來(lái)說(shuō) 加班是(shì)常态

33你寫過測試用例嗎？寫測試用例的(de)依據是(shì)什麽？寫過，用戶需求爲(wéi / wèi)準

3434. 測試報告你寫過嗎？寫些什麽呢？(至少要(yào / yāo)說(shuō)出(chū)寫過自已所測模塊的(de)測試報告)自己所負責的(de)模塊的(de)測試報告 人(rén)力投入，用例覆蓋情況，bug的(de)分類及數量統計，遺留bug情況，測試風險，測試對象評估，測試結論，測試結果分析，測試總結

3535、請回答一(yī / yì ／yí)下什麽是(shì)測試方案① 測試策略 ② 測試資源 ③ 測試進度計劃 ④ 風險管理 ⑤ 質量标準

36測試原則都有哪些？A 所有軟件測試都應追溯到(dào)用戶需求 B 盡早的(de)和(hé / huò)不(bù)斷的(de)進行測試 C 完全測試時(shí)不(bù)可能的(de)，測試需要(yào / yāo)終止 D 無法顯示軟件潛在(zài)的(de)缺陷 E 注意群集現象 F 避免檢查自己的(de)程序 G 避免測試的(de)随意性

37測試計劃主要(yào / yāo)寫些什麽東西？背景，目标，範圍，方式，進度安排，測試組織，測試執行中開始與結束的(de)标準，測試計劃的(de)審批與更改方式，測試相關的(de)風險

38系統測試策略或者範圍容量測試 安全性測試 穩定性測試 安裝測試 卸載測試 易用性測試 配置測試 文檔測試 可靠性測試 強度測試 性能測試 功能測試 兼容性測試 負載測試 壓力測試 數據庫測試 分布測試 故障恢複測試

39高薪工資和(hé / huò)發展平台你怎麽選擇？我會選擇發展平台（格局放開點，當HR能問道(dào)這(zhè)個(gè)問題時(shí)你的(de)面試基本比較穩妥了(le／liǎo)）

40你怎麽做需求分析的(de)？要(yào / yāo)看是(shì)否有需求文檔，先确定大(dà)的(de)測試範圍

首先是(shì)将軟件開發需求中具有可測試性的(de)需求或特征提取出(chū)來(lái)，形成原始需求 然後将原始測試需求細化或者分解 最後進行需求評審

41寫過測試方案嗎？都有些什麽内容？① 測試策略 ② 測試資源 ③ 測試進度計劃 ④ 風險管理 ⑤ 質量标準

42寫過測試報告嗎？測試報告和(hé / huò)版本報告的(de)區别？測試報告是(shì)對整個(gè)測試過程與結果的(de)總結， 而(ér)版本報告隻是(shì)針對測完版本的(de)總結。

43需求評審都有哪些人(rén)參加？怎麽做的(de)？有什麽标準？參加人(rén)員：測試人(rén)員、開發人(rén)員、産品人(rén)員 以(yǐ)會議形式評審 評審的(de)标準：完整性審查：應保證測試需求能充分覆蓋軟件需求的(de)各種特征，重點關注功能要(yào / yāo)求、數據定義、接口定義、性能要(yào / yāo)求、安全性要(yào / yāo)求、可靠性要(yào / yāo)求、系統約束等方面，同時(shí)還應關注是(shì)否覆蓋開發人(rén)員遺漏的(de)、系統隐含的(de)需求；準确性審查：應保證所描述的(de)内容能夠得到(dào)相關各方的(de)一(yī / yì ／yí)緻理解，各項測試需求之(zhī)間沒有矛盾和(hé / huò)沖突，各項測試需求在(zài)詳盡程度上(shàng)保持一(yī / yì ／yí)緻，每一(yī / yì ／yí)項測試需求都可以(yǐ)作爲(wéi / wèi)測試用例設計的(de)依據。

44用例評審都有哪些人(rén)參加？怎麽做的(de)？有什麽标準？參加人(rén)員：測試人(rén)員、開發人(rén)員、産品人(rén)員 會議評審 标準：1）用例設計的(de)結構安排是(shì)否清晰、合理，是(shì)否利于(yú)高效對需求進行覆蓋。2) 優先極安排是(shì)否合理。3) 是(shì)否覆蓋測試需求上(shàng)的(de)所有功能點。4) 用例是(shì)否具有很好可執行性。例如用例的(de)前提條件、執行步驟、輸入數據和(hé / huò)期待結果是(shì)否清晰、正确；期待結果是(shì)否有明顯的(de)驗證方法。5) 是(shì)否已經删除了(le／liǎo)冗餘的(de)用例。

45描述測試活動生命周期或者軟件測試流程:需求分析—編寫測試計劃—設計用例設計—執行用例，提交bug—編寫測試報告

46您所熟悉的(de)軟件測試類型都有哪些？請試着分别比較這(zhè)些不(bù)同的(de)測試類型的(de)區别與聯系（如功能測試、性能測試……）

測試類型有：功能測試，性能測試，界面測試。功能測試在(zài)測試工作中占的(de)比例最大(dà)，功能測試也(yě)叫黑盒測試。是(shì)把測試對象看作一(yī / yì ／yí)個(gè)黑盒子(zǐ)。利用黑盒測試法進行動态測試時(shí)，需要(yào / yāo)測試軟件産品的(de)功能，不(bù)需測試軟件産品的(de)内部結構和(hé / huò)處理過程。采用黑盒技術設計測試用例的(de)方法有：等價類劃分、邊界值分析、錯誤推測、因果圖和(hé / huò)綜合策略。

性能測試是(shì)通過自動化的(de)測試工具模拟多種正常、峰值以(yǐ)及異常負載條件來(lái)對系統的(de)各項性能指标進行測試。負載測試和(hé / huò)壓力測試都屬于(yú)性能測試，兩者可以(yǐ)結合進行。通過負載測試，确定在(zài)各種工作負載下系統的(de)性能，目标是(shì)測試當負載逐漸增加時(shí)，系統各項性能指标的(de)變化情況。壓力測試是(shì)通過确定一(yī / yì ／yí)個(gè)系統的(de)瓶頸或者不(bù)能接收的(de)性能點，來(lái)獲得系統能提供的(de)最大(dà)服務級别的(de)測試。界面測試，界面是(shì)軟件與用戶交互的(de)最直接的(de)層，界面的(de)好壞決定用戶對軟件的(de)第一(yī / yì ／yí)印象。而(ér)且設計良好的(de)界面能夠引導用戶自己完成相應的(de)操作，起到(dào)向導的(de)作用。同時(shí)界面如同人(rén)的(de)面孔，具有吸引用戶的(de)直接優勢。

設計合理的(de)界面能給用戶帶來(lái)輕松愉悅的(de)感受和(hé / huò)成功的(de)感覺，相反由于(yú)界面設計的(de)失敗，讓用戶有挫敗感，再實用強大(dà)的(de)功能都可能在(zài)用戶的(de)畏懼與放棄中付諸東流。區别在(zài)于(yú)，功能測試關注産品的(de)所有功能上(shàng)，要(yào / yāo)考慮到(dào)每個(gè)細節功能，每個(gè)可能存在(zài)的(de)功能問題。性能測試主要(yào / yāo)關注于(yú)産品整體的(de)多用戶并發下的(de)穩定性和(hé / huò)健壯性。界面測試更關注于(yú)用戶體驗上(shàng)，用戶使用該産品的(de)時(shí)候是(shì)否易用，是(shì)否易懂，是(shì)否規範（快捷鍵之(zhī)類的(de)），是(shì)否美觀（能否吸引用戶的(de)注意力），是(shì)否安全（盡量在(zài)前台避免用戶無意輸入無效的(de)數據，當然考慮到(dào)體驗性，不(bù)能太粗魯的(de)彈出(chū)警告）？做某個(gè)性能測試的(de)時(shí)候，首先它可能是(shì)個(gè)功能點，首先要(yào / yāo)保證它的(de)功能是(shì)沒問題的(de)，然後再考慮該功能點的(de)性能測試。

47您認爲(wéi / wèi)做好測試用例設計工作的(de)關鍵是(shì)什麽？白盒測試用例設計的(de)關鍵是(shì)以(yǐ)較少的(de)用例覆蓋盡可能多的(de)内部程序邏輯結果 黑盒法用例設計的(de)關鍵同樣也(yě)是(shì)以(yǐ)較少的(de)用例覆蓋模塊輸出(chū)和(hé / huò)輸入接口。不(bù)可能做到(dào)完全測試，以(yǐ)最少的(de)用例在(zài)合理的(de)時(shí)間内發現最多的(de)問題

48測試計劃工作的(de)目的(de)是(shì)什麽？測試計劃工作的(de)内容都包括什麽？其中哪些是(shì)最重要(yào / yāo)的(de)？

軟件測試計劃是(shì)指導測試過程的(de)綱領性文件，包含了(le／liǎo)産品概述、測試策略、測試方法、測試區域、測試配置、測試周期、測試資源、測試交流、風險分析等内容。借助軟件測試計劃，參與測試的(de)項目成員，尤其是(shì)測試管理人(rén)員，可以(yǐ)明确測試任務和(hé / huò)測試方法，保持測試實施過程的(de)順暢溝通，跟蹤和(hé / huò)控制測試進度，應對測試過程中的(de)各種變更。測試計劃和(hé / huò)測試詳細規格、測試用例之(zhī)間是(shì)戰略和(hé / huò)戰術的(de)關系，測試計劃主要(yào / yāo)從宏觀上(shàng)規劃測試活動的(de)範圍、方法和(hé / huò)資源配置，而(ér)測試詳細規格、測試用例是(shì)完成測試任務的(de)具體戰術。所以(yǐ)其中最重要(yào / yāo)的(de)是(shì)測試測試策略和(hé / huò)測試方法（最好是(shì)能先評審）

49您認爲(wéi / wèi)做好測試計劃工作的(de)關鍵是(shì)什麽？

1. 明确測試的(de)目标，增強測試計劃的(de)實用性：編寫軟件測試計劃得重要(yào / yāo)目的(de)就(jiù)是(shì)使測試過程能夠發現更多的(de)軟件缺陷，因此軟件測試計劃的(de)價值取決于(yú)它對幫助管理測試項目，并且找出(chū)軟件潛在(zài)的(de)缺陷。因此，軟件測試計劃中的(de)測試範圍必須高度覆蓋功能需求，測試方法必須切實可行，測試工具并且具有較高的(de)實用性，便于(yú)使用，生成的(de)測試結果直觀、準确。

2．堅持“5W”規則，明确内容與過程“5W”規則指的(de)是(shì)“What（做什麽）”、“Why（爲(wéi / wèi)什麽做）”、“When（何時(shí)做）”、“Where（在(zài)哪裏）”、“How（如何做）”。利用“5W”規則創建軟件測試計劃，可以(yǐ)幫助測試團隊理解測試的(de)目的(de)（Why），明确測試的(de)範圍和(hé / huò)内容（What），确定測試的(de)開始和(hé / huò)結束日期（When），指出(chū)測試的(de)方法和(hé / huò)工具（How），給出(chū)測試文檔和(hé / huò)軟件的(de)存放位置（Where）。

3．采用評審和(hé / huò)更新機制，保證測試計劃滿足實際需求：測試計劃寫作完成後，如果沒有經過評審，直接發送給測試團隊，測試計劃内容的(de)可能不(bù)準确或遺漏測試内容，或者軟件需求變更引起測試範圍的(de)增減，而(ér)測試計劃的(de)内容沒有及時(shí)更新，誤導測試執行人(rén)員。4. 分别創建測試計劃與測試詳細規格、測試用例：應把詳細的(de)測試技術指标包含到(dào)獨立創建的(de)測試詳細規格文檔，把用于(yú)指導測試小組執行測試過程的(de)測試用例放到(dào)獨立創建的(de)測試用例文檔或測試用例管理數據庫中。測試計劃和(hé / huò)測試詳細規格、測試用例之(zhī)間是(shì)戰略和(hé / huò)戰術的(de)關系，測試計劃主要(yào / yāo)從宏觀上(shàng)規劃測試活動的(de)範圍、方法和(hé / huò)資源配置，而(ér)測試詳細規格、測試用例是(shì)完成測試任務的(de)具體戰術。