總結(jié)一下知乎上幾位答主的答案
- 自動(dòng)化測(cè)試和手動(dòng)測(cè)試都是不可缺少的基括，兩者相輔相成
- 無(wú)論是自動(dòng)化測(cè)試還是手工測(cè)試，其核心永遠(yuǎn)是測(cè)試用例财岔。無(wú)效的用例风皿，用任何方法去測(cè)試，都不會(huì)達(dá)到良好的測(cè)試目的匠璧。
- 自動(dòng)化更多是取決于產(chǎn)品的生命有多長(zhǎng)桐款，理論上所有的手工測(cè)試都可以自動(dòng)化，但應(yīng)考慮使用自動(dòng)化工具帶來(lái)的效率上的增益能不能抵消設(shè)計(jì)編寫自動(dòng)化工具的消耗夷恍。
人的精力是有限的魔眨，自動(dòng)測(cè)試的測(cè)試人員可以用更少的精力去執(zhí)行測(cè)試，于是就可以把更多的精力放在設(shè)計(jì)測(cè)試案例酿雪，以及理解需求和系統(tǒng)的階段上遏暴。 - 設(shè)計(jì)用例的發(fā)散思維和能力無(wú)法被具象衡量，而搭建自動(dòng)化測(cè)試框架以及編寫自動(dòng)化測(cè)試腳本是具象的能力指黎。
- 目前國(guó)內(nèi)普遍的測(cè)試情況仍然是手工測(cè)試比例為重朋凉，雖然不應(yīng)該簡(jiǎn)單地用是否做過(guò)自動(dòng)化測(cè)試作為唯一衡量標(biāo)準(zhǔn)，但企業(yè)在不了解測(cè)試人員具體能力的情況下袋励，反映在簡(jiǎn)歷上更希望應(yīng)聘者是個(gè)多面手。
- 作為一個(gè)測(cè)試人員，從謀取自身利益的方面考慮的話茬故，應(yīng)該看你所使用的測(cè)試手段能不能產(chǎn)出被企業(yè)認(rèn)可的價(jià)值盖灸，這個(gè)要根據(jù)公司具體情況而定，是更追求質(zhì)量還是速度磺芭，對(duì)測(cè)試人員的要求側(cè)重點(diǎn)是不一樣的赁炎。
自動(dòng)化測(cè)試和手動(dòng)測(cè)試都是不可缺少的，兩者相輔相成钾腺，簡(jiǎn)單說(shuō)說(shuō)我對(duì)自動(dòng)化測(cè)試和手動(dòng)測(cè)試的體會(huì)：首先徙垫，我認(rèn)為自動(dòng)化測(cè)試的主要目的并不是為了發(fā)現(xiàn)產(chǎn)品的BUG。 它一個(gè)重要的目的是為了確保軟件產(chǎn)品在開發(fā)和維護(hù)過(guò)程中放棒，團(tuán)隊(duì)對(duì)產(chǎn)品有更直觀的掌握姻报，消除代碼中的錯(cuò)誤，即make the system run properly, eliminate bug earlier, which in result raises confidence of the development and the whole team间螟。 而手動(dòng)測(cè)試是為了break the system吴旋，即發(fā)現(xiàn)BUG。
我始終認(rèn)為最好的測(cè)試是將軟件缺陷消滅在搖籃里厢破，測(cè)試的根基荣瑟、金字塔的底座是獨(dú)立的單元測(cè)試，由開發(fā)人員負(fù)責(zé)摩泪，可以最小成本的發(fā)現(xiàn)潛在的BUG笆焰，也就是說(shuō)DEV是最好的QA。自動(dòng)化測(cè)試和持續(xù)集成是重要的手段见坑，確保對(duì)產(chǎn)品質(zhì)量的可控性嚷掠。 版本控制軟件也非常重要。極大提高我們的工作效率鳄梅。
單元測(cè)試->持續(xù)集成-》接口組件測(cè)試-》功能級(jí)別組件測(cè)試-》持續(xù)迭代-》部署測(cè)試-》 用戶體驗(yàn)性測(cè)試
簡(jiǎn)單所以下我工作的情況：之前在BlackBerry Enterprise Service實(shí)習(xí)叠国，負(fù)責(zé)BES產(chǎn)品發(fā)布之前的測(cè)試，BES是面向企業(yè)的產(chǎn)品戴尸，產(chǎn)品質(zhì)量和穩(wěn)定性是產(chǎn)品賴以生存的根本粟焊，因?yàn)槲覀兎浅Ｖ匾曑浖y(cè)試。我的主要工作是以手動(dòng)測(cè)試和fix verification為主孙蒙，不和產(chǎn)品代碼打交道项棠。可以說(shuō)雖然是發(fā)布前最后一關(guān)挎峦，但依然發(fā)現(xiàn)很多產(chǎn)品中BUG香追， 任何一個(gè)BUG都直接影響客戶體驗(yàn)。由于各種限制坦胶，手動(dòng)測(cè)試不可能覆蓋產(chǎn)品所有方面透典，因此對(duì)產(chǎn)品的了解晴楔、豐富的測(cè)試經(jīng)驗(yàn)、制定詳細(xì)的測(cè)試用例對(duì)于手動(dòng)測(cè)試非常重要峭咒， 也是考察一個(gè)手動(dòng)測(cè)試工程師主要的方面税弃。對(duì)產(chǎn)品的了解可以更容易找到產(chǎn)品的薄弱環(huán)節(jié)；豐富的測(cè)試經(jīng)驗(yàn)可以更快的發(fā)現(xiàn)BUG凑队；而詳細(xì)的測(cè)試計(jì)劃可以幫助我們發(fā)現(xiàn)更多的BUG则果。我認(rèn)為手動(dòng)測(cè)試發(fā)現(xiàn)了產(chǎn)品中的大部分BUG。
目前我在一家北美某游戲公司溫哥華分舵漩氨，team主要是負(fù)責(zé)為公司大部分游戲提供online service,游戲整合online service SDK 使其與server交互西壮。簡(jiǎn)單說(shuō)說(shuō)QA team的情況，一個(gè)senior dev負(fù)責(zé)開發(fā)和維護(hù)測(cè)試框架叫惊，兩個(gè)senior QA帶一群QA款青，還有一個(gè)做build系統(tǒng)的。我們的日常工作基本屬于自動(dòng)化測(cè)試赋访，手動(dòng)測(cè)試可能交給有游戲TEAM了吧可都。由于產(chǎn)品太復(fù)雜、公司沒錢等一系列因素蚓耽，還未實(shí)現(xiàn)完全的持續(xù)集成渠牲，基本上還在依靠nightly regression，因此還是以天為單位步悠，而不是以敏捷測(cè)試中每次code checkin為單位签杈。更可惡的事情是xbox, ps的自動(dòng)化測(cè)試還沒有整合到build系統(tǒng)里，所以本屌絲要經(jīng)常要手動(dòng)load測(cè)試程序鼎兽。
吐槽一些對(duì)現(xiàn)在工作中的感悟：1答姥、大家都知道，用c++寫的產(chǎn)品編譯時(shí)間都非常長(zhǎng)谚咬，即使我們有incredibuild這種NB的TOOL, build一次完整的產(chǎn)品和自動(dòng)化測(cè)試的工具也要半小時(shí)左右鹦付，如果產(chǎn)品或者測(cè)試工具出現(xiàn)以下編譯錯(cuò)誤就會(huì)BLOCK所有的工作。產(chǎn)品壞了我們可以revert择卦，但是測(cè)試工具壞了有可能是產(chǎn)品code改變敲长，或者是工具本身的問題。 investigate要花時(shí)間秉继，fix也花時(shí)間祈噪。這一點(diǎn)非常影響工作效率。2尚辑、不是說(shuō)自動(dòng)化測(cè)試就不會(huì)發(fā)現(xiàn)BUG辑鲤，每次回歸測(cè)試結(jié)果都一堆錯(cuò)誤。但重點(diǎn)是８懿纭Ｔ氯臁３谒妗！宁赤！你要花時(shí)間分析到底是測(cè)試用例的問題撵幽，測(cè)試框架的問題，還是真是產(chǎn)品的BUG礁击， 每天看Log簡(jiǎn)直把眼睛都看瞎了。3逗载、自動(dòng)化測(cè)試用例不是一層不變哆窿，產(chǎn)品feature變了，測(cè)試用例要改變厉斟。很多時(shí)候測(cè)試用例fail了挚躯，很有可能是測(cè)試用例沒有更新。4擦秽、我認(rèn)為我們目前最重要的問題是DEV沒有寫單元測(cè)試的習(xí)慣码荔！
所以自動(dòng)化測(cè)試系統(tǒng)并非神器，它非常嬌貴的感挥，你要花時(shí)間是維護(hù)它缩搅、呵護(hù)它、關(guān)愛它触幼，它才是成為你手中的利器硼瓣。
最后，簡(jiǎn)單說(shuō)一下招聘過(guò)程置谦。 雖然我們的工作是QA堂鲤，但面試的基本內(nèi)容是C++的概念、算法媒峡、編碼能力瘟栖。僅僅會(huì)問一些簡(jiǎn)單的測(cè)試概念。這也從一個(gè)側(cè)面反映出QA不要懂產(chǎn)品邏輯谅阿，還要懂產(chǎn)品代碼半哟！
作者：金陽(yáng)鏈接：https://www.zhihu.com/question/19721142/answer/22918933來(lái)源：知乎著作權(quán)歸作者所有。商業(yè)轉(zhuǎn)載請(qǐng)聯(lián)系作者獲得授權(quán)奔穿，非商業(yè)轉(zhuǎn)載請(qǐng)注明出處镜沽。
測(cè)試最重要的還是對(duì)系統(tǒng)以及需求的理解吧。至于是不是自動(dòng)化贱田，更多是取決于產(chǎn)品的生命有多長(zhǎng)缅茉，以及自動(dòng)化后成本有沒有減少。 關(guān)于對(duì)系統(tǒng)以及需求的理解男摧，這個(gè)是測(cè)試工程師最基本的要求蔬墩，但是很多測(cè)試工程師現(xiàn)在都只是知道怎么跑case译打，把自己變成一個(gè)自動(dòng)化測(cè)試腳本，而不是去理解整個(gè)系統(tǒng)拇颅。好比你搞web測(cè)試奏司，只是測(cè)那些頁(yè)面跳轉(zhuǎn)會(huì)如何之類的，那基本上測(cè)不出什么bug來(lái)的樟插。即便能測(cè)出韵洋，也不過(guò)是運(yùn)氣問題。但是如果你理解了后臺(tái)和前臺(tái)的交互黄锤，有哪些數(shù)據(jù)搪缨，哪些地方可能會(huì)溢出之類的，那會(huì)更容易找到bug鸵熟。 對(duì)需求的理解副编，也是很重要的，我見過(guò)做性能測(cè)試流强，有些測(cè)試工程師不理解產(chǎn)品需要的開機(jī)時(shí)間是多少痹届，覺得反正沒有具體的要求就沒所謂。而有些則覺得很重要打月，拼命提CQ要求修改的队腐。最后在客戶驗(yàn)證的時(shí)候，發(fā)現(xiàn)后者的理解是正確的奏篙。這些很模糊的東西香到，更多需要個(gè)人理解才可以獲得”ㄆ疲或者說(shuō)悠就，這叫經(jīng)驗(yàn)。 自動(dòng)化測(cè)試的目的更多是減少測(cè)試時(shí)間充易，把更多的時(shí)間放在設(shè)計(jì)用例梗脾，以及理解需求和系統(tǒng)的階段上。但是如果做一個(gè)以后都不會(huì)再做的產(chǎn)品盹靴，還開發(fā)了一堆自動(dòng)化測(cè)試的腳本炸茧，并且在軟件里面寫了一堆log，那基本上是費(fèi)時(shí)費(fèi)力卻得不到任何實(shí)質(zhì)上的幫助稿静，因?yàn)殚_發(fā)這堆腳本和log的時(shí)間梭冠，已經(jīng)夠測(cè)試幾輪了。 國(guó)內(nèi)對(duì)自動(dòng)化測(cè)試的向往改备，無(wú)非是因?yàn)閲?guó)內(nèi)測(cè)試人員玩的都是苦力活控漠，而不是技術(shù)活。你隨便找一個(gè)測(cè)試的，你問他對(duì)系統(tǒng)了解多少盐捷，多半是只會(huì)執(zhí)行case的人而已偶翅。甚至乎，這些人在完成了任務(wù)之后碉渡，基本上就不再學(xué)習(xí)了聚谁。-----------分割一下，一些內(nèi)容和題目有關(guān)系滞诺，但是不是太大形导。寫得也很亂。------------近年來(lái)國(guó)外有個(gè)叫做SBMT(Session based test management)的東西习霹，建議大家看看骤宣。有條件的公司建議實(shí)行一下。這種測(cè)試方法嚴(yán)格得區(qū)分開了checking跟testing序愚，對(duì)測(cè)試人員的要求很高。并且SBMT里面不存在固定的所謂的測(cè)試用例〉认蓿現(xiàn)存的測(cè)試用例的測(cè)試方法是按照ieee以及幾本一九七幾年寫的老書確立起來(lái)的爸吮，雖然名曰為Best Practice，但是實(shí)際上是效率很低的望门。因?yàn)橐粋€(gè)測(cè)試用例測(cè)過(guò)幾遍之后形娇，其信息量幾乎為0。根據(jù)信息論筹误，越確定的東西桐早，其信息量越低。我實(shí)在搞不懂一個(gè)check了幾百遍都沒問題的東西為啥要用人來(lái)check而不用機(jī)器來(lái)check厨剪。嚴(yán)格意義上來(lái)講哄酝，自動(dòng)化測(cè)試應(yīng)該叫做自動(dòng)化檢查。它只是checking而已祷膳。什么叫做checking陶衅？checking就是按照需求文檔一條條打勾。什么叫做testing直晨？testing就是探索產(chǎn)品本身的結(jié)構(gòu)以及分析產(chǎn)品可能的問題搀军。SBMT是通過(guò)認(rèn)知論的方法，觸發(fā)測(cè)試人員的思考勇皇，讓測(cè)試人員自己去了解系統(tǒng)罩句。一般SBMT會(huì)有一個(gè)charter(即要測(cè)的功能)，幾個(gè)Mission（想要達(dá)到的目標(biāo)）和一份note敛摘。格式如下：Charter:To test WORDMission:1. To find out memory leak scenario in word.2. To find out several boundary values of word. Note:1. I blah blah...通過(guò)Mission门烂，一般測(cè)試人員需要為了達(dá)到這個(gè)目標(biāo)而想一些測(cè)試用例，而這些測(cè)試用例的建立則不得不依賴于思考兄淫，而不是之前已經(jīng)寫好的腳本诅福。測(cè)試人員必須把自己的思考和測(cè)試步驟寫成Note匾委。當(dāng)然這也解決了測(cè)試工作無(wú)聊的這個(gè)事實(shí)。另外氓润，testing的本質(zhì)目的只是提供產(chǎn)品的信息而已赂乐，是一個(gè)“輔助”功能，不是一個(gè)生產(chǎn)功能咖气。產(chǎn)品的質(zhì)量完全不能通過(guò)testing來(lái)保證挨措，所以才需要用到工具和流程，這才是測(cè)試需要進(jìn)化的方向：想辦法給工具和流程提意見崩溪，改進(jìn)（或創(chuàng)造）有利的工具和流程浅役，把測(cè)試本身提供的信息Build進(jìn)產(chǎn)品里面去。測(cè)試這個(gè)職業(yè)伶唯，這幾十年來(lái)幾乎沒有啥進(jìn)步觉既，所有提升軟件質(zhì)量的方法都是dev提出來(lái)的。如果測(cè)試工程師再不把自己的testing build into code乳幸，我感覺這個(gè)職業(yè)很快會(huì)被dev或者某些工具所兼顧瞪讼，平均薪水會(huì)越來(lái)越低（現(xiàn)在已經(jīng)不高了）。
作者：maxSonic
鏈接：https://www.zhihu.com/question/19721142/answer/13458098
來(lái)源：知乎
著作權(quán)歸作者所有粹断。商業(yè)轉(zhuǎn)載請(qǐng)聯(lián)系作者獲得授權(quán)符欠，非商業(yè)轉(zhuǎn)載請(qǐng)注明出處。
說(shuō)點(diǎn)自己的不成熟看法瓶埋。 將自動(dòng)化測(cè)試當(dāng)成很了不起的資本希柿，源于國(guó)內(nèi)對(duì)Coding的崇拜，譬如一個(gè)Dev跟一個(gè)QA放在一起养筒，大家的第一直觀印象就是——前者的技術(shù)能力比較強(qiáng)曾撤。 實(shí)際上，這個(gè)問題分兩面看： 1. 自動(dòng)化測(cè)試能力是不是資本晕粪？ 是盾戴，當(dāng)然是。測(cè)試自動(dòng)化是軟件測(cè)試的大方向兵多。作為其核心組件的自動(dòng)化測(cè)試的引入將QA從繁重的重復(fù)勞動(dòng)中解放出來(lái)尖啡，完成靠人力難以組織的測(cè)試，優(yōu)化測(cè)試資源剩膘，提高測(cè)試效率衅斩。優(yōu)秀的自動(dòng)化測(cè)試框架、完備的自動(dòng)化測(cè)試腳本集怠褐、豐富的自動(dòng)化測(cè)試工具將使得測(cè)試的效率倍增畏梆，對(duì)產(chǎn)品質(zhì)量保證起到積極作用。一個(gè)有自動(dòng)化測(cè)試腳本、框架奠涌、工具開發(fā)能力的QA宪巨，更有競(jìng)爭(zhēng)力是一件無(wú)可厚非的事情。 從招聘方的角度看溜畅，就如同兩臺(tái)配置差不多的筆記本捏卓，一臺(tái)多出倆USB口并有一個(gè)HDMI，當(dāng)然會(huì)優(yōu)先選了慈格，雖然他也不一定用得到怠晴。 2. 自動(dòng)化測(cè)試人員一定強(qiáng)于手工測(cè)試人員？ 不一定浴捆。我接觸過(guò)的自動(dòng)化測(cè)試的QA大致有兩種：其一蒜田，專職automation，他們從進(jìn)公司開始就定位為自動(dòng)化測(cè)試人員选泻，有的公司的automation team甚至都不隸屬于測(cè)試團(tuán)隊(duì)冲粤，他們從進(jìn)公司開始就幾乎只接觸腳本和工具，自動(dòng)化的需求對(duì)于他們就等于一個(gè)開發(fā)需求页眯。這類的測(cè)試人員對(duì)產(chǎn)品本身了解并不多梯捕，且不深。更傾向于一個(gè)開發(fā)人員的工作方式餐茵。其二，既做手工述吸，也寫過(guò)一些自動(dòng)化腳本忿族。這一類人實(shí)際上仍然算是手工測(cè)試人員，但會(huì)小范圍參與到一些簡(jiǎn)單腳本開發(fā)蝌矛，多數(shù)是在已有的測(cè)試框架上進(jìn)行的搭積木的工作道批，缺乏創(chuàng)新空間。對(duì)于這兩類QA入撒，前者因?yàn)楹艽蟪潭壬先怨ぷ髟谝粋€(gè)Dev的模式下隆豹，可能存在的缺陷主要在測(cè)試的方法、感覺和思維方面茅逮，后者則完全可以作為一個(gè)手工測(cè)試人員去做橫向比較璃赡。國(guó)內(nèi)自動(dòng)化測(cè)試的現(xiàn)狀，使得投放入市場(chǎng)的自動(dòng)化測(cè)試人員献雅，以第二種類型的居多碉考，且目前國(guó)內(nèi)普遍的測(cè)試情況仍然是手工測(cè)試比例為重，所以如果招聘方簡(jiǎn)單地用是否做過(guò)自動(dòng)化測(cè)試來(lái)過(guò)濾人才的話挺身，也許會(huì)錯(cuò)過(guò)真正適合職位的測(cè)試人才侯谁。而測(cè)試人員如果單純?yōu)椴┤∫粋€(gè)名頭而局限于第二種狀態(tài)的話，對(duì)自身真正的自動(dòng)化測(cè)試能力的提高也沒有太多好處。 關(guān)于手工測(cè)試順便說(shuō)點(diǎn)墙贱，必須肯定手工測(cè)試對(duì)于一個(gè)測(cè)試人員成長(zhǎng)的重要性热芹，參與手工測(cè)試可以了解架構(gòu)、熟悉產(chǎn)品惨撇、培養(yǎng)測(cè)試的感覺伊脓。測(cè)試感覺和思維，說(shuō)起來(lái)貌似很浮云串纺，但從事過(guò)測(cè)試的人應(yīng)該很清楚丽旅，同樣的一個(gè)測(cè)試任務(wù)，交給一個(gè)具有良好的測(cè)試感覺纺棺、思維縝密的人和交給一個(gè)把測(cè)試當(dāng)成體力勞動(dòng)的人會(huì)有什么樣的產(chǎn)出差異榄笙。手工測(cè)試不應(yīng)該只被等同為手工執(zhí)行測(cè)試，其更重要的部分應(yīng)該是測(cè)試的架構(gòu)和用例設(shè)計(jì)祷蝌。所有的測(cè)試執(zhí)行都是以測(cè)試用例為基礎(chǔ)茅撞，測(cè)試用例設(shè)計(jì)的好壞，對(duì)測(cè)試效率巨朦、測(cè)試覆蓋率米丘、defect發(fā)現(xiàn)幾率產(chǎn)生直接影響。測(cè)試用例設(shè)計(jì)中會(huì)用到很多方法去優(yōu)化和評(píng)估糊啡，涉及到離散數(shù)學(xué)拄查、概率等領(lǐng)域知識(shí)的應(yīng)用，是個(gè)挺值得下功夫的領(lǐng)域棚蓄，對(duì)于一個(gè)手工測(cè)試人員的自我增值也是有幫助的堕扶。
作者：朱杉
鏈接：https://www.zhihu.com/question/19721142/answer/13327483
來(lái)源：知乎
著作權(quán)歸作者所有。商業(yè)轉(zhuǎn)載請(qǐng)聯(lián)系作者獲得授權(quán)梭依，非商業(yè)轉(zhuǎn)載請(qǐng)注明出處稍算。
這兩者不沖突，設(shè)計(jì)測(cè)試用例自然是最重要的役拴，但是同等重要的還有貫徹執(zhí)行這個(gè)測(cè)試用例糊探。換句話說(shuō)就是所謂執(zhí)行力。在中國(guó)的很多 IT 企業(yè)河闰，工作強(qiáng)度以及工作量遠(yuǎn)勝國(guó)外科平，所以你需要在短期內(nèi)執(zhí)行大量的測(cè)試案例，如果你只會(huì)手動(dòng)測(cè)試姜性，那么你很可能根本就沒有時(shí)間把所有案例都測(cè)試一遍匠抗。手動(dòng)測(cè)試員要么是把大部分的時(shí)間將消耗在執(zhí)行測(cè)試案例，而非設(shè)計(jì)測(cè)試案例上污抬，要么就是每輪都憑自己的經(jīng)驗(yàn)判斷而漏測(cè)很多點(diǎn)汞贸。而對(duì)于自動(dòng)測(cè)試來(lái)說(shuō)绳军，測(cè)試的案例是日積月累的，測(cè)試過(guò)的案例在以后每輪測(cè)試中都被反復(fù)使用矢腻，你只需要專注與設(shè)計(jì)新的測(cè)試案例门驾，而舊的測(cè)試案例已經(jīng)進(jìn)入了自動(dòng)測(cè)試，它在每次迭代中都會(huì)被自動(dòng)執(zhí)行了多柑，換句話說(shuō)奶是，自動(dòng)測(cè)試的測(cè)試人員可以用更少的精力去執(zhí)行測(cè)試，于是就可以把更多的精力放在設(shè)計(jì)測(cè)試案例上竣灌。這樣聂沙，自動(dòng)測(cè)試往往就可以意味著更好的測(cè)試案例設(shè)計(jì)。人的精力是有限的初嘹。無(wú)論對(duì)于自動(dòng)測(cè)試還是手動(dòng)測(cè)試人員及汉，測(cè)試案例的設(shè)計(jì)都重要，他們只是在執(zhí)行測(cè)試案例這個(gè)環(huán)節(jié)具有不同的技能而已屯烦。但對(duì)于迭代開發(fā)來(lái)說(shuō)坷随，一個(gè)軟件如果你需要測(cè)試 50-100 次甚至更多的次數(shù)，自動(dòng)測(cè)試凡是設(shè)計(jì)過(guò)一次的案例以后都可以直接執(zhí)行驻龟，自動(dòng)測(cè)試可以專注于新測(cè)試案例的開發(fā)以及實(shí)現(xiàn)温眉，而手動(dòng)測(cè)試每次都得手動(dòng)執(zhí)行以前設(shè)計(jì)過(guò)的所有案例，效率上明顯降低翁狐，而且漏測(cè)的情況基本上難免类溢。我個(gè)人覺得自動(dòng)測(cè)試對(duì)中國(guó)的 IT 來(lái)說(shuō)非常重要。至于國(guó)外是否重要我不清楚露懒，如果一個(gè)測(cè)試人員一個(gè)星期就那點(diǎn)事情可做闯冷，有充分的足夠的時(shí)間每次都手動(dòng)執(zhí)行所有案例，工作的時(shí)間壓力很小隐锭，也許他是沒有動(dòng)力實(shí)施自動(dòng)測(cè)試的窃躲，但這并不能成為手動(dòng)測(cè)試比自動(dòng)測(cè)試更優(yōu)的論點(diǎn)跟理由计贰。
作者：pansz
鏈接：https://www.zhihu.com/question/19721142/answer/16102001
來(lái)源：知乎
著作權(quán)歸作者所有钦睡。商業(yè)轉(zhuǎn)載請(qǐng)聯(lián)系作者獲得授權(quán)，非商業(yè)轉(zhuǎn)載請(qǐng)注明出處躁倒。
