91運營網 || 我們為什么要寫測試計划 || 如何檢查自己寫的需求文檔是否合格 || 軟件測試之測試用例顆粒度問題 || 怎么樣評價用例設計的質量 || BVT測試與冒煙測試
軟件工程進階之每日構建[3]：流程 || 軟件缺陷分析-軟件測試之犯罪心理學 || 軟件缺陷度量
1、需求文檔檢查的具體步驟是什么？檢查項主要包括什么，分別對應了那些檢查要點？
具體步驟：
用戶體驗自查、內容自查、賬號狀態及用戶權限自查、硬件環境需求自查、后台交互及管理需求自查
檢查項：
1）產品功能點需求：用戶需求→后台需求（數據監控等）
2）功能在系統中的位置：前台界面→用戶管理后台(個人中心)→官方管理后台；
3）業務流程：步驟1→步驟2→步驟3→步驟3.1→步驟3.2……
4）功能主次關系：主要功能（場景or流程）→次要功能（場景or流程）；
5）功能點在頁面布局中的位置：從上→下、從左→右；
6）按照軟件狀態：基本狀態→特殊狀態→異常狀態；
2、測試計划的內部和外部作用分別是？
內部作用：
作為測試計划的結果，讓相關人員和開發人員來評審。
存儲計划執行的細節，讓測試人員來進行同行評審。
存儲計划進度表、測試環境等更多的信息。
外部作用：
給顧客一個信心，關於測試過程、技能、資源、工具等的信息。
3、怎樣制定測試計划？
1、確定測試范圍
2、制定測試策略
3、確定測試任務
4、確定測試資源和工作量
5、進度安排
6、風險及對策
4、測試用例設計應遵循的原則包括？
1、利用有效的測試技術來減少測試用例和測試場景的數量，用最小的工作量達到最大的測試覆蓋率。（功能分析法、等價類划分、路徑分析、邊界值分析、正交分析等）
2、正確性、全面性、整體連貫性、可維護性、測試結果可判定性和可再現性。
5、怎樣確定測試用例的粒度？
1、“重要功能”、“特殊功能”顆粒密集度高，“通用功能”可以試用通用測試粒度，密集度應該可以大致界定。個人認為，假如非要為了一個字體的樣式而寫了一大長串的測試用例 ，那么這個顆粒度就毫無意義了。
2、顆粒度的大小還取決與客戶對“產品”的要求。測試有一個難題是測試的精度，或者說顆粒度的定義，不要說一個程序，就算是一個簡單的登錄都可以寫出幾乎無窮盡的測試用例，所以你需要指明功能、性能需求，使用環境等，並說明對缺陷容忍的限度。才好依據最終的需求來定義測試的顆粒度，也才好寫測試用例，總之，客戶的要
求越詳細所得到的測試用例越准確。如果客戶跟你說這個地方你必須仔仔細細的測試。那么我們在寫測試用例的時候。這個顆粒度一定要小了。
3、一般功能顆粒密集度可能會根據項目或是時間來確定。如果時間充裕顆粒度可以適當小。
4、粒度取決於測試的種類，一般用驗收測試,是項目測試中顆粒度比較大。系統測試顆粒度相對較小。
6、確定測試用例質量的方法有哪些？
測試用例內部評審、外部評審、按客戶反饋評審
7、BVT測試和冒煙測試的區別是什么？
BVT 所做的測試內容很淺，這一特征似乎符合 Smoke Testing 的定義；但是 BVT 只驗證 build 的構建情況，這一點與 Smoke Testing 截然不同，因此二者是完全不同的測試。另外：
- BVT 只在 build 構建完成時進行；Smoke Testing 是各個階段都有的測試。
- 盡管 BVT 可以加入自動測試腳本並執行少量固定的自動化測試，但 Smoke Testing 與 build 的驗證無關。
- BVT 的結果直接決定新構建的 build 是否交付后續測試；Smoke Testing 不影響其他日常測試工作。
8、每日構建的基本流程是什么？
1、提交代碼到源代碼管理服務器
2、從源代碼服務器取出代碼到編譯服務器
3、在編譯服務器生成最終安裝包
4、提交安裝包到發布服務器
5、從發布服務器獲取安裝包進行冒煙測試（可選）
6、測試人員從發布服務器上獲取安裝包並測試
9、常用的軟件缺陷的指標是什么？
缺陷數量排行、缺陷發現時間、缺陷清除時間，派生度量元可選擇整體缺陷清除率、階段缺陷清除率、缺陷駐留時間等。
10、缺陷分析的方法是什么？
缺陷分布分析、缺陷趨勢分析、注入矩陣分析