4、測試計(jì)劃工作的目的是什么?測試計(jì)劃工作的內(nèi)容都包括什么?其中哪些是最重要的?

　　軟件測試計(jì)劃是指導(dǎo)測試過程的綱領(lǐng)性文件，包含了產(chǎn)品概述、測試策略、測試方法、測試區(qū)域、測試配置、測試周期、測試資源、測試交流、風(fēng)險分析等內(nèi)容。借助軟件測試計(jì)劃，參與測試的項(xiàng)目成員，尤其是測試管理人員，可以明確測試任務(wù)和測試方法，保持測試實(shí)施過程的順暢溝通，跟蹤和控制測試進(jìn)度，應(yīng)對測試過程中的各種變更。

　　測試計(jì)劃和測試詳細(xì)規(guī)格、測試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測試計(jì)劃主要從宏觀上規(guī)劃測試活動的范圍、方法和資源配置，而測試詳細(xì)規(guī)格、測試用例是完成測試任務(wù)的具體戰(zhàn)術(shù)。所以其中最重要的是測試策略和測試方法(最好是能先評審)

　　5、您認(rèn)為做好測試計(jì)劃工作的關(guān)鍵是什么?

　　1. 明確測試的目標(biāo)，增強(qiáng)測試計(jì)劃的實(shí)用性

　　編寫軟件測試計(jì)劃得重要目的就是使測試過程能夠發(fā)現(xiàn)更多的軟件缺陷，因此軟件測試計(jì)劃的價值取決于它對幫助管理測試項(xiàng)目，并且找出軟件潛在的缺陷。因此，軟件測試計(jì)劃中的測試范圍必須高度覆蓋功能需求，測試方法必須切實(shí)可行，測試工具并且具有較高的實(shí)用性，便于使用，生成的測試結(jié)果直觀、準(zhǔn)確

　　2.堅(jiān)持“5W”規(guī)則，明確內(nèi)容與過程

　　“5W”規(guī)則指的是“What(做什么)”、“Why(為什么做)”、“When(何時做)”、“Where(在哪里)”、“How(如何做)”。利用“5W”規(guī)則創(chuàng)建軟件測試計(jì)劃，可以幫助測試團(tuán)隊(duì)理解測試的目的(Why)，明確測試的范圍和內(nèi)容(What)，確定測試的開始和結(jié)束日期(When)，指出測試的方法和工具(How)，給出測試文檔和軟件的存放位置(Where)。

　　3.采用評審和更新機(jī)制，保證測試計(jì)劃滿足實(shí)際需求

　　測試計(jì)劃寫作完成后，如果沒有經(jīng)過評審，直接發(fā)送給測試團(tuán)隊(duì)，測試計(jì)劃內(nèi)容的可能不準(zhǔn)確或遺漏測試內(nèi)容，或者軟件需求變更引起測試范圍的增減，而測試計(jì)劃的內(nèi)容沒有及時更新，誤導(dǎo)測試執(zhí)行人員。

　　4. 分別創(chuàng)建測試計(jì)劃與測試詳細(xì)規(guī)格、測試用例

　　應(yīng)把詳細(xì)的測試技術(shù)指標(biāo)包含到獨(dú)立創(chuàng)建的測試詳細(xì)規(guī)格文檔，把用于指導(dǎo)測試小組執(zhí)行測試過程的測試用例放到獨(dú)立創(chuàng)建的測試用例文檔或測試用例管理數(shù)據(jù)庫中。測試計(jì)劃和測試詳細(xì)規(guī)格、測試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測試計(jì)劃主要從宏觀上規(guī)劃測試活動的范圍、方法和資源配置，而測試詳細(xì)規(guī)格、測試用例是完成測試任務(wù)的具體戰(zhàn)術(shù)。

　　6、 您所熟悉的測試用例設(shè)計(jì)方法都有哪些?

　　1.等價類劃分

　　2.邊界值分析法

　　3.錯誤推測法

　　4.因果圖方法

　　7、你的測試職業(yè)發(fā)展是什么?

　　測試經(jīng)驗(yàn)越多，測試能力越高。所以我的職業(yè)發(fā)展是需要時間累積的，一步步向著高級測試工程師奔去。而且我也有初步的職業(yè)規(guī)劃，前3年累積測試經(jīng)驗(yàn)，按如何做好測試工程師的11，12點(diǎn)要求自己，不斷的更新自己改正自己，做好測試任務(wù)。

　　8、你自認(rèn)為測試的優(yōu)勢在哪里?

　　優(yōu)勢在于我對測試堅(jiān)定不移的信心和熱情，雖然經(jīng)驗(yàn)還不夠，但測試需要的基本技能我有信心在工作中得以發(fā)揮。

　　9、當(dāng)開發(fā)人員說不是BUG時，你如何應(yīng)付?

　　開發(fā)人員說不是bug，有2種情況，一是需求沒有確定，所以我可以這么做，這個時候可以找來產(chǎn)品經(jīng)理進(jìn)行確認(rèn)，需不需要改動，3方商量確定好后再看要不要改。二是這種情況不可能發(fā)生，所以不需要修改，這個時候，我可以先盡可能的說出是BUG的依據(jù)是什么?如果被用戶發(fā)現(xiàn)或出了問題，會有什么不良結(jié)果?程序員可能會給你很多理由，你可以對他的解釋進(jìn)行反駁。如果還是不行，那我可以給這個問題提出來,跟開發(fā)經(jīng)理和測試經(jīng)理進(jìn)行確認(rèn),如果要修改就改,如果不要修改就不改。其實(shí)有些真的不是bug，我也只是建議的方式寫進(jìn)TD中，如果開發(fā)人員不修改也沒有大問題。如果確定是bug的話，一定要堅(jiān)持自己的立場，讓問題得到最后的確認(rèn)。