<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-07 11:02 | 作者: 不詳 | 來源: 測試時代采編 | 查看: 35次 | 進入軟件測試論壇討論

        領測軟件測試網 談到這個話題,就會想起若干年前,柏楊先生的一篇讓國人為之痛罵的《丑陋的中國人》

                我覺得,一個國家一個民族的個性真的可以體現在各個方面。

                比如:我做的測試項目,從對日測試到歐美測試,就感觸頗深。

                日本人的等級森嚴,階級尊卑的傳統體現在他的工作中就是非常嚴格而規范的流程。項目中的每一個參與者都有其確定的身份,也就有其確定的權限和責任。

                符合項目制定的規范,嚴格按照既定的邏輯和標準去做事,成為日本項目的一大特點。

                在工作中,你發現了一個問題,你會明確的知道應該向誰匯報而不能越級。一旦出現問題,會進行責任的層層追究,考勤,考核都有嚴格的流程。。

                而相對而言,非常崇尚自由和個性化的歐美項目,就會有著相對寬松的氛圍。在工作中,你發現了一個問題,你 可以有更加寬泛的范圍去選擇匯報和詢問的對象。只要能保質保量的完成工作的內容,沒有人在乎你是提前來了半個小時還是早走了15分鐘。。

                國內項目,我覺得就是比較尷尬的一個現象。一方面,歸根于中國幾千年來的封建等級制度,有一種層層匯報的制度。但是每個組成部分卻不能像日本項目一樣界限分明,于是當問題出現的時候,不知道找誰。似乎是對日本規范的一種抵制,國內大多項目不喜歡制定嚴格的規范和流程。表面是充斥著各種的自由和個性,但是卻缺乏后期很好的維護。以至于在破爛不堪的表面,殘存著若干或大或小的問題。

                做國內項目,只有2個詞的感受:上火~

        我也衷心的希望,這只是個案。。

                對日項目的時候:

                項目開始2個月前,我們會有項目啟動會議。會得到項目的TTSJ等需求文檔,客戶與開發之間協商的可開發,不可開發的最終成果文檔。我們會了解這個項目的總體流程。

                項目開始一個半月之前,我們會得到項目的系統詳細設計和概要設計文檔。大家利用這些文檔進行測試系統的熟悉,測試點的劃分,測試case的抽取,設計,測試case的評審。并且開發方會定期將系統設計變更的文檔予以公布,供我們進行備案,以及對測試點的修改(一般來說,成型的測試case很少進行改動,而是會進行notes添加,在后續測試中才會針對notes和設計文檔對測試case進行修訂)

                項目開使之后,會維持部分模塊的穩定性,比如當前測試A模塊的時候,A是絕對不允許開發人員在測試中進行修改,而是在既定的測試完成之后,開發才可以進行修改,并且提出修改文檔,回饋測試方,聲明修改了哪些部分,供測試人員進行retest

                測試人員發行bug之后,相關的開發人員會進行修改,修改的記錄和測試員后續測試的記錄會追加在bug表上。在測試員進行retest確認關閉后,開發的負責人要給予該bug關閉的原因。項目結束后,這些原因也會成為軟件質量的評價因素之一。

                軟件項目完成后,項目組需要書寫評價報告,包括軟件的質量總體評價,負責測試的模塊中出現問題的幾率,原因分析等。

        國內項目:

                至少我參與過的國內項目,測試員會在實際測試開始2周內參加測試,這期間包括了對系統的熟悉,測試式樣的設計。而且一般的測試項目,因為項目實際開發與需求的脫節性,加上開發人員時間的緊迫性以及沒有形成良好的文檔約束性。測試人員基本在項目開始的時候是拿不到設計文檔,包括詳細設計和概要設計文檔。能得到的只是很久之前的或者無效或者部分有效的一份比較模糊的需求文檔。。

                我不太清楚,這里面的原因到底在哪里,但是我清楚的知道,這樣的需求文檔,能到導致的問題是:測試人員需要跟開發以及需求人員去核實一些重要信息。這在很大程度上取決于測試人員的主觀能動性和測試的經驗,而且由于對測試系統的熟悉程度不夠,也很難做到沒有遺漏。。。直接導致的后果就是測試的效果下降,測試出來的產品留有或多或少對后期有影響的bug。

                bug這一塊,國內項目往往開發和測試出現重跌,也就是說,我剛剛測試過的模塊,可能轉瞬就被改過了,導致測試量的浪費。不得不進行無規則的重復的測試。

                而且國內的開發人員很少會有這樣一個習慣,對bug進行針對性的定位和反饋。在他們看來,自己的開發模塊都忙不過來,能抽出時間來進行修改已經是給了測試人員天大的面子,哪里有時間進行反饋,有什么必要?殊不知,這樣的想法在很大程度上造成了測試管理的滯后,導致系統整體的質量受到影響。

                說到這里,都似乎忘記了自己寫這篇文字的初衷。

                雖然,我們大家都說,全面質量管理,都說,測試和開發都是軟件生命周期中不可或缺的重要一環,但是到目前為止,至少在國內,很多的企業,重視的依然是開發,對于測試,特別是獨立的第三方測試,依然是不重要的補充。依然是開發后期才能參與進來的。

                沒有人不重視食物的質量,因為攸關人命,一種不合格的罐頭可能會導致成百上千人的中毒以及死亡。所以食品企業的質管員責任重大。他們監督著流水線上的每一個環節。沒有人不重視建筑的質量,盡管在當今,由于利益的驅動,這份責任在被淡化,進而出現大橋坍塌,住宅小區裂縫等質量問題,關乎民生。。而在軟件這個領域,雖然人們說了很多年,軟件質量,軟件質量,但是對于軟件測試的重視程度依然還在低水平徘徊。開發的沒有高超的技能,做不了開發了,就以為一定能做好測試,一個個培訓機構,幾個月就要“培養出”月薪8000的“測試精英”。。我倒是想問,測試,軟件測試,到底在你們這些人眼中,意味著什么?沒有測試的靈魂,沒有測試的信念,只為了追風,只為了薪水而進入測試行業的人,到底會給我們的測試行業,帶來什么?

        延伸閱讀

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