<ruby id="h6500"><table id="h6500"></table></ruby>
    1. <ruby id="h6500"><video id="h6500"></video></ruby>
          1. <progress id="h6500"><u id="h6500"><form id="h6500"></form></u></progress>

            CSDN專(zhuān)訪(fǎng)領(lǐng)測國際賀炘:測試應講究策略和方法(2)

            發(fā)表于:2013-06-06來(lái)源:CSDN作者:CSDN點(diǎn)擊數: 標簽:賀炘領(lǐng)測國際
            這里我談?wù)勎依斫獾墓こ處熚幕?,工程師文化是說(shuō)產(chǎn)品如何做都由工程師說(shuō)了算嗎?顯然這樣理解有些狹隘! 權利和責任是相輔相成的,怎樣才能創(chuàng )造出

                     
            這里我談?wù)勎依斫獾墓こ處熚幕?,工程師文化是說(shuō)產(chǎn)品如何做都由工程師說(shuō)了算嗎?顯然這樣理解有些狹隘!權利和責任是相輔相成的,怎樣才能創(chuàng )造出偉大的產(chǎn)品?一定是能夠深刻理解用戶(hù)的人,如果一個(gè)團隊中沒(méi)有出現深刻理解用戶(hù)的工程師,片面強調工程師文化可能是個(gè)災難。

            測試工程師的素質(zhì)我覺(jué)得分兩個(gè)層次,普通的測試工程師需要細心、耐心、良好的溝通能力以及責任心等。如果你希望成為一個(gè)優(yōu)秀的測試工程師,相比較其他行業(yè)并沒(méi)有什么特別之處,保持自信,保持好奇心,在你的專(zhuān)業(yè)上持續的解決復雜問(wèn)題。

            CSDN軟件測試人員大多被稱(chēng)作測試工程師,但也有不少的人認為其只是QA,你覺(jué)得測試和QA是怎樣的關(guān)系?

            賀炘:這是個(gè)很重要的事情,其實(shí)測試工程師并不是QA,而應該稱(chēng)為QC。之前我在《程序員》雜志上投過(guò)稿。

            和這個(gè)問(wèn)題有關(guān)的內容摘抄如下:

            QA的英文為:Quality Assurance 我們翻譯為“質(zhì)量保證”

            QC的英文為:Quality Control 我們翻譯為“質(zhì)量控制”

            我們將這兩個(gè)角色之間進(jìn)行一下職責劃分,以方便我們后續的討論。

            QA:監控公司質(zhì)量保證體系的運行狀況,審計項目的實(shí)際執行情況和公司規范之間的差異,并出具改進(jìn)建議和統計分析報告,對公司的質(zhì)量保證體系的質(zhì)量負責。

            QC:對每一個(gè)階段或者關(guān)鍵點(diǎn)的產(chǎn)出物(工件)進(jìn)行檢測,評估產(chǎn)出物是否符合預計的質(zhì)量要求,對產(chǎn)出物的質(zhì)量負責。

            通過(guò)上面的職責劃分,我們發(fā)現,如果我們將軟件的生產(chǎn)比喻成一條產(chǎn)品加工生產(chǎn)線(xiàn)的話(huà),那QA只負責生產(chǎn)線(xiàn)本身的質(zhì)量保證,而不管生產(chǎn)線(xiàn)中單個(gè)產(chǎn)品的實(shí)際質(zhì)量情況。QA通過(guò)保證生產(chǎn)線(xiàn)的質(zhì)量來(lái)間接保證軟件產(chǎn)品的質(zhì)量。

            而QC不管生產(chǎn)線(xiàn)本身的質(zhì)量,而只關(guān)注生產(chǎn)線(xiàn)中生產(chǎn)的產(chǎn)品在每一個(gè)階段的質(zhì)量是否符合預期的要求,如果我們生產(chǎn)的是杯子,那QC只關(guān)注:生產(chǎn)的材料是否是預期的,每個(gè)杯子瓶口的直徑是否符合要求,杯子把手是否符合設計要求等等具體的、可量化的點(diǎn)。

            針對軟件企業(yè)的軟件開(kāi)發(fā)過(guò)程而言:

            QA可以進(jìn)一步明確為SQA,即:軟件質(zhì)量保證,只負責軟件開(kāi)發(fā)流程的質(zhì)量,企業(yè)內相對應的角色為:軟件質(zhì)量保證人員,有的企業(yè)就直接稱(chēng)之為SQA。

            QC可以進(jìn)一步明確為SQC,即:軟件質(zhì)量控制,只負責軟件開(kāi)發(fā)過(guò)程中各個(gè)階段產(chǎn)出的工件的質(zhì)量,產(chǎn)出的工件可能是相關(guān)的文檔或者代碼等,企業(yè)內相對應的角色為:軟件測試人員。

            • 敏捷測試與傳統測試最根本區別是心態(tài)問(wèn)題

            CSDN在軟件項目開(kāi)發(fā)中,測試是開(kāi)發(fā)流程的一部分,也就是對其開(kāi)發(fā)功能的驗證,使得有些人認為測試工作可以被開(kāi)發(fā)人員兼做,你認為軟件測試與開(kāi)發(fā)有什么區別?

            賀炘:這個(gè)談到了測試的目標是什么?如果認為測試的目標只是找出Bug,那誰(shuí)找不都一樣嗎,在這里我們談到的軟件測試應該是個(gè)建立信心的過(guò)程,只有過(guò)程可靠了,信心才能建立起來(lái)!

            測試工程師是否可以由開(kāi)發(fā),或者某種技術(shù)取代?這個(gè)很難講,他牽扯到了被測系統、技術(shù)水平、開(kāi)發(fā)成熟度、工具應用等諸多層面的綜合判斷,取代的例子目前有如Facebook,但是我看到的更多是無(wú)法取代的例子。

            文字很難在這個(gè)層面說(shuō)清楚,有興趣的話(huà)可以查看一下領(lǐng)測軟件測試沙龍視頻,專(zhuān)門(mén)有一期就是講的這個(gè)問(wèn)題。

            在這里我舉個(gè)例子,大家都看過(guò)足球比賽,為什么11人的隊伍要區分前鋒、中鋒、后衛、守門(mén)員?為什么還有不同的陣型?前鋒不能守門(mén)嗎?守門(mén)員不能直接進(jìn)球嗎?那種情況都有極端的例子,但不是常態(tài)。常態(tài)是什么?分工協(xié)作才是效率最高的方法!

            測試工程師會(huì )被淘汰嗎?會(huì )的,一定有那一天!開(kāi)發(fā)工程師會(huì )被淘汰嗎?會(huì )的,也一定有那一天!但是請記住,淘汰的是人,而不是這件事情,如果你做的不專(zhuān)業(yè)隨時(shí)都會(huì )被淘汰!測試工作是永遠不會(huì )被淘汰的。但是不專(zhuān)業(yè)的工程師隨時(shí)都會(huì )!

            CSDN在軟件開(kāi)發(fā)產(chǎn)業(yè)中有一種非常普遍的習慣,那就是讓那些經(jīng)驗最少的新手、沒(méi)有效率的開(kāi)發(fā)者或不適合干其他工作的人去做測試工作;甚至有些人認為廣大的測試員所做的工作毫無(wú)意義,有沒(méi)有他們公司一樣運轉,項目一樣進(jìn)行。你認為軟件測試人員的地位是怎樣的?

            賀炘:首先這樣的事情確實(shí)存在,其次使用這種方法的公司至少目前質(zhì)量絕對不是他的核心競爭力。并不是說(shuō)這樣的方法不對,而是要辯證的看問(wèn)題,一個(gè)公司存活下來(lái)一定有一定的道理,我總結了幾個(gè)理由:人無(wú)我有、人有我精、人精我賤。有興趣的話(huà)可以看看我在領(lǐng)測軟件測試沙龍中的視頻錄像,詳細闡述了這個(gè)觀(guān)點(diǎn)。

            我的判斷:公司的競爭會(huì )在不同的層次展開(kāi),質(zhì)量并不是每個(gè)企業(yè)在所有生存階段的必然選項,什么時(shí)候談什么話(huà)。不過(guò)一個(gè)偉大的企業(yè)是不可能不重視質(zhì)量的,但是在通往偉大的道路上會(huì )有不同的階段性選擇。

            原文轉自:http://www.csdn.net/article/2013-06-04/2815534

            ...
            老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月
              <ruby id="h6500"><table id="h6500"></table></ruby>
              1. <ruby id="h6500"><video id="h6500"></video></ruby>
                    1. <progress id="h6500"><u id="h6500"><form id="h6500"></form></u></progress>