什么是軟件測試？

軟件測試就是利用測試工具按照測試方案和流程對產品進行功能和性能測試，
甚至根據需要編寫不同的測試工具，設計和維護測試系統，
對測試方案可能出現的問題進行分析和評估。

測試的根本目的是什么？

檢驗軟件是否做了正確的事，為質量評審提供依據。

測試用例包含哪些部分？

??? 1.編號,用來區別每一個測試用例;
??? 2.標題或者描述,用來標注這個用來的作用
??? 3.前置條件,要執行這個測試所需要滿足的條件
??? 4.執行步驟
??? 5.預期結果
??? 6.用例執行日期
??? 7.用例執行者(如果是一個人測試的話,這個字段就是所有用例所共有的)
??? 8.實際結果,這個是每次測試用例執行完后需要填寫的
??? 9.測試環境:包括軟硬件環境,配置信息等,但因為我每次測試都在同樣環境中執行不止一個用例,所以測試環境是每次執行的測試用例所共有的信息.
??? 10.參考信息,這部分信息可用來做測試執行成功與否的判斷輔助信息
??? 11.其他信息,比如備注部分,可以向其中填寫用例執行中碰到的一些問題,bug等,方便測試總結時做為參考;比如用例創建者,有這個標注后將來用例執行者有不明確的地方可以方便地詢問用例創建者在搭建測試環境應該注意什么？

執行測試時應注意事項？

1，盡量模擬用戶的真實場景
2，干凈的測試環境
3，沒有病毒的影響
4，獨立的測試環境

測試用例的設計方法？
1，等價類劃分的方法
2，邊界值分析法
3，因果圖表法
4，判定表方法
5，錯誤推測法
6，場景法

你是如何理解軟件測試的原則的？?
（1）將軟件測試貫穿于軟件開發的各個階段中，在開發過程中盡早地發現和預防錯誤，杜絕隱患，提高軟件質量；
（2）測試用例必須包含輸入數據和與之對應的預期輸出結果，精心設計測試用例；?
（3）測試時應避免設計者檢查自己設計的程序；
（4）設計測試用例時，應包括合理的與不合理的輸入條件；
（5）充分注意測試中出現的錯誤群集現象，若發現錯誤數目較多，則可能殘存的錯誤數目也較多，這種錯誤出現的群集現象，? 已為許多程序測試實踐所證實；?
（6）嚴格執行測試計劃，以軟件需求說明書為基準設計測試用例，排除測試的隨意性；
（7）對每一個測試結果做全面檢查，不能遺漏錯誤出現的征兆，軟件修改后要進行回歸測試，? 即用修改前測試過的測試用例進行測試，再用新的測試用例測試；

軟件測試的一般步驟是什么？
（1）單元測試（也稱模塊測試）：針對軟件設計的基本單元——程序模塊，進行正確性檢驗的測試工作。 目的在于發現各個模塊內部可能存在的各種差錯。單元測試需要從程序內部結構出發設計測試用例，多個模塊可以平行、獨立地進行測試；
（2）集成測試（也稱組裝測試，聯合測試）：在單元測試的基礎上，將所有模塊按設計要求集成在一起進行測試，以檢驗總體設計中各模塊間的接口設計問題、模塊之間的相互影響、上層模塊存在的各種差錯及全局數據結構對系統的影響等方面。
（3）確認測試（也稱驗收測試，有效性測試）：主要檢驗軟件的功能和性能是否與需求說明書中的規定一致。
（4）系統測試：將軟件系統作為一個元素，放入整個實際的計算機系統中，與計算機硬件、其他軟件、使用人員等系統元素結合在一起，在實際使用環境下進行綜合全面的測試。

你認為什么樣的測試用例才算是一條標準的測試用例? 表述清楚、沒有歧義、簡單易懂。

怎么做好文檔測試? 仔細閱讀，跟隨每個步驟，檢查每個圖形，嘗試每個示例,檢查文檔的編寫是否滿足文檔編寫的目的,內容是否齊全，正確，完善.標記是否正確.

軟件測試分哪2種方法？

分別適合什么情況？ 軟件測試分2種：白盒測試和黑盒測試。白盒測試又稱為結構測試、邏輯驅動測試或基于程序本身的測試，它著重于程序的內部結構及算法，通常不關心功能與性能指標； 黑盒測試又稱功能測試、數據驅動測試或基于規格說明的測試，它實際上是站在最終用戶的立場，檢驗輸入輸出信息及系統性能指標是否符合規格說明書中有關功能需求及性能需求的規定

測試結束的標準是什么？ 用例全部測試。 覆蓋率達到標準。 缺陷率達到標準。 其他指標達到質量標準

描述軟件測試活動的生命周期？測試周期分為計劃、設計、實現、執行、總結。其中： 計劃：對整個測試周期中所有活動進行規劃，估計工作量、風險，安排人力物力資源，安排進度等； 設計：完成測試方案，從技術層面上對測試進行規劃； 實現：進行測試用例和測試規程設計； 執行：根據前期完成的計劃、方案、用例、規程等文檔，執行測試用例。 總結：記錄測試結果，進行測試分析，完成測試報告。

軟件的缺陷等級應如何劃分？ A類—嚴重錯誤，包括以下各種錯誤： 1． 由于程序所引起的死機,非法退出 2． 死循環 3． 數據庫發生死鎖 4． 因錯誤操作導致的程序中斷 5． 功能錯誤 6． 與數據庫連接錯誤 7． 數據通訊錯誤 B類—較嚴重錯誤，包括以下各種錯誤： 1． 程序錯誤 2． 程序接口錯誤 3． 數據庫的表、業務規則、缺省值未加完整性等約束條件 C類—一般性錯誤，包括以下各種錯誤： 1． 操作界面錯誤（包括數據窗口內列名定義、含義是否一致） 2． 打印內容、格式錯誤 3． 簡單的輸入限制未放在前臺進行控制 4． 刪除操作未給出提示 5． 數據庫表中有過多的空字段 D類—較小錯誤，包括以下各種錯誤： 1． 界面不規范 2． 輔助說明描述不清楚 3． 輸入輸出不規范 4． 長操作未給用戶提示 5． 提示窗口文字未采用行業術語 6． 可輸入區域和只讀區域沒有明顯的區分標志

當開發人員說不是BUG時,你如何應付？ 開發人員說不是bug，有2種情況，一是需求沒有確定，所以我可以這么做，這個時候可以找來產品經理進行確認，需不需要改動，3方商量確定好后再看要 不要改。二是這種情況不可能發生，所以不需要修改，這個時候，我可以先盡可能的說出是BUG的依據是什么？如果被用戶發現或出了問題，會有什么不良結果？ 程序員可能會給你很多理由，你可以對他的解釋進行反駁。如果還是不行，那我可以給這個問題提出來,跟開發經理和測試經理進行確認,如果要修改就改,如果不 要修改就不改。其實有些真的不是bug，我也只是建議的方式寫進TD中，如果開發人員不修改也沒有大問題。如果確定是bug的話，一定要堅持自己的立場， 讓問題得到最后的確認。

你為什么想離開目前的職務？ 因為公司運作情況并不理想，公司需要調整部門體系，公司考慮到縮減部門人員，所以大批量的裁員（有6，7個），這是我的第一份工作，對公司也有較深的 感情，因為在這里我找到了職業理想（就是測試），所以公司需要精簡人員，我自愿退出。雖然很舍不得，但我將會有新的發揮能力的舞臺。

您認為做好測試用例設計工作的關鍵是什么？ 白盒測試用例設計的關鍵是以較少的用例覆蓋盡可能多的內部程序邏輯結果 黑盒法用例設計的關鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測試，以最少的用例在合理的時間內發現最多的問題

1、黑盒測試是功能測試，用黑盒技術設計測試用例有4種方法：（等價類劃分）（邊界值分析 ）（ 錯誤推測 ）（ 因果圖）。

2、實際的邏輯覆蓋測試中，一般以條件組合覆蓋為主設計測試用例，然后再補充部分用例，以達到 （路徑 ）覆蓋測試標準。

3、集成測試的方法有兩種：漸增式測試和（非漸增式測試 ）。

4、軟件測試過程中需要3類信息：軟件配置、（測試配置） 和 （ 測試工具）? 。

5、SCM是一組管理整個軟件生存期各階段中（ 變更? ）的活動。

6、基線的作用是把各階段的開發工作劃分得更加明確，便于檢查與確認階段成果。因此，基線可以作為項目的一個 （ 檢查點）。

? 3、軟件測試的原則，這些原則能更好的理解和指導我們做測試工作，請把你所知道的原則詳細列出來。（5分）

答：1、測試可以顯示缺陷的存在，但不能證明系統不存在缺陷。

2、窮盡測試是不可能的

3、測試的盡早介入（越晚發現一個bug,修改bug成本成倍增加）。

4、第三方或獨立的測試團隊。

5、測試的標準是用戶的需求

6、盡早定義產品的質量標準（測試用例應包括明確的輸入和輸出，做到有的放矢）

7、用例全面（有效數據、無效數據）

8、及時更新測試用例，減少測試人員形成定勢思維（殺蟲劑悖論：殺蟲劑用得多了，害蟲就有免疫力，殺蟲劑就發揮不了效力）

9、嚴格執行測試計劃，排除測試的隨意性。

10、充分注意測試中的群集現象，80%的錯誤集中在20%的程序模塊中。

11、應當對每一個測試結果做全面檢查。

12、妥善保存測試計劃，測試用例，出錯統計和最終分析報告，為維護提供方便。

13、測試貫穿于整個生命周期

?

4、CMM由低至高共分為5個級別是什么？并簡述每級基本特征。（5分）

答：CMM由低至高共分為5個級別：初始級、可重復級、定義級、管理級和優化級

CMM五級基本特征：

CMM一級，初始級：個別的，混亂的過程，幾乎沒有定義過程的規則或步驟；

CMM二級，可重復級：已建立的必要過程準則，但主要過程依賴于個人經驗；

CMM三級，定義級：量化的已定義且制度化的過程；

CMM四級，管理級：量化的已質量的過程；

CMM五級，優化級：達到一個持續改善過程。

5、ISO 9001管理八原則是什么？并進行簡要描述？（5分）

答：1．以顧客為關注焦點：組織依賴于顧客，因此組織應該理解顧客當前的和未來的需求，從而滿足顧客要求并超越其期望。

2． 領導作用：領導者將本組織的宗旨、方向、和內部環境統一起來，并創造使員工能夠充分參與實現組織目標的環境。80%質量問題與管理有關，20%與員工有關。

3． 全員參與：各級員工是組織的生存和發展之本，只有他們的充分參與，才能使其才能給組織帶來最佳效益。崗位職責包括了全員（從總經理到基層員工）。

4． 過程方法：將相關的資源和活動作為過程進行管理，可以更高效地取得預期結果。

5． 管理的系統方法： ISO9000針對設定的目標，識別、理解并管理一個由相互關聯的過程所組成的體系，有助于提高組織的有效性和效率。木水桶的圍板原理。

6．持續改進：是組織的一個永恒發展的目標。PDCA循環。

7． 基于事實的決策方法：針對數據和信息的邏輯分析或判斷是有效決策的基礎。用數據和事實說話。

8． 互利的供方關系：通過互利的關系，增強組織及其供方創造價值的能力。麥當勞管理方式

比較負載測試，容量測試和強度測試的區別？ ?? 參考答案： ?? 負載測試：在一定的工作負荷下，系統的負荷及響應時間。 ?? 強度測試：在一定的負荷條件下，在較長時間跨度內的系統連續運行給系統性能所造成的影響。 ?? 容量測試：容量測試目的是通過測試預先分析出反映軟件系統應用特征的某項指標的極限值（如最?? 大并發用戶數、數據庫記錄數等），系統在其極限值狀態下沒有出現任何軟件故障或還能保持主要?? 功能正常運行。容量測試還將確定測試對象在給定時間內能夠持續處理的最大負載或工作量。容量?? 測試的目的是使系統承受超額的數據容量來發現它是否能夠正確處理。容量測試是面向數據的，并?? 且它的目的是顯示系統可以處理目標內確定的數據容量。

轉載于:https://www.cnblogs.com/changshuo/p/3315746.html

總結

以上是生活随笔為你收集整理的测试相关理论的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。