軟件測試流程測試人員在熟悉和掌握項(xiàng)目的需求分析和概要設(shè)計(jì)后開始-wenkub
2022-11-05 01:53:24 本頁面
【正文】 個(gè)模塊的誤差累計(jì)效應(yīng)（如：對于小數(shù)處理時(shí)多個(gè)模塊的累計(jì)誤差是否符合預(yù)期的要求） 6) 測試軟件中的輸入、輸出、值域等是否符合商業(yè)規(guī)則。 樁模塊：被被測試模塊調(diào)用的模塊，用來接收被測試模塊的測試結(jié)果，并生成輸出，需要來進(jìn)行設(shè)計(jì)。 5) 出錯(cuò)處理：測試對于非正常輸入的數(shù)據(jù)和系統(tǒng)自身出現(xiàn)的異常是否能夠正常處 理，報(bào)錯(cuò)。 3) 邊界條件測試：循環(huán)邊界，條件邊界是否準(zhǔn)確有效。（測試用例：是指我們已經(jīng)知道了輸入數(shù)據(jù)后會(huì)得到哪些相應(yīng)的輸出，以此來判斷系統(tǒng)是否在按照預(yù)期來工作，一個(gè)可以檢查出軟件錯(cuò)誤的用例稱為好的用例。若《測試計(jì)劃》有問題則會(huì)影響到整個(gè)測試的結(jié)果。 二． 在測試人員掌握項(xiàng)目的詳細(xì)設(shè)計(jì)后開始編寫《測試設(shè)計(jì)》文檔，它從技術(shù)上對測試的目標(biāo)和標(biāo)準(zhǔn)進(jìn)行規(guī)定。） 四． 測試執(zhí)行： ? 單元測試 ：主要由開發(fā)人員來完成（白盒測試） 1．測試目標(biāo)： 1) 函數(shù)，過程測試：測試函數(shù)，過程是否定義準(zhǔn)確，功能是否達(dá)到預(yù)期要求。主要錯(cuò)誤有：由于精度誤差造成的相等比較出錯(cuò)使得選擇，循環(huán)條件邊界錯(cuò)誤。 6) 模塊接口：測試全局變量定義是否統(tǒng)一、調(diào)用參數(shù)是否匹配。 ? 集成測試 ：在所有模塊開發(fā)完成和測試完成后，獎(jiǎng)所有的 模塊集成為整體。 7) 值域測試：測試某一個(gè)輸入操作的值域限制是否有效。即在單元測試的基礎(chǔ)上，把所有的模塊按設(shè)計(jì)要求組裝在一起進(jìn)行測試。 4) 安裝測試：測試軟件打包是否正確，是否有文件丟失。 ? 系統(tǒng)聯(lián)調(diào) 。 4) 配置測試：測試在不同外設(shè)的情況下軟件是否可以正常工作。 8) 破壞性測試：測試軟件在突發(fā)條件下或長時(shí)間工作條件下的恢復(fù)能力，可以檢驗(yàn)出軟件在最壞的情況下的使用情況，及恢復(fù)能力。 五、測試案例 下面舉了一個(gè)具體測試的例子，是以北國家電連鎖前臺(tái)銷售模塊為測試模塊， 我認(rèn)為這樣的測試流程對于我們公司是比較實(shí)際和可行的。 4在付款部分用各種不同的付款方式進(jìn)行付款查看應(yīng)收金額及找零是否正確，積分卡和面值卡 在刷卡時(shí)是否檢查卡號(hào)存在，保存后積分是否正確。 6單據(jù)保存后從數(shù)據(jù)庫中檢查各表中的數(shù)據(jù)是否正確。刷面值卡時(shí)是否判斷卡號(hào)的存在，如查要刷的金額大于卡余額時(shí)是否報(bào)錯(cuò)，且可以修改。 至此對家電預(yù)銷售模塊的測試完成，把錯(cuò)誤都已記錄在《測試報(bào)告》中，此時(shí)將《測試報(bào)告》遞交給開發(fā)人員，開發(fā)人員有權(quán)對測出的錯(cuò)誤不進(jìn)行修改，但要注明理由，最后交由項(xiàng)目經(jīng)理決定，開發(fā)人員修改完成后會(huì)把《測試報(bào)告》遞交給測試人員，測試人員對修改的部分進(jìn)行測試，并對整個(gè)模塊進(jìn)行重新測試。 Ⅱ、 集成測試：首先要 對整個(gè)大模塊進(jìn)行分析（以家電連鎖為例：如下圖） 1 做門店預(yù)銷售（門店送貨）并在數(shù)據(jù)庫中查看各個(gè)表中的數(shù)據(jù)是否正確。 3 在門店審核要貨單，然后去物流查看要貨單是否已發(fā)送到物流。 6 若是 退貨還要去物流查看門店審核后的配退單是否發(fā)送到物流。 這樣就做完了從模塊級(jí)到流程級(jí)的測試。
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1