1. <tt id="5hhch"><source id="5hhch"></source></tt>
    1. <xmp id="5hhch"></xmp>

  2. <xmp id="5hhch"><rt id="5hhch"></rt></xmp>

    <rp id="5hhch"></rp>
        <dfn id="5hhch"></dfn>

      1. 求職寶典

        3.1.4 軟件測試師

        1、什么是兼容性測試?兼容性測試側重哪些方面?
        參考答案:
        兼容測試主要是檢查軟件在不同的硬件平臺、軟件平臺上是否可以正常的運行,即是通常說的軟件的可移植性。
        兼容的類型,如果細分的話,有平臺的兼容,網絡兼容,數據庫兼容,以及數據格式的兼容。
        兼容測試的重點是,對兼容環境的分析。通常,是在運行軟件的環境不是很確定的情況下,才需要做兼容。根據軟件運行的需要,或者根據需求文檔,一般都能夠得出用戶會在什么環境下使用該軟件,把這些環境整理成表單,就得出做兼容測試的兼容環境了。
        兼容和配置測試的區別在于,做配置測試通常不是Clean OS下做測試,而兼容測試多是在Clean OS的環境下做的。
        2、我現在有個程序,發現在Windows上運行得很慢,怎么判別是程序存在問題還是軟硬件系統存在問題?
        參考答案:
        1、檢查系統是否有中毒的特征;
        2、檢查軟件/硬件的配置是否符合軟件的推薦標準;
        3、確認當前的系統是否是獨立,即沒有對外提供什么消耗CPU資源的服務;
        4、如果是C/S或者B/S結構的軟件,需要檢查是不是因為與服務器的連接有問題,或者訪問有問題造成的;
        5、在系統沒有任何負載的情況下,查看性能監視器,確認應用程序對CPU/內存的訪問情況。
        3、測試的策略有哪些?
        參考答案:
        黑盒/白盒,靜態/動態,手工/自動,冒煙測試,回歸測試,公測(Beta測試的策略)
        4、正交表測試用例設計方法的特點是什么?
        參考答案:
        用最少的實驗覆蓋最多的操作,測試用例設計很少,效率高,但是很復雜;
        對于基本的驗證功能,以及二次集成引起的缺陷,一般都能找出來;但是更深的缺陷,更復雜的缺陷,還是無能為力的;
        具體的環境下,正交表一般都很難做的。大多數,只在系統測試的時候使用此方法。
        5、描述使用bugzilla缺陷管理工具對軟件缺陷(BUG)跟蹤的管理的流程?
        參考答案:
        就是Bugzilla的狀態轉換圖。
        6、你覺得bugzilla在使用的過程中,有什么問題?
        參考答案:
        界面不穩定;
        根據需要配置它的不同的部分,過程很煩瑣。
        流程控制上,安全性不好界定,很容易對他人的Bug進行誤操作;
        沒有綜合的評分指標,不好確認修復的優先級別。
        7、描述測試用例設計的完整過程?
        參考答案:
        需求分析 + 需求變更的維護工作;
        根據需求 得出測試需求;
        設計測試方案,評審測試方案;
        方案評審通過后,設計測試用例,再對測試用例進行評審;
        8、單元測試的策略有哪些?
        參考答案:
        邏輯覆蓋、循環覆蓋、同行評審、桌前檢查、代碼走查、代碼評審、景泰數據流分析
        9、LoadRunner分哪三部分?
        參考答案:
        用戶動作設計;
        場景設計;
        測試數據分析;
        10、LoadRunner進行測試的流程?
        參考答案:
        1、 測試測試
        2、 創建虛擬用戶腳本
        3、 創建運行場景
        4、 運行測試腳本
        5、 監視場景
        6、 分析測試的結果
        以上,最好是結合一個案例,根據以上流程來介紹。
        什么是并發?在lordrunner中,如何進行并發的測試?集合點失敗了會怎么樣?
        參考答案:
        在同一時間點,支持多個不同的操作。
        LoadRunner中提供IP偽裝,集合點,配合虛擬用戶的設計,以及在多臺電腦上設置,可以比較好的模擬真實的并發。
        集合點,即是多個用戶在某個時刻,某個特定的環境下同時進行虛擬用戶的操作的。集合點失敗,則集合點的才操作就會取消,測試就不能進行。
        12、使用QTP做功能測試,錄制腳本的時候,要驗證多個用戶的登錄情況/查詢情況,如何操作?
        參考答案:
        分析用戶登錄的基本情況,得出一組數據,通過性測試/失敗性測試的都有(根據TC來設計這些數據),然后錄制登錄的腳本,將關鍵的數據參數化,修改腳本,對代碼進行加強,調試腳本。
        13、QTP中的Action有什么作用?有幾種?
        參考答案:
        Action的作用
        用Action可以對步驟集進行分組
        步驟重組,然后被整體調用
        擁有自己的sheet
        組合有相同需求的步驟,整體操作
        具有獨立的對象倉庫
        Action的種類
        可復用Action
        不可復用Action
        外部Action
        14、TestDirector有些什么功能,如何對軟件測試過程進行管理?
        參考答案:
        需求管理
        定義測試范圍
        定義需求樹
        描述需求樹的功能點
        測試計劃
        定義測試目標和測試策略。
        分解應用程序,建立測試計劃樹。
        確定每個功能點的測試方法。
        將每個功能點連接到需求上,使測試計劃覆蓋全部的測試需求。
        描述手工測試的測試步驟
        指明需要進行自動測試的功能點
        測試執行
        定義測試集合。
        為每個測試人員制定測試任務和測試日程安排。
        運行自動測試。
        缺陷跟蹤
        記錄缺陷
        查看新增缺陷,并確定哪些是需要修正的
        相關技術人員修改缺陷
        回歸測試
        分析缺陷統計圖表,分析應用程序的開發質量。
        15、你所熟悉的軟件測試類型都有哪些?請試著分別比較這些不同的測試類型的區別與聯系(如功能測試、性能測試……)?
        參考答案:Compatibility Testing(兼容性測試),也稱“Configuration testing(配置測試)”,測試軟件是否和系統的其它與之交互的元素之間兼容,如:瀏覽器、操作系統、硬件等。驗證測試對象在不同的軟件和硬件配置中的運行情況。
        Functional testing (功能測試),也稱為behavioral testing(行為測試),根據產品特征、操作描述和用戶方案,測試一個產品的特性和可操作行為以確定它們滿足設計需求。本地化軟件的功能測試,用于驗證應用程序或網站對目標用戶能正確工作。使用適當的平臺、瀏覽器和測試腳本,以保證目標用戶的體驗將足夠好,就像應用程序是專門為該市場開發的一樣。
        Performance testing(性能測試),評價一個產品或組件與性能需求是否符合的測試。包括負載測試、強度測試、數據庫容量測試、基準測試等類型。
        16、軟件缺陷(或者叫Bug)記錄都包含了哪些內容?如何提交高質量的軟件缺陷(Bug)記錄?
        參考答案:5C標準
        17、Beta測試與Alpha測試有什么區別?
        參考答案:Beta testing(β測試),測試是軟件的多個用戶在一個或多個用戶的實際使用環境下進行的測試。開發者通常不在測試現場
        Alpha testing (α測試),是由一個用戶在開發環境下進行的測試,也可以是公司內部的用戶在模擬實際操作環境下進行的受控測試
        18、軟件的評審一般由哪些人參加?其目的是什么?
        參考答案:
        在正式的會議上將軟件項目的成果(包括各階段的文檔、產生的代碼等)提交給用戶、客戶或有關部門人員對軟件產品進行評審和批準。其目的是找出可能影響軟件產品質量、開發過程、維護工作的適用性和環境方面的設計缺陷,并采取補救措施,以及找出在性能、安全性和經濟方面的可能的改進。
        人員:用戶、客戶或有關部門開發人員,測試人員,需求分析師都可以,就看處于評審那個階段
        19、測試活動中,如果發現需求文檔不完善或者不準確,怎么處理?
        參考答案:
        測試需求分析 發現需求文檔不完善或者不準確,應該立即和相關人員進行協調交流。
        20、階段評審與項目評審有什么區別?
        參考答案:
        階段評審 對項目各階段評審:對階段成果和工作項目評審 對項目總體評審:對工作和產品
        21、闡述工作版本的定義?
        參考答案:
        構造號: BUILD
        22、什么是樁模塊?什么是驅動模塊?
        參考答案:
        樁模塊:被測模塊調用模塊
        驅動模塊 調用被測模塊
        23、什么是扇入?什么是扇出?
        參考答案:
        扇入:被調次數,扇出:調其它模塊數目
        24、你認為做好測試計劃工作的關鍵是什么?
        參考答案:
        軟件測試計劃就是在軟件測試工作正式實施之前明確測試的對象,并且通過對資源、時間、風險、測試范圍和預算等方面的綜合分析和規劃,保證有效的實施軟件測試;
        做好測試計劃工作的關鍵 :目的,管理,規范
        1. 明確測試的目標,增強測試計劃的實用性
        編寫軟件測試計劃得重要目的就是使測試過程能夠發現更多的軟件缺陷,因此軟件測試計劃的價值取決于它對幫助管理測試項目,并且找出軟件潛在的缺陷。因此,軟件測試計劃中的測試范圍必須高度覆蓋功能需求,測試方法必須切實可行,測試工具并且具有較高的實用性,便于使用,生成的測試結果直觀、準確
        2.堅持“5W”規則,明確內容與過程
        “5W”規則指的是“What(做什么)”、“Why(為什么做)”、“When(何時做)”、“Where(在哪里)”、“How(如何做)”。利用“5W”規則創建軟件測試計劃,可以幫助測試團隊理解測試的目的(Why),明確測試的范圍和內容(What),確定測試的開始和結束日期(When),指出測試的方法和工具(How),給出測試文檔和軟件的存放位置(Where)。
        3.采用評審和更新機制,保證測試計劃滿足實際需求測試計劃寫作完成后,如果沒有經過評審,直接發送給測試團隊,測試計劃內容的可能不準確或遺漏測試內容,或者軟件需求變更引起測試范圍的增減,而測試計劃的內容沒有及時更新,誤導測試執行人員。
        4. 分別創建測試計劃與測試詳細規格、測試用例應把詳細的測試技術指標包含到獨立創建的測試詳細規格文檔,把用于指導測試小組執行測試過程的測試用例放到獨立創建的測試用例文檔或測試用例管理數據庫中。測試計劃和測試詳細規格、測試用例之間是戰略和戰術的關系,測試計劃主要從宏觀上規劃測試活動的范圍、方法和資源配置,而測試詳細規格、測試用例是完成測試任務的具體戰術。
        25、你認為做好測試用例工作的關鍵是什么?
        參考答案:
        需求和設計文檔的理解程度,對系統的熟悉程度
        26、簡述一下缺陷的生命周期?
        參考答案:提交->確認->分配->修復->驗證->關閉
        27、軟件的安全性應從哪幾個方面去測試?
        參考答案:
        (1) 用戶認證機制:如數據證書、智能卡、雙重認證、安全電子交易協議
        (2) 加密機制
        (3) 安全防護策略:如安全日志、入侵檢測、隔離防護、漏洞掃描
        (4) 數據備份與恢復手段:存儲設備、存儲優化、存儲保護、存儲管理
        (5) 防病毒系統
        28、軟件配置管理工作開展的情況和認識?
        參考答案:
        軟件配置管理貫穿于軟件開發、測試活動的始終,覆蓋了開發、測試活動的各個環節,它的重要作用之一就是要全面的管理保存各個配置項,監控各配置項的狀態,并向項目經理及相關的人員報告,從而實現對軟件過程的控制。
        軟件測試配置管理包括4個最基本的活動:
        配置項標識
        配置項控制
        配置項狀態報告
        配置審計
        軟件配置管理通常借助工具來輔助,主要有MS SourceSafe、Rational ClearCase等
        29、你覺得軟件測試通過的標準應該是什么樣的?
        參考答案:
        缺陷密度值達到客戶的要求
        30、引入測試管理的含義?
        參考答案:風險分析,進度控制、角色分配、質量控制

         

        Copyright©2006-2024應屆畢業生網yjbys.com版權所有

        国产高潮无套免费视频_久久九九兔免费精品6_99精品热6080YY久久_国产91久久久久久无码

        1. <tt id="5hhch"><source id="5hhch"></source></tt>
          1. <xmp id="5hhch"></xmp>

        2. <xmp id="5hhch"><rt id="5hhch"></rt></xmp>

          <rp id="5hhch"></rp>
              <dfn id="5hhch"></dfn>