<ruby id="rxdll"></ruby><strike id="rxdll"></strike>

    <rp id="rxdll"></rp>
      <del id="rxdll"><meter id="rxdll"></meter></del>
      <pre id="rxdll"><font id="rxdll"></font></pre>
        <pre id="rxdll"></pre>
      <p id="rxdll"><thead id="rxdll"></thead></p><dl id="rxdll"><progress id="rxdll"><form id="rxdll"></form></progress></dl>

      <ol id="rxdll"><thead id="rxdll"><track id="rxdll"></track></thead></ol>
      <i id="rxdll"><dfn id="rxdll"></dfn></i>
      <font id="rxdll"><meter id="rxdll"></meter></font>

        <mark id="rxdll"><dfn id="rxdll"></dfn></mark>
        • 軟件測試技術
        • 軟件測試博客
        • 軟件測試視頻
        • 開源軟件測試技術
        • 軟件測試論壇
        • 軟件測試沙龍
        • 軟件測試資料下載
        • 軟件測試雜志
        • 軟件測試人才招聘
          暫時沒有公告

        字號: | 推薦給好友 上一篇 | 下一篇

        軟件計劃測試系列(四)——地

        發布: 2010-1-07 10:32 | 作者: 不詳 | 來源: 領測軟件測試網采編 | 查看: 64次 | 進入軟件測試論壇討論

        領測軟件測試網

                軟件計劃測試系列(四)——地   測試計劃 

            正所謂,天時地利人和,前面的一片里面筆者花費了大堆口水在“用兵一時,養兵千日”的怎么“養兵”和“兵”自己怎么實現自我修行。 人有了,該是考慮“地利 ”的問題了。所謂地利,即指軟件的測試環境,這與開發環境有著很大的不同,同時也保持了一定的聯系(廢話)。

          測試不會憑空出現,正是因為之前有過太多的教訓,人們開始對質量重視起來。從這個意義上來講,相關組織是為了避免損失而測試,而減少支出其實是賺了錢,所以他們進行測試是為了獲取利潤的。從另外一個方面來看,測試也要投資,而測試環境則在這些支出中免不了分一杯“羹”。

          先看一個筆者趕制的一個草圖

          對于上面的圖,簡單說明一下,或者“按圖索驥”吧。 在我們計劃測試的過程中,我們使用由頂向下的分析策略。

          所謂測試環境(我們這里指的是物理意義上的環境),對于軟件測試來講“咔嚓”一聲分成兩半:硬件環境和軟件環境。

          把硬件環境拿出來講,包括了測試項目依賴的硬件環境,測試工作本身依賴的硬件環境。

          所謂測試項目依賴的硬件環境,舉例來講我們測試一個手機操作系統,總得要拿出個手機來試一試吧;如果拖拉機也需要軟件配備,那么一臺拖拉機也是需要的,另外還需要弄一個庫房或者至少一個空地來放這個拖拉機;所謂測試工作本身依賴的硬件環境,至少得一臺測試用的機器吧,對于特殊要求,比如開發一個嵌入式程序用來監控室內二氧化碳的濃度,這個時候一個特殊的工作室可能也是必要的,至少有一個工具可以改變二氧化碳濃度,有個地方可以困住這些二氧化碳吧。關于機器,我們還需要考慮到機器的配置等等問題。

          接著就是軟件環境了,跟硬件環境一樣,包括了測試項目依賴的軟件和測試工作本身依賴的軟件,當然最重要的是要有個操作系統,還要搭上待測的應用程序。

          關于待測應用程序就不講了,想想如果沒有待測程序那我們還測什么啊,是不?測試項目依賴的軟件,這里面的彎彎繞就顯得多了一點了。首先,待測程序引用或者操作的一些應用程序得準備齊整,比如說某應用程序用于監測某個人每天打開了多少次Outlook并收發了多少郵件,如果機器上沒有裝上outlook的那我們就只能測試沒有outlook下該應用程序的的表現這一種情況了,雖然這也是一個很重要的用例,但是更多的有用的用例還是需要我們配備上outlook來測測的。其次待測程序運行的平臺,.NET開發的你總得安裝上相應的.NET Framework吧,web應用程序沒個瀏覽器也是不行的。

          測試工作本身依賴的軟件,說明白點主要就是測試工具了,這里面的彎彎繞太多,筆者就不繞進去了。

          操作系統,對于基于windows操作系統的軟件,我們就需要考慮到微軟這些年來給我們貢獻的這么多版本,如果考慮到其他操作系統,我們就不得不考慮到蘋果等等的貢獻了。

          總結一下,對于測試人員來講,在項目里面不需要考慮到所有的部分(圖的葉子部分),但非葉子節點部分還是得好好琢磨琢磨。對于開發人員來講,比較常出現的一個情況是軟件工作的環境問題:應用Team Foundation管理團隊項目的時候,項目開發人員A引用了外部DLL(假設為C.DLL),當簽入源代碼的時候這個DLL是不被簽入到TFS上的,這就會導致服務器上的版本編譯不通過,提示無法找到DLL之類的錯誤信息。這是一個常見的環境錯誤。另外,如果項目組成員使用的開發環境不一致,也可能導致應用程序集成失敗或者BVT運行不通過;如果開發團隊開發環境一致,那么在對應用程序有兼容性要求的時候,相關的系統兼容性測試是必需的。

        延伸閱讀

        文章來源于領測軟件測試網 http://www.k11sc111.com/

        TAG: 軟件


        關于領測軟件測試網 | 領測軟件測試網合作伙伴 | 廣告服務 | 投稿指南 | 聯系我們 | 網站地圖 | 友情鏈接
        版權所有(C) 2003-2010 TestAge(領測軟件測試網)|領測國際科技(北京)有限公司|軟件測試工程師培訓網 All Rights Reserved
        北京市海淀區中關村南大街9號北京理工科技大廈1402室 京ICP備10010545號-5
        技術支持和業務聯系:info@testage.com.cn 電話:010-51297073

        軟件測試 | 領測國際ISTQBISTQB官網TMMiTMMi認證國際軟件測試工程師認證領測軟件測試網

        国产女主播精品_国产片婬乱18一级毛片视频_国产午夜激无码av毛片不卡_国产精品欧美久久久天天影院
          <ruby id="rxdll"></ruby><strike id="rxdll"></strike>

          <rp id="rxdll"></rp>
            <del id="rxdll"><meter id="rxdll"></meter></del>
            <pre id="rxdll"><font id="rxdll"></font></pre>
              <pre id="rxdll"></pre>
            <p id="rxdll"><thead id="rxdll"></thead></p><dl id="rxdll"><progress id="rxdll"><form id="rxdll"></form></progress></dl>

            <ol id="rxdll"><thead id="rxdll"><track id="rxdll"></track></thead></ol>
            <i id="rxdll"><dfn id="rxdll"></dfn></i>
            <font id="rxdll"><meter id="rxdll"></meter></font>

              <mark id="rxdll"><dfn id="rxdll"></dfn></mark>