1樓：匿名使用者
自低向上 你可以理解為先組裝車條 再組裝車輪，最後組裝車子，現在車條造好了，但車輪框還沒出來，我們要測試車條，例如測試車條螺紋好不好等，那麼這時候就需要我們自己根據詳細設計造一個車輪的螺絲扣介面（也就是單元測試中編寫的驅動程式），這樣就能模擬車條裝在車輪上了，根據螺紋上在車輪螺絲扣介面的情況來判斷 這個車條的螺紋造的是不是正常的。 這就是單元測試中的驅動程式原理。反過來，也一樣，自頂向下就是現有車輪，那麼當然就是偽造車條了，這車條就是樁了，因此，看問題中，很顯然只有車條 沒車輪，所以要模擬車輪（那就是驅動程式），當然也就選a了。
希望對你有所幫助。
2樓：匿名使用者
很明顯，不是b樁程式，而是a驅動程式。
自底向上法從程式模組結構中最底層的模組開始組裝和測試，就是說對某一個被測模組來說，它的子模組事先已經完成組裝並經過測試，不需要寫樁程式。
驅動程式是用來模擬被測模組的上一級模組。上面說的那些子模組的測試，就需要寫驅動程式。
樁程式是模擬被測模組的所呼叫的模組，即下一級模組。因為現在是自底向上，就沒必要寫這個了。
軟體測試題答案
3樓：匿名使用者
//僅僅是個人見解
1. 好的測試員不懈追求完美。
n 不能過於鑽牛角尖，好的測試員知道何時完美無法企及，何時達到「夠好」。
2. 軟體測試是有效的排除軟體缺陷的手段。
n 不能把排除軟體缺陷依賴於軟體測試
3. 程式設計師與測試工作無關。
n 4. 白盒測試的條件覆蓋標準強於判定覆蓋。
y 六種覆蓋標準：語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋和路徑覆蓋發現錯誤的能力呈由弱至強的變化。
5. 驗收測試是以終端使用者為主的測試。
y 驗收測試又分a測試和b測試，前者有開發者在現場
6. 測試程式僅僅按預期方式執行就行了。
n 還要找出規格的疏漏
7. 自底向上整合需要測試員編寫驅動程式。
y 自底向上的增值方式是從程式模組結構的最底層模組開始組裝和測試。因為模組是自底向上進行組裝的，對於一個給定層次的模組，她的子模組已經組裝並測試完成，所以不再需要樁模組。
8. 軟體測試工具可以代替軟體測試員。
n 自動化測試不能完全替代手工測試
9. 最重要的使用者介面要素是軟體符合現行標準和規範。
n 易用性
10. 自動化測試可能延誤專案進度。
y 可以提高測試效率，當然沒實施好的話也會延誤
11. 軟體測試員可以對產品說明書進行白盒測試。
n12. 靜態白盒測試可以找出遺漏之處和問題。
y13. 程式設計師兼任測試員可以提高工作效率。
n 程式設計師不能測自己的程式
14. 產品說明書（需求文件）的變更應當受到控制。
y 受開發條件實際需求控制
15. 軟體開發全過程的測試工作都可以實現自動化。
n16. 找出的軟體缺陷越多，說明剩下的軟體缺陷越少。
n 注意錯誤群集現象
17. 採用自動化測試有可能延誤專案進度。
n18. 測試應從「大規模」開始，逐步轉向「小規模」。y
4樓：杜名字
最後一個對的。其實好似已經有很多答案了。我在99d - 軟體站看到很多模擬試卷的~都帶答案我看貌似一樣
5樓：匿名使用者
5/7/9/10/11/12/14/17/18 正確
我自己分析的，可能有錯誤的！
軟體測試的方法一共有幾種
6樓：迷路的鴿子
1、從是否關心內部結構來看
（1）白盒測試：又稱為結構測試或邏輯驅動測試，是一種按照程式內部邏輯結構和編碼結構，設計測試資料並完成測試的一種測試方法。
（2）黑盒測試：又稱為資料驅動測試，把測試物件當做看不見的黑盒，在完全不考慮程式內部結構和處理過程的情況下，測試者僅依據程式功能的需求規範考慮，確定測試用例和推斷測試結果的正確性，它是站在使用軟體或程式的角度，從輸入資料與輸出資料的對應關係出發進行的測試。
（3）灰盒測試：是一種綜合測試法，它將「黑盒」測試與「白盒」測試結合在一起，是基於程式執行時的外部表現又結合內部邏輯結構來設計用例，執行程式並採集路徑執行資訊和外部使用者介面結果的測試技術。
2、從是否執行**看
（1）靜態測試：指不執行被測程式本身，僅通過分析或檢查源程式的語法、結構、過程、介面等來檢查程式的正確性。
(2)動態測試：是指通過執行被測程式，檢查執行結果與預期結果的差異，並分析執行效率、正確性和健壯性等效能指標。
3、從開發過程級別看
（1）單元測試：又稱模組測試，是針對軟體設計的最小單位----程式模組或功能模組，進行正確性檢驗的測試工作。其目的在於檢驗程式各模組是否存在各種差錯，是否能正確地實現了其功能，滿足其效能和介面要求。
(2)整合測試：又叫組裝測試或聯合，是單元測試的多級擴充套件，是在單元測試的基礎上進行的一種有序測試。旨在檢驗軟體單元之間的介面關係，以期望通過測試發現各軟體單元介面之間存在的問題，最終把經過測試的單元組成符合設計要求的軟體。
（3）系統測試：是為判斷系統是否符合要求而對整合的軟、硬體系統進行的測試活動、它是將已經整合好的軟體系統，作為基於整個計算機系統的一個元素，與計算機硬體、外設、某些支援軟體、人員、資料等其他系統元素結合在一起，在實際執行環境下，對計算機系統進行一系列的組裝測試和確認測試。
在系統測試中，對於具體的測試型別有：
（1）功能測試：對軟體需求規格說明書中的功能需求逐項進行的測試，以驗證功能是否滿足要求。
（2）效能測試：對軟體需求規格說明書的功能需求逐項進行的測試，以驗證功能是否滿足要求。
（3）介面測試：對軟體需求規格說明中的介面需求逐項進行的測試。
（4）人機互動介面測試：對所有人機互動介面提供的操作和顯示介面進行的測試，以檢驗是否滿足使用者的需求。
（5）強度測試：強制軟體執行在異常乃至發生故障的情況下（設計的極限狀態到超出極限），驗證軟體可以執行到何種程式的測試。
（6）餘量測試：對軟體是否達到規格說明中要求的餘量的測試。
（7）安全性測試：檢驗軟體中已存在的安全性、安全保密性措施是否有效的測試，
（8）可靠性測試：在真實的或**的環境中，為做出軟體可靠性估計而對軟體進行的功能（其輸入覆蓋和環境覆蓋一般大於普通的功能測試）
（9）恢復性測試：對有恢復或重置功能的軟體的每一類導致恢復或重置的情況，逐一進行的測試。
（10）邊界測試：對軟體處在邊界或端點情況下執行狀態的測試。
（11）資料處理測試：對完成專門資料處理功能所進行的測試。
（12）安裝性測試：對安裝過程是否符合安裝規程的測試，以發現安裝過程中的錯誤。
（13）容量測試：檢驗軟體的能力最高能達到什麼程度的測試。
（14）互操作性測試：為驗證不同軟體之間的互操作能力而進行的測試。
（15）敏感性測試：為發現在有效輸入類中可能引起某種不穩定性或不正常處理的某些資料的組合而進行的測試。
（16）標準符合性測試：驗證軟體與相關國家標準或規範（如軍用標準、國家標準、行業標準及國際標準）一致性的測試。
（17）相容性測試：驗證軟體在規定條件下與若干個實體共同使用或實現資料格式轉換時能滿足有關要求能力的測試。
（18）中文字地化測試：驗證軟體在不降低原有能力的條件下，處理中文能力的測試。
4、從執行過程是否需要人工干預來看
（1）手工測試：就是測試人員按照事先為覆蓋被測軟體需求而編寫的測試用例，根據測試大綱中所描述的測試步驟和方法，手工地一個一個地輸 入執行，包括與被測軟體進行互動（如輸入測試資料、記錄測試結果等），然後觀察測試結果，看被測程式是否存在問題，或在執行過程中是否會有一場發生，屬於比較原始但是必須執行的一個步驟。
（2）自動化測試：實際上是將大量的重複性的測試工作交給計算機去完成，通常是使用自動化測試工具來模擬手動測試步驟，執行用某種程式設計語言編寫的過程（全自動測試就是指在自動測試過程中，不需要人工干預，由程式自動完成測試的全過程；半自動測試就是指在自動測試過程中，需要手動輸入測試用例或選擇測試路徑，再由自動測試程式按照人工指定的要求完成自動測試）
5、從測試實施組織看
（1）開發測試：開發人員進行的測試
（2）使用者測試：使用者方進行的測試
（3）第三方測試：有別於開發人員或使用者進行的測試，由專業的第三方承擔的測試，目的是為了保證測試工作的客觀性
6、從測試所處的環境看
（1）阿爾法測試：是由一個使用者在開發環境下進行的測試，也可以是公司內部的使用者在模擬實際操作環境下進行的測試
（2）貝塔測試：是使用者公司組織各方面的典型終端使用者在日常工作中實際使用貝塔版本，並要求使用者報告
軟體測試的內容：
1 得到需求、功能設計、內部設計說書和其他必要的文件
2 得到預算和進度要求
3 確定與專案有關的人員和他們的責任、對報告的要求、所需的標準和過程 ( 例如發行過程、變更過程、等等 )
4 確定應用軟體的高風險範圍，建立優先順序、確定測試所涉及的範圍和限制
5 確定測試的步驟和方法 ── 部件、整合、功能、系統、負載、可用性等各種測試
6 確定對測試環境的要求 ( 硬體、軟體、通訊等 )
7 確定所需的測試用具 (testware) ，包括記錄 / 回放工具、覆蓋分析、測試跟蹤、問題 / 錯誤跟蹤、等等
8 確定對測試的輸入資料的要求
9 分配任務和任務負責人，以及所需的勞動力
10 設立大致的時間表、期限、和里程碑
11 確定輸入環境的類別、邊界值分析、錯誤類別
12 準備測試計劃檔案和對計劃進行必要的回顧
13 準備白盒測試案例
14 對測試案例進行必要的回顧 / 調查 / 計劃
15 準備測試環境和測試用具，得到必需的使用者手冊 / 參考檔案 / 結構指南 / 安裝指南，建立測試跟蹤過程，建立日誌和檔案、建立或得到測試輸入資料
16 得到並安裝軟體版本
17 進行測試
18 評估和報告結果
19 跟蹤問題 / 錯誤，並解決它
20 如果有必要，重新進行測試
21 在整個生命週期裡維護和修改測試計劃、測試案例、測試環境、和測試用具
軟體測試BUG的種類和種類定義，軟體測試中bug的種類有哪幾種？bug的易用性是什麼？
複製的 希望對你有用。軟體缺陷1 概念 軟體缺陷簡單說就是存在於軟體 文件 資料 程式 之中的那些不希望，或不可接受的偏差，而導致軟體產生的質量問題。按照一般的定義，只要符合下面5個規則中的一個，就叫做軟體缺陷。0 5 軟體未達到軟體規格說明書中規定的功能 0 5 軟體超出軟體規格說明書中指明的範圍...
軟體測試過程中主要測試有哪些，軟體測試過程中主要測試文件有哪些
檸檬班軟體測試 軟體測試的流程，以及各階段的相關文件 無論是採用瀑布式還是其他的產品生命週期模型，軟體測試分為如下幾個階段 1 測試需求分析階段。測試需求分析階段主要工作是獲得測試專案的測試需求 測試規格 輸出產物 可測試性需求說明書 和 測試規格 2 測試計劃階段。以測試需求為基礎，分析產品的總體...
四川軟體測試培訓，成都軟體測試培訓機構中哪些學校的教學質量信得過一點
成都睿峰培訓，新開小班教學，90天畢業，推薦就業！學習過程就參與實訓專案！成都軟體測試培訓機構哪些是正規，可靠的 有一些條件可以判斷成都這些軟體測試培訓機構是否正規 靠譜 免費試聽的機構可靠。網路上常有人推薦各種機構，別人推薦的機構是不是真的可靠只有自己親身體驗之後才知道。怎麼體驗呢?去機構實地考察...