常用的監控工具有哪些？

常用的監控工具有以下幾種：

1. Zabbix：是一個基于WEB界面的提供分布式系統監視以及網絡監視功能的企業級開源解決方案，能監視各種網絡參數，保證服務器系統的安全運營，并提供靈活的通知機制以讓系統管理員快速定位/解決存在的各種問題。
2. Nagios：是一個企業級的監控系統，可監控服務的運行狀態和網絡信息等，并能監視所指定的本地或遠程主機參數以及服務，同時提供異常告警通知功能等。
3. Cacti：是一套基于PHP、MySQL、SNMP和RRDtool開發的網絡流量監測圖形分析工具。它通過snmpget來獲取數據，使用RRDtool繪圖，但使用者無須了解RRDtool復雜的參數。它提供了非常強大的數據和用戶管理功能，可以指定每一個用戶能查看樹狀結構、主機設備以及任何一張圖，還可以與LDAP結合進行用戶認證，同時也能自定義模板，在歷史數據的展示監控方面，其功能相當不錯。
4. Grafana：是一款開源的度量分析和可視化套件，可以用于查看、探索和呈現大量不同類型的數據。
5. Prometheus：是一款開源的監控和警報工具包，用于監視和收集應用程序和基礎設施的性能數據。
6. OpenFalcon：是一款開源的監控系統，主要用于監控大規模分布式系統的性能和穩定性。
7. SkyWalking：是一款開源的分布式追蹤系統，主要用于監控和分析微服務架構下的應用程序性能。

以上就是常用的監控工具，它們各有特點和優勢，可以根據具體需求選擇合適的工具進行監控。

描述常用的接口測試方法，接口測試質量評估標準是什么？

常用的接口測試方法主要有以下幾種：

1. 功能測試法：關注接口是否按照預期的功能需求工作，通過給定的輸入數據驗證接口的輸出結果是否符合預期。這種方法通常使用黑盒測試技術，只關注功能是否正確。
2. 性能測試法：評估接口在不同負載情況下的性能和響應能力，通過模擬多種負載條件（如并發用戶數、數據量等）來測試接口在高負載情況下是否能夠正常工作。旨在發現接口在高負載情況下的性能瓶頸和性能問題，并提供相應的優化建議。

接口測試質量評估標準主要包括以下幾點：

1. 業務功能覆蓋是否完整：評估測試用例是否覆蓋了所有的業務功能，沒有遺漏任何必要的功能。
2. 業務規則覆蓋是否完整：評估測試用例是否覆蓋了所有的業務規則，包括正常的業務流程和異常情況的處理。
3. 參數驗證是否達到要求（邊界、業務規則）：評估測試用例是否對接口的參數進行了足夠的驗證，包括參數的邊界值、有效值、無效值等。
4. 接口異常場景覆蓋是否完整：評估測試用例是否覆蓋了接口可能出現的異常情況，如空指針異常、數據格式異常等。
5. 接口覆蓋率是否達到要求：評估測試用例是否覆蓋了所有可能的接口調用路徑，包括正常路徑和異常路徑。
6. 代碼覆蓋率是否達到要求：評估測試用例是否覆蓋了所有代碼分支和邏輯，確保代碼的每個部分都得到了測試。
7. 性能指標是否滿足要求：評估接口在不同負載下的響應時間和吞吐量等性能指標是否達到預期要求。
8. 安全指標是否滿足要求：評估接口在安全性方面的表現，如身份驗證、授權、加密等是否符合預期要求。

通過以上標準的評估，可以全面地評估接口測試的質量，確保接口能夠滿足業務需求和性能要求，并且具有一定的安全性和穩定性。

簡述國內外最常用的BUG管理工具 ？

國內外最常用的BUG管理工具包括禪道、Jira、Bugfree、Bugnet、Mantis等。這些工具都提供了完整的缺陷跟蹤流程，包括缺陷的提交、確認、處理、測試、關閉等各個環節的管理。其中，禪道是一款開源的BUG管理系統，簡單易用，適合中小型團隊使用；Jira則是一款功能強大的商業BUG管理工具，支持定制化開發，適合大型企業使用。Bugfree和Bugnet則更適合小規模的團隊使用，而Mantis則提供了一個簡單易用的界面和強大的缺陷跟蹤功能，適合需要快速迭代開發的產品團隊使用。

此外，還有一些其他常用的BUG管理工具，如Bugzilla、TestLink、Quality Center等。這些工具都具有不同的特點和優勢，可以根據具體的項目需求選擇適合的工具進行缺陷跟蹤管理。

無論選擇哪種工具，關鍵是保證工具的易用性、功能性和穩定性，能夠滿足團隊的實際需求，并提高開發效率和質量。

國內外主流的10款Bug跟蹤管理軟件舉例 ？

以下是國內外主流的10款Bug跟蹤管理軟件舉例：

1. PingCode：這是一款研發全生命周期管理工具，不僅具備Bug跟蹤功能，還提供測試管理、缺陷管理等功能。
2. Jira：這是一款功能強大的商業BUG管理工具，支持定制化開發，適合大型企業使用。
3. Bugfree：這是一款適合小規模團隊的BUG管理系統，提供了完整的缺陷跟蹤流程。
4. TestLink：這是一款開源的測試用例管理工具，支持測試計劃的制定和執行，能夠生成測試報告。
5. Bugzilla：這是一款開源的BUG跟蹤工具，提供了完整的缺陷跟蹤流程，包括缺陷的提交、確認、處理、測試、關閉等各個環節的管理。
6. Quality Center：這是一款功能強大的質量保證工具，支持測試管理、缺陷跟蹤、性能測試等功能。
7. FogBugz：這是一款簡單的BUG跟蹤系統，提供了Wiki項目管理、共享式計劃表、問題追蹤等功能。
8. BugHerd：這是一款特別適用于客戶反饋和問題解決的BUG跟蹤工具，用戶可以通過簡單的指向和點擊報告問題。
9. Boto：這是一款易用性很高的Bug管理軟件，提供直觀的用戶界面和工作流。
10. eTraxis：這是一款基于網頁的免費的Bug跟蹤系統，用戶可以輕松管理多個開發環境的多個應用。

這些軟件各有特點和優勢，可以根據具體需求選擇適合的工具進行Bug跟蹤管理。

TestDirector 有些什么功能，如何對軟件測試過程進行管理？

TestDirector是用于管理軟件測試過程的工具，具有以下功能：

1. 需求管理：TestDirector能夠管理軟件的需求，包括需求定義、需求變更和需求跟蹤等。通過TestDirector，測試人員可以了解每個需求的狀態和測試情況，從而確保測試與需求的一致性。
2. 測試計劃：TestDirector能夠幫助測試團隊制定詳細的測試計劃，包括測試目標、資源、時間安排和測試方法等。通過使用TestDirector，測試團隊可以更加有效地執行測試工作。
3. 測試用例管理：TestDirector提供了測試用例管理功能，包括用例的創建、修改、刪除和查詢等操作。測試人員可以通過TestDirector管理大量的測試用例，并保證測試用例的覆蓋率。
4. 缺陷跟蹤：TestDirector能夠跟蹤和管理軟件中發現的缺陷，包括缺陷的報告、確認、修復和驗證等操作。通過TestDirector，測試人員可以追蹤缺陷的狀態，確保缺陷得到及時修復。
5. 自動化測試：TestDirector支持自動化測試，可以集成多種自動化測試工具，如Selenium、QTP等。通過自動化測試，測試人員可以快速執行重復性測試任務，提高測試效率。
6. 性能測試：TestDirector提供了性能測試功能，可以對軟件的性能進行測試和評估。通過性能測試，測試人員可以發現軟件中的性能瓶頸，確保軟件在生產環境中能夠穩定運行。
7. 報告生成：TestDirector能夠生成各種測試報告，包括測試總結報告、缺陷報告和性能測試報告等。通過報告生成，測試人員可以方便地向上級匯報測試結果。

如何使用TestDirector進行軟件測試過程管理：

1. 制定測試計劃：根據軟件的需求和項目要求，使用TestDirector制定詳細的測試計劃。確定測試目標、資源、時間安排和測試方法等。
2. 創建測試用例：在TestDirector中創建測試用例，確保每個需求都有相應的測試用例進行覆蓋。對每個測試用例進行詳細描述和定義。
3. 執行測試：根據測試計劃執行測試，記錄測試結果和缺陷信息。確保每個缺陷都有相應的記錄和跟蹤。
4. 缺陷跟蹤：對發現的缺陷進行跟蹤和管理，確保缺陷得到及時修復和驗證。對修復的缺陷進行回歸測試，確保缺陷得到徹底解決。
5. 生成報告：根據實際需要生成各種報告，包括測試總結報告、缺陷報告和性能測試報告等。確保報告的準確性和完整性。

總之，TestDirector是一個強大的軟件測試過程管理工具，可以幫助企業更好地管理和執行軟件測試工作。通過使用TestDirector，企業可以提高軟件質量、降低開發成本并縮短開發周期。

簡述 LoadRunner 分哪三部分？

LoadRunner是一個性能和負載測試工具，主要用于模擬大量用戶訪問應用程序或系統的場景，以測試其性能和穩定性。LoadRunner由三個主要部分組成：

1. Virtual User Generator（虛擬用戶生成器）：這個組件用于創建虛擬用戶（也稱為VU或Vuser）。用戶可以編寫腳本，模擬實際用戶與應用程序的交互，如點擊、輸入數據、提交表單等。通過錄制和編輯腳本，可以創建出各種用戶場景，并指定虛擬用戶的數量、訪問頻率等參數。
2. Controller（控制器）：Controller是LoadRunner的核心組件，用于管理和控制測試場景。用戶可以使用Controller來設置并發用戶數量、迭代次數、負載生成器等參數，并啟動測試場景。Controller會監控系統的性能指標，如響應時間、吞吐量、錯誤率等，并允許用戶動態調整測試參數以模擬不同的負載情況。
3. Analysis（分析器）：Analysis是LoadRunner的數據分析和報告生成工具。在測試結束后，Analysis將收集并匯總各種性能數據，生成詳細的圖表和報告。這些報告可以幫助用戶分析系統的性能瓶頸、負載能力和可擴展性等問題。

通過這三部分的協同工作，LoadRunner可以幫助用戶模擬真實環境中的用戶訪問情況，對應用程序或系統進行全方位的性能測試，從而確保其在高負載下的穩定性和可靠性。

LoadRunner 進行測試的標準流程?

LoadRunner進行測試的標準流程如下：

1. 制定測試計劃：明確測試的目標、范圍和資源安排，包括被測系統的軟硬件環境、測試所需的腳本、負載生成器、監控指標等。
2. 創建測試腳本：使用Virtual User Generator錄制用戶操作，生成測試腳本。根據需要，對腳本進行編輯和增強，確保其能夠真實模擬用戶行為。
3. 創建測試場景：使用Controller設置測試場景的參數，如并發用戶數量、負載生成器、場景持續時間等。同時，選擇合適的場景類型，如手動場景或目標場景。
4. 運行測試場景：啟動測試場景，LoadRunner會自動管理虛擬用戶并監控系統的性能數據。用戶可以實時觀察測試過程中的系統性能指標，如響應時間、吞吐量、錯誤率等。
5. 監控測試過程：在測試過程中，需要密切關注系統的性能表現，及時調整負載參數或處理突發問題，確保測試的順利進行。
6. 分析測試結果：測試結束后，使用Analysis工具對收集到的性能數據進行處理和分析。生成各種圖表和報告，幫助用戶評估系統的性能表現，找出瓶頸和改進點。
7. 優化和改進：基于測試結果的分析，對系統進行必要的優化和改進。這可能包括調整系統架構、改進代碼邏輯、增加硬件資源等措施。
8. 回歸測試：在完成優化和改進后，進行回歸測試以驗證改進效果。確保系統性能得到提升并滿足預期目標。
9. 報告編寫和總結：編寫詳細的測試報告，總結測試過程、發現的問題及解決方案、性能數據和圖表等。將報告提交給相關人員以供評估和決策。
10. 維護和更新測試環境：隨著系統的更新和變化，需要定期維護和更新測試環境，確保其與生產環境的一致性。同時，對測試工具和流程進行更新和優化，以適應新的測試需求和技術發展。

以上是LoadRunner進行測試的標準流程，供您參考。具體的流程可能會根據項目的實際情況進行調整和優化。

Adb命令用過哪些？列出所有應用的包？

ADB（Android Debug Bridge）是一個強大的命令行工具，用于與Android設備進行通信。以下是ADB的一些常用命令：

1. adb shell：啟動一個命令行會話，允許您在連接的Android設備上運行命令。
2. adb devices：列出已連接的Android設備。
3. adb install：在設備上安裝應用程序。
4. adb uninstall：從設備上卸載應用程序。
5. adb pull：從設備上拉取文件。
6. adb push：向設備上推送文件。
7. adb logcat：查看設備的日志輸出。
8. adb shell dumpsys：獲取設備的系統服務狀態。
9. adb shell input keyevent：模擬按鍵事件。
10. adb shell input tap：模擬屏幕點擊。

要列出所有應用的包名，您可以使用以下命令：

adb shell pm list packages

這將顯示已安裝的應用程序的包名列表。如果您只想查看系統應用，可以使用以下命令：

adb shell pm list packages -s

如果您想查看第三方應用，可以使用以下命令：

adb shell pm list packages -3

這些命令將幫助您列出連接的Android設備上所有應用的包名。請注意，您需要確保ADB工具已正確安裝并配置在您的計算機上，并且您的Android設備已啟用USB調試模式。

舉列說明常用的測試工具？

以下是一些常用的測試工具，包括測試管理工具、接口測試工具、UI測試工具、性能測試工具等：

1. 測試管理工具：禪道、TestRail、TestManager、TrackRecord、Bugzilla、Jira等。
2. 接口測試工具：JMeter、Postman等。
3. UI測試工具：Appium、Selenium等。
4. 性能測試工具：LoadRunner、JMeter等。

這些工具各具特點，根據具體需求可以選擇適合的工具進行測試。

TestDirector有些什么功能，如何對軟件測試過程進行管理？

TestDirector是一款強大的測試管理工具，具備以下功能：

1. 需求管理：TestDirector簡化了需求管理過程，能夠驗證應用軟件的每一個特性或功能是否正常。
2. 測試計劃：TestDirector允許用戶基于已定義的需求生成測試計劃，并確定每個功能點的測試方法。
3. 缺陷跟蹤：TestDirector提供缺陷跟蹤功能，幫助用戶記錄、查看和跟蹤缺陷，并確定哪些缺陷需要修復。
4. 報告生成：TestDirector可以生成各種測試報告，包括測試總結報告、缺陷報告和性能測試報告等。

如何使用TestDirector進行軟件測試過程管理：

1. 需求分析：使用TestDirector進行需求管理，將需求與測試用例、測試結果和報告的錯誤聯系起來，確保能達到最高的測試覆蓋率。
2. 制定測試計劃：基于已定義的需求創建相應的測試計劃，包括定義測試目標和策略、分解應用程序、建立測試計劃樹等。
3. 缺陷跟蹤：使用TestDirector的缺陷跟蹤功能，報告、查看和跟蹤缺陷，確保每個缺陷都得到及時修復。
4. 回歸測試：根據缺陷修復情況，進行回歸測試以確保修復的缺陷沒有影響到其他功能。
5. 報告生成：使用TestDirector生成各種測試報告，包括測試總結報告、缺陷報告和性能測試報告等，以便向上級匯報測試結果。

總之，TestDirector是一個強大的軟件測試過程管理工具，通過其需求管理、測試計劃、缺陷跟蹤和報告生成等功能，可以幫助企業更好地管理和執行軟件測試工作，提高軟件質量、降低開發成本并縮短開發周期。

你如何調試 LoadRunner 腳本？

調試 LoadRunner 腳本是優化性能測試過程的重要部分。以下是一些調試 LoadRunner 腳本的方法：

1. 單步執行：使用 “Step Over” 和 “Step Into” 選項逐步執行腳本，查看每個步驟的結果。這有助于識別腳本中的問題或異常。
2. 日志記錄：在腳本中添加日志記錄語句，以便在執行過程中輸出關鍵信息。這有助于診斷問題并了解腳本的執行情況。
3. 斷點和條件斷點：在關鍵位置設置斷點，使腳本在特定條件下停止執行。這有助于精確定位問題。
4. 查看返回值和錯誤消息：檢查 LoadRunner 返回的任何錯誤消息或警告，以獲取有關腳本執行失敗的更多信息。
5. 參數化和數據驅動：使用參數化數據來測試不同的情況，以確定腳本在不同條件下的行為。
6. 關聯和事務：確保關聯和事務被正確地設置和管理。它們是 LoadRunner 中重要的性能指標，可以幫助識別和解決性能問題。
7. 分析器輸出：使用 LoadRunner 的分析器來查看性能數據，如響應時間、吞吐量、錯誤率等。這有助于識別潛在的性能瓶頸。
8. 版本控制：使用版本控制系統（如 Git）來管理腳本的更改。這有助于跟蹤腳本的更改歷史，并在出現問題時回滾到之前的版本。
9. 使用外部工具：使用外部工具（如 Wireshark 或 Fiddler）來監視網絡流量，以幫助識別和解決網絡相關的問題。
10. 交叉參考：查看 LoadRunner 的文檔、教程和社區論壇，以獲取更多關于調試腳本的信息和技巧。

總之，調試 LoadRunner 腳本需要耐心、細心和經驗積累。通過使用上述方法，您可以有效地識別和解決腳本中的問題，提高性能測試的準確性和可靠性。

在性能測試工具中，使用線程和進程壓測有什么區別，Loadrunner和Jmeter分別使用什么進行發壓？

在性能測試工具中，線程和進程壓測的區別如下：

1. 并發量：線程是程序執行流的最小單元，是系統獨立調度和分配CPU（獨立運行）的基本單位。因此，使用線程進行壓測，可以模擬大量的虛擬用戶。進程是資源分配的基本單位，包括多個線程。每個進程都有獨立的內存空間和系統資源。因此，使用進程進行壓測，可以模擬更真實的系統環境，適用于資源密集型的場景。
2. 系統資源占用：線程之間共享進程的內存空間和系統資源，因此線程的創建和切換開銷較小。相比之下，進程之間是獨立的，每個進程都有自己的內存空間和系統資源。因此，進程的創建和切換開銷較大，對系統資源（如CPU、內存、磁盤I/O等）的占用更多。
3. 適用場景：線程適用于模擬大量虛擬用戶的場景，如Web應用、網絡服務、數據庫等。而進程適用于模擬資源密集型的場景，如CPU密集型、內存密集型等。

至于Loadrunner和Jmeter分別使用什么進行發壓：

Loadrunner使用進程方式進行壓測，通過驅動程序mmdrv來運行虛擬用戶（Vuser）。每個Vuser都作為一個獨立的進程運行，以模擬真實用戶的訪問行為。這種方式可以模擬高并發訪問的情況，并且對系統資源的占用較高。

Jmeter則使用線程方式進行壓測。JMeter模擬大量的虛擬用戶是通過線程來實現的。這種方式可以模擬大量的并發用戶訪問，并且對系統資源的占用較小。

綜上所述，選擇使用線程或進程進行壓測取決于具體的測試需求和場景。在實際應用中，需要根據實際情況選擇合適的工具和方式來進行性能測試。

Jmeter 為什么要參數化?

在 JMeter 中，參數化主要是為了模擬真實用戶在訪問應用程序時輸入不同的數據。通過參數化，可以將測試數據與腳本分離，使得每次迭代時可以使用不同的數據。這樣不僅可以模擬真實用戶的行為，還可以測試應用程序在不同輸入情況下的性能表現。同時，參數化還可以幫助測試人員避免硬編碼測試數據，提高測試用例的靈活性和可維護性。因此，在 JMeter 中進行性能測試時，通常需要進行參數化操作。

常用 HTTP 協議調試代理工具有什么？詳細說明抓取HTTPS協議的設置過程？

常用的HTTP協議調試代理工具有Fiddler、Charles、Postman等。對于HTTPS協議的抓取設置，以Fiddler為例，步驟如下：

1. 下載并安裝Fiddler。在官網下載最新版本，然后正常傻瓜式安裝即可。
2. 下載并安裝Fiddler證書生成器。在Fiddler的官方網站上下載并安裝證書生成器。
3. 打開Fiddler，點擊工具欄中的“Tools”-“Options”，然后在“HTTPS”設置選項中勾選“選擇項”。
4. 點擊“Actions”，然后選擇第二項：“Export Root Certificate to Desktop”。此時，桌面上會出現證書“FiddlerRoot.cer”文件。點擊“OK”，設置成功，關閉Fiddler。
5. 在PC端，在瀏覽器中導入證書“FiddlerRoot.cer”。以谷歌瀏覽器為例，在瀏覽器地址欄輸入“chrome://settings”，然后進入高級設置，點擊“管理證書”。
6. 在受信任的根證書頒發機構中，對證書進行導入。
7. 重新打開Fiddler，就可以在電腦上進行HTTPS抓包了。

此外，使用Charles和Postman等工具進行HTTPS協議抓取的設置過程也各有不同，具體可以參考相應工具的使用說明文檔。需要注意的是，在使用HTTPS協議抓取工具時，需要特別注意數據安全問題，避免敏感信息被截獲或泄露。

主流瀏覽器內核是哪些？

主流瀏覽器內核主要包括以下幾種：

1. Trident內核：也稱為IE內核，是微軟開發的瀏覽器內核。常見的基于Trident內核的瀏覽器有Internet Explorer和Microsoft Edge。
2. Gecko內核：由Mozilla基金會開發，Firefox瀏覽器使用的是Gecko內核。
3. WebKit內核：WebKit內核由蘋果公司開發，并被Safari和Chrome瀏覽器所使用。WebKit內核在性能和網頁渲染方面表現優秀，因此許多現代瀏覽器都基于它進行開發。
4. Blink內核：Blink是Chrome瀏覽器使用的新的渲染引擎，它是基于WebKit開發，但有很多改進和優化。

這些內核分別在不同的瀏覽器中被使用，它們在網頁渲染、性能和功能方面都有所不同。因此，在選擇瀏覽器時，需要根據實際需求和個人偏好來選擇適合的瀏覽器。

由于內容太多，更多內容以鏈接形勢給大家，點擊進去就是答案了

16. 如何進行瀏覽器兼容性測試？

17. 簡述常用的瀏覽器兼容性測試工具 ？

18. 說明有哪些測試工程日常比較易用的工具（ 測試管理 ）？

19. Jmeter參數化有哪幾種方法

20. 如何用Jmeter做性能測試？

21. 如何用Jmeter錄制腳本？

22. Jmeter和SoapUI接口測試有什么區別？

23. Jmeter和Postman接口測試有什么區別？

24. JMeter是怎么實現接口之間關聯的？

25. Jmeter 用戶定義的變量和用戶參數的區別？

26. 解釋什么是Jemter采樣器（Samplers）和線程組（Thread group）?

27. 解釋什么是Jemter預置處理器元件？列出一些預處理器元件？

28. 說明JMeter中的計時器是什么，計時器的類型是什么？

29. 簡述什么是JMeter中的斷言？斷言的類型有哪些？

30. 解釋如何在JMeter中執行尖峰測試（Spike testing）？

31. 如何在JMeter中捕獲身份驗證窗口的腳本？

32. 列出幾個JMeter監聽器？

33. JMeter中的CSV數據文件是什么？如何使用CSV數據文件？

34. JMeter中的遠程測試是什么？如何進行遠程測試？

35. JMeter中的分布式測試是什么？如何進行分布式測試？

36. JMeter中的HTTP代理服務器是什么？如何使用HTTP代理服務器錄制測試腳本？

37. 簡述Wireshark的作用和工作模式 ？

38. Fiddler能做什么？具體工作原理

39. Fiddler如何實現弱網測試？

40. Fiddler如何設置抓取https請求？

41. LoadRunner支持哪些協議？

42. LoadRunner中使用了哪些常見組件？

43. 開發Loadrunner-Vuser腳本的過程是什么？

44. 將Loadrunner-Vuser作為進程和線程運行有什么區別？哪種運行Vuser更有利？

45. Loadrunner“Vuser-init”的意義是什么？

46. 如何在LoadRunner中設置Vuser的數量？

47. 解釋什么是Loadrunner顯示器？

48. LoadRunner中有哪些類型的檢查點？

49. 解釋什么是Loadrunner-Rendezvous點？

50. 您如何利用Loadrunner識別性能瓶頸？

51. LoadRunner中的事務和事務實例有什么區別？

52. Load Runner中的經過時間是多少？

53. Loadrunner - Overlay圖和Correlate圖有什么區別？

54. Loadrunner 中 lr_error_message和lr_debug _message有什么區別？

55. Loadrunner中解釋什么是Rendezvous點？

56. Loadrunner 關聯 ？

57. LoadRunner的所有組件有哪些 ？

58. 如何調試LoadRunner腳本？

59. Loadrunner vuser_init和vuser_end操作包含哪些內容？

60. Loadrunner在面向目標的負載運行者場景中，所有類型的目標是什么？

61. 簡述什么是Load Runner測試過程？

62. Loadrunner如何加載負載轉輪代理？

63. Loadrunner場景中的vuser是什么？

64. Loadrunner可以對運行時設置進行哪些更改？

65. LoadRunner中有多少種類型的圖表？

66. Loadrunner將Vuser腳本作為線程運行有什么好處？

67. Loadrunner Overlay圖和Correlate圖有什么區別？

68. Monkey測試流程？

69. Monkey如何獲取包名？

70. Monkey如何模擬手動操作？

71. Monkey殺死進程的方法 (force-stop 和clear) ？

72. 如何重現Monkey中發現的錯誤？

73. Monkey如何控制事件流所占比？

74. Monkey 如何將測試報告記錄在本地 ？

75. 用Monkey做APP測試,怎么做的?如果有問題的話怎么定位?

76. 解釋什么是APP測試工具 adb ？

77. adb如何連接Android設備？

78. Selenium中如何保證操作元素的成功率？也就是說如何保證我點擊的元素一定是可以點擊的？

79. 如何提高Selenium腳本的執行速度？

80. 列舉什么項目適合做ui自動化測試？

81. UI自動化測試在什么階段開始？

82. Selenium中有哪些驗證點？

83. find_element()和find_elements()方法有什么區別

84. 如何在 Chrome控制臺中打開 paint flashing？

85. Chrome開發者工具中，常用的面板有哪幾個？

86. 簡述什么是YSlow工具 ？

87. 解釋如何對IE瀏覽器進行網頁調試？

88. 如何用 Chrome模擬設備屏幕尺寸？