<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>

            軟件測試工作中 QA 的角色和分工(2)

            發(fā)表于:2014-08-27來(lái)源:uml.org.cn作者:不詳點(diǎn)擊數: 標簽:qa
            在軟件和互聯(lián)網(wǎng)產(chǎn)業(yè),目前沒(méi)有這些認證,相反的,倒是有人肉認證: 你想申請某個(gè)著(zhù)名專(zhuān)業(yè)網(wǎng)站的賬戶(hù)或者郵箱,但是又擔心這個(gè)網(wǎng)站對用戶(hù)信息的保

              在軟件和互聯(lián)網(wǎng)產(chǎn)業(yè),目前沒(méi)有這些認證,相反的,倒是有“人肉認證”:

              你想申請某個(gè)著(zhù)名專(zhuān)業(yè)網(wǎng)站的賬戶(hù)或者郵箱,但是又擔心這個(gè)網(wǎng)站對用戶(hù)信息的保護程度不夠。有人說(shuō),沒(méi)關(guān)系的,這個(gè)網(wǎng) 站的創(chuàng )始人也用賬戶(hù),CTO,總監什么的還經(jīng)常發(fā)軟件安全博客,賬戶(hù)一定是非常安全的!這里不存在獨立的質(zhì)量認證,只能通過(guò)人肉(創(chuàng )始人/CTO/總監) 來(lái)認證產(chǎn)品的質(zhì)量。

              其實(shí)這種認證未必安全…(密碼門(mén)事件)(明文密碼事件)(郵箱密碼漏洞)

              如果有第三方的認證“此網(wǎng)站對用戶(hù)信息的保護程度是X級,我們認證它不會(huì )明文存儲用戶(hù)密碼…”我就放心了。在第三方認證出現之前,我希望團隊內部至少有獨立的QA角色,來(lái)確保軟件的質(zhì)量。否則我是不樂(lè )意使用這些軟件/服務(wù)的。

              [補充一句,互聯(lián)網(wǎng)服務(wù)的各種認證也在發(fā)展,例如verisign公司提供的各種認證。]

              獨立出來(lái)的質(zhì)量保證角色怎么才能發(fā)揮作用?

              有了獨立的質(zhì)保角色之后,是不是萬(wàn)事大吉了?未必,分工意味著(zhù)一件事要分給別人去工作。讓別人做事,并且依賴(lài)別人做出的結果,這會(huì )出現一些問(wèn)題。

              問(wèn)題:既然有專(zhuān)人負責,那我就不用負責了!

              生活中一個(gè)常見(jiàn)的歪理是,既然有清潔工,那我亂扔點(diǎn)兒垃圾算什么,這才是他們工作啊!

              盡管有專(zhuān)人負責QA中的測試工作,但是保證質(zhì)量仍然是所有成員的職責。軟件團隊中的一些人往往在有意無(wú)意中忘記這一 點(diǎn)。最常見(jiàn)的現象是開(kāi)發(fā)人員寫(xiě)好一個(gè)功能之后,迫不及待地宣布成功,然后希望測試人員去發(fā)現所有問(wèn)題。如果問(wèn)題在發(fā)布后才被發(fā)現,開(kāi)發(fā)人員會(huì )說(shuō)–測試人員 怎么搞的,這種bug都沒(méi)找出來(lái)!?

              某項目的某功能有重要的改進(jìn),這個(gè)改進(jìn)經(jīng)過(guò)研究員的研究,開(kāi)發(fā)人員的設計,美工的美化,兩個(gè)開(kāi)發(fā)人員的配合實(shí)現,項 目管理人員的督促,測試人員的測試,最后所有人都號稱(chēng)做好了,上線(xiàn)了!為此,我約了某個(gè)目標用戶(hù)給他做實(shí)地展示,幾天后,大家都到齊了,開(kāi)始演示。開(kāi)始進(jìn) 行的不錯,馬上最重要的killerfeature就會(huì )出來(lái)了…噯,預想的效果怎么還沒(méi)出現呢?再試試,還沒(méi)有?各相關(guān)人員面面相覷,大家小聲說(shuō):

              “我不是把那個(gè)新模塊給你了么?”

              “我就是照著(zhù)那個(gè)接口實(shí)現的啊…”

              “我不是已經(jīng)交給那啥…”

              “所有的bug不是已經(jīng)都搞定了么…”

              會(huì )議在尷尬中勝利結束了。

              來(lái)查問(wèn)題的根源,這個(gè)復雜的功能由于兩個(gè)模塊的接口在最后沒(méi)有同步,某重要的參數被忽略了,這個(gè)功能中最出彩的部分壓根就不可能工作!那負責測試的角色怎么解釋“所有測試用例通過(guò),同意發(fā)布”的呢?

              這還是開(kāi)發(fā)人員引以自豪的“殺手級功能”(killerfeature),那其它普通的功能是什么命運呢?

              回過(guò)頭來(lái),我們可以問(wèn):

              ·這件事真的要通過(guò)這么多環(huán)節么?

              ·測試人員真的知道最最關(guān)鍵的地方如何測試么?

              ·在系統上線(xiàn)之后,所有為這個(gè)功能感到自豪的人是否去實(shí)地測試過(guò)呢?

              一個(gè)開(kāi)發(fā)人員應該負責下面“開(kāi)發(fā)功能”右邊的幾個(gè)圓圈呢?

              問(wèn)題:盲目信任“專(zhuān)業(yè)人士”扮演的角色

              每個(gè)角色的水平不一樣,軟件的質(zhì)量往往受最差的角色的影響最大。我們團隊要為某軟件寫(xiě)一段英語(yǔ)介紹文字,團隊成員都 是通過(guò)四六級英語(yǔ)考試的牛人,可他們都很謙虛,說(shuō)要請一個(gè)專(zhuān)業(yè)的人士來(lái)寫(xiě)不可。于是求了一個(gè)專(zhuān)業(yè)人士,求了好幾次(專(zhuān)業(yè)人士很忙的),在上市之前才得到專(zhuān) 業(yè)的文案,于是,copy/paste幾次之后,軟件就向全世界發(fā)布了.

              這個(gè)文案第一句就是熱情洋溢的設問(wèn)句:“haveyoueverthinkabout...”隨后還有幾處非常明顯的語(yǔ)法錯誤.這個(gè)軟件吸引了不少評論文章,有旁觀(guān)者說(shuō),從介紹文字的幾處典型中國式語(yǔ)法錯誤來(lái)看,這個(gè)軟件是由在中國的某分部搞出來(lái)的…

              即使有專(zhuān)業(yè)人士扮演各種角色,還得有專(zhuān)人獨立地檢查驗證質(zhì)量。

              我們回頭來(lái)看,可以問(wèn)兩個(gè)問(wèn)題:

              ·這件事真的要專(zhuān)業(yè)人士來(lái)做么?

              ·專(zhuān)業(yè)人士做完之后,誰(shuí)來(lái)負責測試?

              問(wèn)題:為了自己角色而做績(jì)效優(yōu)化

              分工之后,每個(gè)角色為了自己的績(jì)效而優(yōu)化,會(huì )出現局部最優(yōu),而全局未必最優(yōu)的情況。

            原文轉自:http://www.uml.org.cn/Test/201306061.asp

            老湿亚洲永久精品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>