軟件測(cè)試工程師筆試題含答案-資料下載頁(yè)
2024-10-19 13:57本頁(yè)面
【導(dǎo)讀】什么是回歸測(cè)試?白箱測(cè)試是在看懂程序代碼和設(shè)計(jì)方案的前提下，進(jìn)行軟件的測(cè)試。的覆蓋率，同時(shí)需要測(cè)試者具備較高的技術(shù)水平。代碼，不能找出欠缺的代碼，同時(shí)白箱測(cè)試和用戶如何使用軟件無(wú)關(guān)。自動(dòng)回歸測(cè)試將大幅降低系統(tǒng)測(cè)試、維護(hù)升級(jí)等階段的成本。回歸測(cè)試包括兩部分：函數(shù)本身的測(cè)試、其他代碼的測(cè)試。另外，還要完成白盒。函數(shù)代碼的修改可能導(dǎo)致調(diào)用該函數(shù)的代碼產(chǎn)生錯(cuò)誤，所以需要測(cè)試其他代碼。私有函數(shù)并且未涉及到全局變量，應(yīng)運(yùn)行類測(cè)試，否則應(yīng)運(yùn)行工程測(cè)試。類測(cè)試或工程測(cè)試，編譯運(yùn)行測(cè)試工程，即可執(zhí)行對(duì)其他代碼的回歸測(cè)試。立單元將在與程序的其他部分相隔離的情況下進(jìn)行測(cè)試。集成測(cè)試，也叫組裝測(cè)試或聯(lián)合測(cè)試。在單元測(cè)試的基礎(chǔ)上，將所有模塊按照設(shè)計(jì)要求，組。裝成為子系統(tǒng)或系統(tǒng)，進(jìn)行集成測(cè)試。系統(tǒng)方案說明書中指定功能的有效方法。試人員與相關(guān)人員之間的沖突和對(duì)抗減少到最低程度。
【正文】 簡(jiǎn)單的軟件缺陷生 命周期： 發(fā)現(xiàn) —— 打開：測(cè)試人員找到軟件缺陷并將軟件缺陷提交給開發(fā)人員； 打開 —— 修復(fù)：開發(fā)人員再現(xiàn)、修復(fù)缺陷，然后提交測(cè)試人員去驗(yàn)證； 修復(fù) —— 關(guān)閉：測(cè)試人員驗(yàn)證修復(fù)過的軟件，關(guān)閉已不存在的缺陷。 但是這是一種理想的狀態(tài)，在實(shí)際的工作中是很難有這樣的順利的，需要考慮的各種情況都 還是非常多的。 復(fù)雜的軟件缺陷生命周期： 新建一個(gè)軟件缺陷，這個(gè)軟件缺陷是（ open）狀態(tài)，進(jìn)行 bug 審查，不是代碼問題，就 是設(shè)計(jì)需要修改； 新建一個(gè)軟件缺陷，這個(gè)軟件缺 陷是（ open）狀態(tài)，進(jìn)行 bug 審查，以后修改的，就可 以延期； 新建一個(gè)軟件缺陷，這個(gè)軟件缺陷是（ open）狀態(tài)，進(jìn)行 bug 審查，實(shí)際沒有這個(gè) bug， 可以將其關(guān)閉； 新建一個(gè)軟件缺陷，這個(gè)軟件缺陷是（ open）狀態(tài)，看是否清楚可重現(xiàn)，如果不能重現(xiàn)， 就是缺少信息，需要返回到（ open）狀態(tài)；如果能夠重現(xiàn)，就進(jìn)行修正，修正后關(guān)閉，進(jìn)行 回歸測(cè)試。 （事項(xiàng)）？ ： 我們編寫測(cè)試用例，有如下的好處： 便于團(tuán)隊(duì)交 流：假如說一個(gè)測(cè)試團(tuán)隊(duì)有 10 個(gè)成員，大家測(cè)試的時(shí)候都各自為政，沒有統(tǒng)一 的標(biāo)準(zhǔn)，測(cè)試的效率無(wú)疑會(huì)大打折扣；如果大家都遵循統(tǒng)一的用例規(guī)范去寫，就會(huì)解決這一 問題。 便于重復(fù)測(cè)試 ：大家知道，軟件在實(shí)際開發(fā)過程中是會(huì)有不同版本的，比如會(huì)從 升級(jí) 到 ，那么如果不寫測(cè)試用例的話，在測(cè)試 版本的時(shí)候，你能完全記得 版本時(shí)你 做過哪些測(cè)試嗎？測(cè)試用例就像一個(gè)備忘錄一樣，便于重復(fù)測(cè)試。 便于跟蹤統(tǒng)計(jì)：這一點(diǎn)是針對(duì)測(cè)試經(jīng)理或是項(xiàng)目經(jīng)理來(lái)說的，項(xiàng)目負(fù)責(zé)人通過看測(cè) 試用例的 執(zhí)行情況，就能了解到項(xiàng)目目前的概況，比如已經(jīng)執(zhí)行了哪些測(cè)試，還有哪些測(cè)試沒有執(zhí)行， 測(cè)試沒有通過的地方主要集中在哪些模塊等。 便于用戶自測(cè)：尤其是項(xiàng)目軟件，有的時(shí)候用戶希望自己測(cè)試一下軟件產(chǎn)品，但是用戶大都 是非專業(yè)人士，他需要根據(jù)你寫好的用例來(lái)更好的檢驗(yàn)產(chǎn)品的質(zhì)量 說了這么多編寫測(cè)試用例的優(yōu)點(diǎn)，那它有沒有缺點(diǎn)呢？有一個(gè)明顯的缺點(diǎn)就是需要花費(fèi)大量 的時(shí)間，通常編寫測(cè)試用例的時(shí)間比實(shí)際執(zhí)行測(cè)試的時(shí)間還要長(zhǎng)，這一點(diǎn)大家會(huì)在實(shí)際工作 中有深刻的體會(huì) ： 什么時(shí)候?qū)懹美?？這個(gè)問題沒有統(tǒng)一的標(biāo)準(zhǔn)答案，但有一點(diǎn)可以肯定，就是測(cè)試用例要盡早 編寫。 大家認(rèn)為在哪個(gè)階段開始寫用例比較好呢？ 通常，我們都會(huì)在測(cè)試設(shè)計(jì)階段來(lái)寫用例，即《需求規(guī)格說明書》和《測(cè)試計(jì)劃》都已完成 之后 3. 由誰(shuí)來(lái)寫測(cè)試用例 有的讀者會(huì)說，當(dāng)然是測(cè)試人員來(lái)寫用例了！ 可是測(cè)試人員又會(huì)有不同的角色，一般分為測(cè)試經(jīng)理，測(cè)試設(shè)計(jì)人員，測(cè)試執(zhí)行人員和測(cè)試 工具開發(fā)人員等，一般測(cè)試用例是由測(cè)試設(shè)計(jì)人員來(lái)編寫，由測(cè)試執(zhí)行人員來(lái)執(zhí)行，這就要 求測(cè)試設(shè)計(jì)人員有一定 的用例設(shè)計(jì)經(jīng)驗(yàn)，并對(duì)被測(cè)試的系統(tǒng)有深入的了解。 但是在很多小公司里面，區(qū)分的不是這么明顯，一個(gè)測(cè)試人員往往會(huì)身兼數(shù)職，既是測(cè)試組 長(zhǎng)，又是測(cè)試設(shè)計(jì)人員，又是測(cè)試執(zhí)行人員。項(xiàng)目組里就你一個(gè)測(cè)試工程師，你不寫用例誰(shuí) 寫??！ 我們編寫測(cè)試用例的唯一標(biāo)準(zhǔn)就是用戶需求，具體的參考資料就是《系統(tǒng)需求規(guī)格說明書》 和軟件原型，其中軟件原型指的是沒有嵌入全部源代碼的軟件界面，比如我做一個(gè)電子商務(wù) 網(wǎng)站，為了盡快能給用戶演示，我只是用 html 語(yǔ)言作一些靜態(tài)頁(yè)面，并沒 有編寫動(dòng)態(tài)的程序，這就是一個(gè)軟件原型，它也看作是需求的一部分。
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1