這最多只能算測試問題的一半，使用者不一定遵守規則，軟體測試人員需要證實不安規定操作有何後果
此外，如果測試人員進行測試時木打破沙鍋問到底的態度，就會遺漏某些軟體缺陷
測試程式說明的目的時明確執行測試案例所需的全部步驟，包括如何設定、啟動、執行和關閉測試案例。
仍然會發現大量軟體缺陷？
專案小組對已經只想的測試滿意嗎？
報告的軟體缺陷是否定下來那些修復，那些不修復？
產品根據客戶要求經過和法向檢驗了嗎？
嘗試同時多幾件事
它可以是相關的，例如從同乙個應用程式同時向印表機輸出列印
也可以是無關的，所做的目的是迫使軟體執行同一功能同事出現與自己爭議的情況
主要區別是檢驗時，在場的不是**的原創者
這迫使另乙個完全理解要檢驗的軟體
這比讓其他人知識審查軟體尋找軟體缺陷更加有效
灰盒測試事是偶爾看一眼源**，利用該資訊協調測試。
它不同於通常檢視簡單的指令碼**，或者c++等複雜的編譯語言。
檢查細緻程度也不同於白盒測試
測試工具有助於測試，簡化手工完成測試任務
自動化測試也是一種工具，但是它的執行不需要人干預
因為測試計畫中定義的所有問題和其他專案功能小組或者小組成員之間存在影響
讓所有人了解和接受計畫的內容是關鍵所在
人員、裝置、辦公場所、實驗室
軟體、公開**公司以及其他供給
測試說明的目的設計組織和描述針對某特性要實施的測試。
它列舉了要測試的特性和要用的方法。
它明確了測試案例，但是不指明測試案列具體是什麼，通過\失敗的原則時什麼
探索精神（喜歡新軟體）
故障排除能手（善於發現問題、喜歡猜謎）
不懈努力（不停測試，盡一切努力）
創造性（尋求新方法，有創意，超常手段）
追求完美（力求完美但不是苛求）
判斷準確（要判斷問題是不是真正的缺陷）
老練穩重（不怕壞訊息，冷靜）
說服力（善於表達說明缺陷）
確定問題：審查的目標時找出軟體的問題——不僅是出錯的專案，還包括遺漏專案
遵守規則：審查要遵守一套固定的規則，規則可能設定要審查的**量（通常有數百行），花費時間多少（數小時），那些內容要做備註等等。
準備：每乙個合作者都為審查做準備，並貢獻自己的力量
編寫報告：審查小組必須做出總結審查結果的書面報告，並使報告便於開發小組的成員使用
資料引用錯誤
資料引用錯誤是指用未經正確初始化金額引用方式的變數、常量、陣列、字串或記錄而導致的軟體缺陷
是否引用了未初始化的變數
陣列和字串的下標是整數值嗎？
在檢索操作或者應用陣列下標時是否包含「丟掉乙個」這樣的潛在錯誤？
是否應該使用常量的地方使用了變數？
變數是否被賦予了不同型別的值？
為引用的指標分配記憶體了嗎？
乙個資料結構是否在多個函式或者子程式中引用，在每乙個引用中明確定義結構了嗎？
軟體工程簡答題整理
答 1.基本過程 瀑布模型規定了各項軟體工程活動，包括需求分析 規格說明 設計 編碼 測試和維護，並規定了它們自上而下 相互銜接的固定次序，如同瀑布流水，逐級而下。2.特點階段間具有順序性和依賴性 清楚區分邏輯設計和物理設計，盡可能推遲程式的物理實現 每個階段都必須完成規定的文件，且每階段結束前需要...
軟體工程之簡答題
1.什麼是軟體工程？軟體工程是指用系統化 規範化。數量化等工程原理和方法去進行指導軟體開發和維護的學科 2.軟體開發的生命週期分為哪幾個階段？軟體開發的生命週期 1.市場調研2.需求分析 3.總體設計4.詳細設計 5.實現6.軟體測試 3.什麼是黑盒測試？什麼是白盒測試？黑盒測試 不考慮程式的內部結...
軟體工程備考簡答題總結
此版本複習提綱僅適用於 江蘇大學陳雷老師班 軟體工程的提出目的是 目標 過程 原則 快速原型模型 增量模型 螺旋模型 xp模型 敏捷思想的核心價值觀 需求分析的過程 人們對事物的認識是不斷深化的，因此需求迭代是乙個過程。評審的作用 資料流圖的作用 軟體設計是對軟體需求進行 軟體設計優化的準則如下 靜...