<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>
        • 軟件測試技術
        • 軟件測試博客
        • 軟件測試視頻
        • 開源軟件測試技術
        • 軟件測試論壇
        • 軟件測試沙龍
        • 軟件測試資料下載
        • 軟件測試雜志
        • 軟件測試人才招聘
          暫時沒有公告

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

        一個好的軟件測試員

        發布: 2009-5-04 11:37 | 作者: 不詳 | 來源: 測試時代采編 | 查看: 54次 | 進入軟件測試論壇討論

        領測軟件測試網

        1. 工作態度好, 主動性高
                工作態度如何, 是評價一個軟件測試人員很重要的方面. 一個技術能力高的軟件測試人員如果沒有好的工作態度, 在測試團隊中有時候不但不能對測試工作起到推動作用, 還可能起到阻礙作用; 而一個愿意工作的測試人員, 哪怕他的技術水平不高, 人也不聰明, 但對自己的工作認真負責, 你告訴他的事情, 他都可以認真去做, 這個測試人員也會對測試工作起到很大的促進作用. 這也是為什么很多企業愿意招應屆畢業生做測試工作的一個主要原因.

        2. 認真, 細心, 耐心

                軟件測試工作是一個煩瑣的工作, 如果你不是認真, 細心, 耐心的人, 建議你最好不要進入這個行業, 否則, 最后難受的肯定是你自己.

                有那么一句話: 細節決定成敗. 這句話格外適用于軟件測試人員. 軟件測試簡單來說其實就是找缺陷保證產品質量. 在一輪又一輪成千上萬的用例中發現盡可能多的缺陷, 認真, 細心, 難信是一個好的測試必備的素質要求.

        3. 學習理解能力強, 善于學習總結

                不斷的學習新技術, 不斷總結在實際工作遇到的問題, 解決的方法, 并把他們整理歸納, 是一個軟件測試人員提高自己的技術水平的最好的方法.

                還有兩點需要說明的是: 1. 隨著軟件測試工作日益專業化, 原來的低水平測試人員越來越不能滿足軟件測試的需要, 測試工具的使用, 測試理論的更新, 新技術的應用都要求測試人員要不斷提高自己的水平; 2. 好的測試人員不但要理解測試技術, 對被測試系統以及開發環境和工具以及系統架構都要很了解才能制定合理的測試方案, 也就是說測試負責人不僅要了解測試技術, 還要了解主流的開發技術, 架構和工具(雖然不用成為專家), 這一切都要測試人員不斷的學習和總結.

        4. 軟件測試理論的掌握

                開發工具在變, 軟件測試工具在變, 被測試的系統在變, 一切的東西都在變. 那么作為一個測試人員我們應該怎么去變呢? 測試的類型有很多種, 有軟硬件測試, 有黑白灰盒測試, 有功能/系統/壓力/Beta等測試, 但不管你測試的是什么系統, 基本理論是不變的. 首先都需要開發人員提供比較好的需求文檔, 概要/詳細設計文檔. 需求文檔是我們制定測試需求的標準, 也是我們判斷系統是否存在問題的標準; 而概要/詳細設計文檔是我們制作測試用例的依據, 我們的劃分等價類, 邊界值測試等等基本測試的方法都需要這些文檔的支持. 當然每一種不同類型的測試, 都有其特殊的地方, 比如藍牙測試就需要你對其協議/通訊理論有一定的了解(也就是系統環境). 也就是說好的測試人員必須熟練掌握測試理論, 舉一反三.

        5. 理論與實踐結合, 要勤于動手, 不能眼高手低

                很多軟件測試人員在開會的時候往往能針對測試的計劃/執行/報告/風險規避/人員&項目管理提出很多有用的建議, 但是出了會議室, 在實際的項目運行中, 這樣的一些意見/建議往往被束之高閣. 要么因為實施的難度較大, 沒有實施的決心; 要么是實施周期較長, 堅持不下去; 更甚者因為工作態度原因, 遺忘或者背離了計劃的實施. 會上輕談, 會下卻從來不考慮如何實施. 我要告訴大家這樣的人實際已經落入了一個技術生涯的誤區, 看到問題可以說明你有一定的水平, 但如何解決問題, 如何實施才是真正體現一個人水平. 只有在解決實際問題的時候我們才能發現我們的解決方法有那些不足, 會產生什么新的問題, 從而不斷改進我們的工作.

        6. 處理問題的方式/Communication的技巧

                測試工作換個角度其實就是在找developer的漏洞. 如何在合適的項目階段準確詳細地提交缺陷, 在開發人員解決Bug過程中, 如何提供更多更準確的信息, 同時跟蹤好缺陷, 這是一個非常難處理的問題. 特別是對于那些開發/測試流程不規范的單位, 如何提高溝通的技巧是一個好的測試人員需要掌握. 作為一個測試負責人, 要和開發人員, 測試人員, 公司領導(外包公司還需面對客戶)經常面臨成本限制(短暫的測試時間, 緊張的人員), 不斷的回歸測試, 測試的異常終止, 領導/客戶的批評/抱怨, 開發人員的責難, 測試人員關于工期/測試環境的埋怨; 如何化解矛盾, 處理好這些問題是一個衡量測試人員好壞的標準. 人際關系處理不好, 其實一個主要的問題就是誤解, 開發人員, 領導/客戶對于測試工作的工作量/結果的誤解是產生這些矛盾的一個主要原因, 所以作為好的軟件測試人員, 除了具備一些常用的人際關系處理技巧以外, 還要是一個好的宣傳員, 不斷將測試的方法, 理論, 工作量對開發人員, 上級領導進行宣講, 讓他們對軟件測試工作有一個正確的認識. 只有這樣才能真正處理好軟件測試部門和其他工作人員的人際關系, 是單位的測試向一個好的方向發展,

        7. 熟悉開發工具和平臺

                不了解開發平臺是無法做單元測試的, 而且也無法做好的性能測試; 更無法擴展自己的軟件測試知識面, 了解測試深度.

        8. 掌握測試工具

                這個就不用說了, 如果現在沒掌握軟件測試工具就盡快去熟悉一種. 其實工具很多都是相通的.

        延伸閱讀

        文章來源于領測軟件測試網 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>