摘要:然而,診斷和修復(fù)在正確測(cè)試期間發(fā)現(xiàn)的錯(cuò)誤是一項(xiàng)耗時(shí)但富有成效的活動(dòng)。當(dāng)時(shí)發(fā)布軟件會(huì)給測(cè)試人員帶來(lái)更大的壓力,因?yàn)樗麄儠?huì)因任何錯(cuò)誤而受到指責(zé)。當(dāng)軟件經(jīng)過(guò)人工測(cè)試并穩(wěn)定到一定程度時(shí),應(yīng)啟動(dòng)測(cè)試自動(dòng)機(jī)。然而,測(cè)試人員非常清楚這是一個(gè)神話。
在軟件開(kāi)發(fā)期間花更少的錢進(jìn)行測(cè)試,或者在以后的維護(hù)或修正上花更多的錢。早期測(cè)試可以在許多方面節(jié)省時(shí)間和成本,但是不進(jìn)行測(cè)試就降低成本可能會(huì)導(dǎo)致軟件應(yīng)用程序設(shè)計(jì)不當(dāng),從而導(dǎo)致產(chǎn)品無(wú)用。
測(cè)試從來(lái)都不是一個(gè)耗時(shí)的過(guò)程。然而,診斷和修復(fù)在正確測(cè)試期間發(fā)現(xiàn)的錯(cuò)誤是一項(xiàng)耗時(shí)但富有成效的活動(dòng)。
測(cè)試取決于源代碼,但審查需求和開(kāi)發(fā)測(cè)試用例獨(dú)立于開(kāi)發(fā)的代碼。然而,作為開(kāi)發(fā)生命周期模型的迭代或增量方法可以減少測(cè)試對(duì)完全開(kāi)發(fā)的軟件的依賴性。
當(dāng)客戶或測(cè)試人員認(rèn)為完整的測(cè)試是可能的時(shí),這就會(huì)成為一個(gè)問(wèn)題。團(tuán)隊(duì)可能已經(jīng)測(cè)試了所有路徑,但永遠(yuǎn)不可能進(jìn)行完整的測(cè)試。可能有一些場(chǎng)景在軟件開(kāi)發(fā)生命周期中從未被測(cè)試團(tuán)隊(duì)或客戶執(zhí)行過(guò),而在項(xiàng)目部署后可能會(huì)執(zhí)行。
這是客戶、項(xiàng)目經(jīng)理和管理團(tuán)隊(duì)所相信的一個(gè)非常普遍的神話。即使具有高超測(cè)試技能的測(cè)試人員測(cè)試了軟件應(yīng)用程序,也沒(méi)有人可以絕對(duì)肯定地聲稱軟件應(yīng)用程序是 100% 無(wú)錯(cuò)誤的應(yīng)用。
即使在執(zhí)行測(cè)試后,將應(yīng)用程序中仍然存在的錯(cuò)誤歸咎于測(cè)試人員并不是一種正確的方法。這個(gè)神話與時(shí)間、成本和需求變化約束有關(guān)。然而,測(cè)試策略也可能導(dǎo)致測(cè)試團(tuán)隊(duì)遺漏錯(cuò)誤。
這是一個(gè)非常普遍的誤解,認(rèn)為只有測(cè)試人員或測(cè)試團(tuán)隊(duì)?wèi)?yīng)該對(duì)產(chǎn)品質(zhì)量負(fù)責(zé)。測(cè)試人員的職責(zé)包括向利益相關(guān)者識(shí)別錯(cuò)誤,然后由他們決定是修復(fù)錯(cuò)誤還是發(fā)布軟件。當(dāng)時(shí)發(fā)布軟件會(huì)給測(cè)試人員帶來(lái)更大的壓力,因?yàn)樗麄儠?huì)因任何錯(cuò)誤而受到指責(zé)。
,測(cè)試自動(dòng)化確實(shí)減少了測(cè)試時(shí)間,但在軟件開(kāi)發(fā)過(guò)程中的任何時(shí)候都無(wú)法啟動(dòng)測(cè)試自動(dòng)化。當(dāng)軟件經(jīng)過(guò)人工測(cè)試并穩(wěn)定到一定程度時(shí),應(yīng)啟動(dòng)測(cè)試自動(dòng)機(jī)。此外,如果需求不斷變化,則永遠(yuǎn)無(wú)法使用測(cè)試自動(dòng)化。
IT 行業(yè)以外的人認(rèn)為甚至相信任何人都可以測(cè)試軟件,而測(cè)試并不是一項(xiàng)創(chuàng)造性的工作。然而,測(cè)試人員非常清楚這是一個(gè)神話。考慮替代方案,嘗試使軟件崩潰以探索潛在錯(cuò)誤對(duì)于開(kāi)發(fā)它的人來(lái)說(shuō)是不可能的。
發(fā)現(xiàn)軟件中的錯(cuò)誤是測(cè)試人員的任務(wù),但與此同時(shí),他們是特定軟件的領(lǐng)域?qū)<摇i_(kāi)發(fā)人員只負(fù)責(zé)分配給他們的特定組件或區(qū)域,但測(cè)試人員了解軟件的整體工作原理、依賴項(xiàng)是什么以及一個(gè)模塊對(duì)另一個(gè)模塊的影響。
文章版權(quán)歸作者所有,未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址:http://specialneedsforspecialkids.com/yun/120022.html
摘要:什么是深度學(xué)習(xí)深度學(xué)習(xí)是機(jī)器學(xué)習(xí)的一種特殊形式,涉及訓(xùn)練具有多層單元的神經(jīng)網(wǎng)絡(luò)。常見(jiàn)的誤解深度學(xué)習(xí)是一個(gè)很大程度上取代機(jī)器學(xué)習(xí)的新領(lǐng)域。 高屋建瓴,統(tǒng)領(lǐng)全局,學(xué)習(xí)tensorflow。 對(duì)現(xiàn)在的職業(yè)人士來(lái)說(shuō),學(xué)生時(shí)期的知識(shí),對(duì)現(xiàn)在的自己來(lái)說(shuō),似乎看起來(lái)簡(jiǎn)單了很多,但是自己卻并沒(méi)有去深入學(xué)習(xí),能夠更好理解的原因就在于:知道了更多周邊信息,對(duì)知識(shí)的理解有了前因后果參照物。 所以我把學(xué)習(xí)...
摘要:來(lái)源是最流行的用于開(kāi)發(fā)微服務(wù)的框架。以下依次列出了最佳實(shí)踐,排名不分先后。這非常有助于避免可怕的地獄。推薦使用構(gòu)造函數(shù)注入這一條實(shí)踐來(lái)自的項(xiàng)目負(fù)責(zé)人。保持業(yè)務(wù)邏輯免受代碼侵入的一種方法是使用構(gòu)造函數(shù)注入。 showImg(https://mmbiz.qpic.cn/mmbiz_jpg/R3InYSAIZkHQ40ly9Oztiart2lESCyjCH0JwFRp3oErlYobhibM...
摘要:本內(nèi)容來(lái)自你不知道的上卷,做了簡(jiǎn)單的總結(jié)。如果不使用這段代碼該如何寫(xiě)呢那就需要給和顯示傳入一個(gè)上下文對(duì)象對(duì)比發(fā)現(xiàn)提供了額一種更優(yōu)雅的方式來(lái)隱式傳遞一個(gè)對(duì)象引用。四總結(jié)隨著你使用的模式越來(lái)越復(fù)雜,顯式傳遞上下文對(duì)象會(huì)讓代碼變得越來(lái)越混亂。 本內(nèi)容來(lái)自《你不知道的JavaScript(上卷)》,做了簡(jiǎn)單的總結(jié)。 this關(guān)鍵字是javascript最復(fù)雜的機(jī)制之一。它是一個(gè)很特別的關(guān)鍵字,...
摘要:因?yàn)榈栏窭沟拇蠖鄶?shù)作品并沒(méi)有注明日期,所以,我不確定他是否是在年創(chuàng)造了這個(gè)術(shù)語(yǔ)。但這并不能說(shuō)明是魔鬼,這只是開(kāi)發(fā)工作流程中的一點(diǎn)問(wèn)題。中間人攻擊被認(rèn)為是的永遠(yuǎn)存在的危險(xiǎn),會(huì)受到蠕蟲(chóng)的的攻擊。 原文來(lái)自:https://www.nczonline.net/blog/2013/06/25/eval-isnt-evil-just-misunderstood/ 作者:Nicholas C.Z...
摘要:斯坦福宣布使用作為計(jì)算機(jī)課程的首選語(yǔ)言近日,某位有年教學(xué)經(jīng)驗(yàn)的斯坦福教授決定放棄,而使用作為計(jì)算機(jī)入門課程的教學(xué)語(yǔ)言。斯坦福官方站點(diǎn)將它們新的課程描述為是最流行的構(gòu)建交互式的開(kāi)發(fā)語(yǔ)言,本課程會(huì)用講解中的實(shí)例。 前端每周清單第 11 期:Angular 4.1支持TypeScript 2.3,Vue 2.3優(yōu)化服務(wù)端渲染,優(yōu)秀React界面框架合集 為InfoQ中文站特供稿件,首發(fā)地址為...
閱讀 641·2021-09-22 10:02
閱讀 6374·2021-09-03 10:49
閱讀 568·2021-09-02 09:47
閱讀 2153·2019-08-30 15:53
閱讀 2931·2019-08-30 15:44
閱讀 902·2019-08-30 13:20
閱讀 1815·2019-08-29 16:32
閱讀 892·2019-08-29 12:46