軟件測試與改錯——掌握有效測試的方法與技術(shù)林銳博士-在線瀏覽
2024-12-01 09:29本頁面
【正文】 常識與道理 一些常識和經(jīng)驗之談 ? 測試能提高軟件的質(zhì)量，但是提高質(zhì)量不能依賴測試。 “ 徹底地測試 ” 難以成為現(xiàn)實，要考慮時間、費用等限制，不允許無休止地測試。 ? 測試的主要困難是不知道如何進行有效地測試，也不知道什么時候可以放心地結(jié)束測試。 ? 8020原則： 80％的缺陷聚集在 20％的模塊中，經(jīng)常出錯的模塊改錯后還會經(jīng)常出錯 ? 測試應(yīng)當(dāng)循序漸進，不要企圖一次性干完，注意 “ 欲速則不達 ” 。是 “從小到大”、“由內(nèi)至外”、“循序漸進”的測試過程，體現(xiàn)了“分而治之”的思想。 ? 集成測試界于單元測試和系統(tǒng)測試之間，起到“橋梁作用”，一般由開發(fā)小組采用白盒加黑盒的方式來測試，既要驗證“設(shè)計”又要驗證“需求”。 ? 驗收測試與系統(tǒng)測試非常相似，主要區(qū)別是測試人員不同，驗收測試由用戶執(zhí)行。 需求開發(fā) 高層設(shè)計 詳細設(shè)計 編程 單元測試 集成測試 系統(tǒng)測試 驗收測試 Page 7 2. 測試的分類與比較 測試內(nèi)容 ? 接口與路徑測試。 因為程序有可能用錯誤的運算方式得出正確的結(jié)果 ， 例如 “ 負負得正 ， 錯錯得對 ” ， 只有白盒測試才能發(fā)現(xiàn)真正的原因 。在這方面，黑盒測試存在嚴(yán)重的不足。最糟糕的是無法估計測試與改錯的工作量，使進度失去控制。 ? 問題 3：如果每個單元都通過了測試，把它們集成一起難道會有什么不妥嗎？集成測試是否多此一舉？ – 要把 N個單元集成一起肯定靠接口耦合 ， 這時可能會產(chǎn)生在單元測試中無法發(fā)現(xiàn)的問題 。 所以集成測試是必要的 ， 不是多此一舉 。再者，單元測試和集成測試通常由開發(fā)小組執(zhí)行。 ? 問題 5：既然系統(tǒng)測試與驗收測試的內(nèi)容幾乎是相同的，為什么還要驗收測試？ – 首先是 “ 信任 ” 問題。否則，那是客戶失職。測試小組至多能夠模仿小部分用戶的行為，但并不具有普遍的代表性。 用戶還有自己的事情要做 ， 他們?yōu)槭裁匆獮閯e人測試呢 ？ 即使用戶愿意做系統(tǒng)測試 ， 他們消耗的時間 、 花費的金錢大多比測試小組的高 。如果讓用戶發(fā)現(xiàn) “ 內(nèi)幕” ，一是丟臉，二是會嚇跑買主。 Page 10 3. 測試人員的組織 了解開發(fā)人員的測試心理 ? 測試的目的是找出盡可能多的缺陷。開發(fā)人員總是喜歡欣賞程序的成功之處，而不愿看到失敗之處。 ? 開發(fā)者對自己的程序印象深刻，并總以為是正確的（自信是應(yīng)該的）。 ? 結(jié)論： 開發(fā)人員應(yīng)當(dāng)測試自己的程序，這是他分內(nèi)的工作。 如何組織測試人員：應(yīng)當(dāng)視企業(yè)的人力資源而定 ? 條件特別好的公司 ， 可以為每一個開發(fā)人員分配一名獨立的測試人員 。 ? 條件比較好的公司 ， 可以設(shè)置一個獨立的測試小組 ， 該測試小組輪流參加各個項目的系統(tǒng)測試 。 ? 條件一般的公司 ， 養(yǎng)不起獨立的測試小組 。 當(dāng)項目進展到系統(tǒng)測試階段 ， 可以從項目外抽調(diào)一些人員 ， 加上開發(fā)人員 ， 臨時組織系統(tǒng)測試小組 。 那么就讓開發(fā)人員一直兼任測試人員的角色 ， 相互測試對方的程序 。要理解測試的目的就是發(fā)現(xiàn)缺陷，是測試人員的工作職責(zé)。 – 不要輕視測試人員，別說人家技術(shù)水平差，不配搞開發(fā)只好搞測試。 – 在開發(fā)人員壓力太大時或心情不好時不要火上澆油，發(fā)現(xiàn)缺陷時別大聲嚷嚷。 Page 12 4. 企業(yè)的測試策略 理念： ? 企業(yè)的主要目的是獲取利潤，降低測試成本也是盈利的一種方式。 如何合理地減少測試工作量 ? 減少冗余的測試 – 白盒測試與黑盒測試的方式雖然不同，但往往有 “ 異曲同工 ” 之妙。 – 在集成測試、系統(tǒng)測試階段，可能要執(zhí)行多次 “ 回歸測試 ” 。 ? 減少無價值的測試 – 無價值的測試通常是由于不懂得測試技術(shù)引起的。 ? 如何 “ 偷工減料 ” – 有一些 “ 短 、 平 、 快 ” 的項目 ， 經(jīng)費本來就少 ， 用戶對質(zhì)量要求也馬馬虎虎 。 偷工減料的途徑無非就是減少測試的內(nèi)容和頻度 。 基本方法是找出軟件中需要優(yōu)先測試的部分 （ 見下表 ） ， 其它次要部分可以忽略或?qū)碓贉y試 。 每個新缺陷對應(yīng)一份獎金 ， 把獎金發(fā)給第一個發(fā)現(xiàn)該缺陷的人 。 Page 14 5. 測試規(guī)范 測試流程 ? 第一步：制定測試計劃。 ? 第二步：設(shè)計測試用例。 ? 第三步：如果滿足 “ 啟動準(zhǔn)則 ” ， 那么執(zhí)行測試。 ? 第五步：消除軟件缺陷。 制定測試計劃 設(shè)計測試用例 執(zhí)行測試 撰寫測試報告 消除軟件缺陷 審批 審批 回歸測試 完成 測試 完成準(zhǔn)則 啟動準(zhǔn)則 Page 15 5. 測試規(guī)范 測試啟動準(zhǔn)則 ? 同時滿足以下條件 ， 允許開始測試： – （ 1） 測試計劃已經(jīng)制定并且通過了審批； – （ 2） 測試用例已經(jīng)設(shè)計并且通過了審批； – （ 3）被測試對象已經(jīng)開發(fā)完畢并等待測試。 同時滿足以下條件允許結(jié)束測試： – （ 1） 功能性測試用例通過率達到 100％ ； – （ 2） 非功能性測試用例通過率達到 90％ 時 。 例如 n大于 10， m小于等于 1。每個接口可能有多個輸入?yún)?shù)，每個參數(shù)有 “ 典型值 ” 、 “ 邊界值 ” 、 “ 異常值 ” 之分，所以輸入的組合數(shù)可能并不少。輸出包括函數(shù)的返回值和輸出參數(shù)。白盒方式的接口測試和黑盒方式的功能測試，其方法十分相似。想遍歷測試幾乎是不可能的，不測試或者胡亂找?guī)讞l路徑測試卻又不行。我認為在構(gòu)造接口測試的同時已經(jīng)建立了測試路徑。由于接口測試中
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1