1、軟體測試與軟體開發的認識
答：1、軟體生命週期各個階段都可能產生測試，2、軟體開發的需求分析和設計階段就應開始測試工作，3、測試越早進行，越有助於提高被測軟體的質量
2、某測試人員通過執行測試軟體測試的方法對當前功能進行了測試，該測試人員使用的方法位
答：黑盒測試
3、如何提高測試的效率
答：1 不要做無效的測試，2 不要做重複的測試，3 不同測試版本的測試側重點4 優化測試順序
4、黑盒法是根據程式的（功能）來設計測試用例的
5、靜態分析的方法
答：資料流分析，基於約束的分析，抽象解析，型別與結果分析。
6、驗收測試的測試用例主要根據什麼結果來設計的
答：詳細設計
7、軟體測試技術可以分為
答：黑盒測試bai和白盒測試
8、用邊界值分析法，假定1答：x=0，x=1，x=100，x=101
9、在網路應用測試中，網路延遲是乙個重要指標網路延遲的理解
答：指從報文開始進入網路到它開始離開網路之間的時間
10、伺服器效能指標
答：吞吐量，平均吞吐量，峰值吞吐量，平均響應時間，90%響應時間，最小響應時間，最大響應時間，cpu佔用率
11、編寫測試計畫目的
答： 使測試工作順利進行，使專案參與人員溝通更舒暢，使測試工作更加系統化
12、使用軟體測試工具的目的
答：幫助測試尋找問題，協助問題的診斷，節省測試時間
13、導致軟體缺陷的主要原因
答：軟體本身，團隊工作，技術問題，專案管理的問題。
14、內容耦合
答：內容耦合是指如果乙個模組與另乙個模組的內部屬性有關，不經呼叫直接使用另乙個模組的程式**或內部資料，那麼這兩個模組之間就存在內容耦合。這種耦合表明乙個模組與另乙個模組的內部資料或程式**有關，當乙個模組的程式**被修改或內部資料出錯,必然引起另乙個模組出錯。而對後一模組的出錯是很難查出原因的，這樣給模組的修改、維護帶來極大困難。內容耦合的耦合度最大，為「病態耦合」,在設計時,應避免這種耦合。
15、描述軟體測試活動的生命週期
答：1. 測試設計
根據需求規格說明書和最終的系統設計，制訂測試計畫、測試方案，包括收集測試方法、測試用例，可能的測試工具等。
2. 整合測試前期主要針對單個的功能和模組，及簡單的功能組合，後期主要針對基本的流程；同時進行對新加入測試人員的培訓。
3. 系統測試前期根據需求規格說明書進行功能測試，中期是針對重點模組的效能測試，後期是模擬使用者的業務測試，並結合可能的使用者測試。
4. 驗收測試根據使用者手冊對功能進行檢查，複查報告庫中的所有bug，對release版本進行安裝測試，典型配置環境的裸機測試，加密測試
16、軟體的缺陷嚴重等級如何劃分
答：1）致命錯誤：造成系統崩潰、宕機、死迴圈，導致資料庫資料丟失，與資料庫連線錯誤，主要功能喪失，基本模組缺失等問題。
2）嚴重錯誤：系統主要功能部分喪失，資料庫儲存呼叫錯誤，使用者資料丟失，以及功能選單不能使用但是不影響其他功能的測試。功能設計與需求嚴重不符，模組無法啟動或呼叫，程式重啟，自動退出，關聯程式間呼叫衝突，安全問題、穩定性等。
3）一般錯誤：功能沒有完全實現但不影響使用，功能選單存在缺陷但不影響系統穩定性。
4）建議問題：介面，效能缺陷，建議類問題，不影響操作功能的執行，可以優化效能的方案等。如：錯別字、介面格式不規範，頁面顯示重疊、不該顯示的要隱藏，描述不清楚，提示語丟失，文字排列不整齊，游標位置不正確，使用者體驗感受不好，可以優化效能的方案等。
17、簡述測試結束的標準有哪些
答：1.全部測試用例回歸測試都執行完成。
2.未修改bug都被確認或置為應有狀態。暫緩修改的問題都有的詳盡的解釋。
3.測試報告編寫完成。
4.測試收尾工作結束。
5.測試總結完成。
6.專案處於試執行或上線階段。繼續關注產品試執行出現的問題，並及時錄入bug管理系統。
7.測試活動沒有盡頭，只有相對完成。
18、專案組發布了乙個修復缺陷的版本，如何指定此缺陷修復版本的測試範圍
答：與該缺陷有管理的功能都應該全部回歸測試一遍。
測試需求分析&用例設計題
2.2.1登入與登出
（1）登入
對處於啟用狀態的使用者，輸入正確的使用者名稱，密碼後可進入系統首頁
輸入的使用者名稱，密碼錯誤，則系統給出提示
（2）登出
登出使用者，確認登出操作後返回登入介面
(3)修改密碼
使用者可以修改自己的密碼，修改密碼需遵守如下規則
1）需要輸入原密碼，如果輸入的原密碼不對，則給出相應提示
2）新密碼與原密碼應不同，否則，系統給出提示
3）新密碼需要確認，輸入兩次，且相同，否則系統給出提示
4）新密碼長度大於等於6個字元小於等於18個字元
問：1、2.2.1需求若有問題，請寫出存在哪些具體問題
答：需求沒有問題。
2、寫出2.2.1需求的測試功能點
答：登入：1、功能測試、2、介面測試、3、效能測試、4、安全性測試，5、可用性測試，6、相容性測試，7、本地化測試 ，8、軟體輔助性測試
登出：1) 登出為原模組、新模組系統能否正確處理；2) 中止登出能否返回原模組、原使用者；3) 登出為原使用者、新使用者系統能否正確處理；4) 使用錯誤的帳號、口令或無許可權帳號、被禁用帳號進行登出
3、2.2.1需求內容可採用哪些測試用例設計方法比較合適
答：1、等價類劃分，2、邊界值分析法，3、場景分析方法，4、錯誤猜測法。
4、針對2.2.1中的（3)修改密碼 需求內容，設計多少個測試用例較為合適，都用到了哪些用例設計方法
答：修改密碼用例：
1、必填項測試：不輸入舊密碼，直接改密碼----修改失敗
不輸入新密碼，直接改密碼----修改失敗
不輸入確認密碼，直接改密碼----修改失敗
2、輸入錯誤的舊密碼----修改失敗
3、新密碼和確認密碼不一致----修改失敗
4、舊密碼正確，新密碼和確認密碼為空----修改失敗
5、舊密碼正確，新密碼和確認密碼包含空格----修改失敗
8、新密碼為符合要求的最多字元（上點）----修改成功
9、新密碼為符合要求的最少字元（上點）----修改成功
10、新密碼為符合要求的非最多和最少字元（內點）----修改成功
11、新密碼為最多字元-1（內點）----修改成功
12、新密碼為最少字元+1（內點）----修改成功
13、新密碼為最多字元+1（離點）----修改失敗
14、新密碼為最少字元-1（離點）----修改失敗
15、新密碼為非允許字元（如有的密碼要求必須是英文和數字組成，那麼要試漢字和符號等）
16、看是否支援tap和enter鍵等；
17、密碼是否可以複製貼上；
18、密碼是否以* 之類的加密符號
19、看密碼是否區分大小寫，新密碼中英文小寫，確認密碼中英文大寫
20、新密碼與舊密碼一樣能否修改成功
21、密碼修改成功後是否可以用舊密碼登入成功
22、密碼修改成功後是否可以用新密碼登入成功
以上用例都用到了邊界值分析法，場景分析方法，錯誤猜測法等用例設計方法。
測試過程中負責或者參與編寫過哪些測試過程相關的資料
答：寫過測試計畫、測試用例，測試報告，自動化測試指令碼。
專案組發布了乙個修復缺陷的版本，如何制定此版本的測試範圍
答：根據該缺陷找到對應的功能模組，把與這功能模組相關聯的功能全部回歸測試一遍。
所做過的專案中常用到的測試用例設計方法有哪些？
答：1、等價類劃分，2、邊界值分析法，3、場景分析方法，4、錯誤猜測法。
測試需求分析題
計畫開發乙個從網上認證軟體，以下是上網認證軟體的需求內容，根據自己的測試分析經驗，分析下此軟體需求存在哪些問題，在答題紙上寫出你所分析出來的需求問題
上網認證系統需求內容描述：上網認證系統主要功能是通過使用者所輸入的網際網路登入賬號（包括使用者名稱和密碼），對帳號的正確性進行校驗，校驗通過的賬號，此電腦即可訪問網際網路，賬號校驗失敗則無法正常訪問網際網路，此系統採用c/s架構開發
答：1、需求驗證碼 防止暴力破解。
2、認證軟體認證的是什麼資訊沒有說清楚。
軟體測試基礎 四
ui測試 1 測試目標 2 導航測試 測試 內容測試 相容性測試 3 導航型別 4 導航測試點 6 內容測試 7 相容性測試 windows unix macintosh linux 同乙個應用在某些作業系統中可以正常執行，在另外的系統下可能會執行失敗 在web系統發布之前，需要在各種作業系統下對w...
軟體測試基礎（四）測試用例的設計
窮舉的黑盒和白盒測試通常都是不可能的，我們可以通過使用特定的面向黑盒測試的測試用例設計方法，而後使用白盒測試方法對程式的邏輯結構進行檢查以補充這些測試用例，藉此來設計出乙個相當嚴格的測試。我們推薦的步驟是先使用黑盒測試方法來設計測試用例，然後視情況需要使用白盒測試方法來設計補充的測試用例。主要的黑盒...
測試基礎四 自動測試和測試工具
主要屬性 速度 效率 準確度和精確度 節省資源 和模擬 堅持不懈 分類 可分為入侵式和非入侵式工具。ps 侵入式工具可能影響軟體和測試結果，故要仔細評估，選擇最適合且 最小 主要的測試工具 1 檢視器和監視器 2 驅動程式 3 樁4 壓力和負載工具 5 干擾注入器和雜訊發生器 6 分析工具 可採用 ...