軟件測試工作中會遇到的十個常見問答

軟件測試工作中會遇到的十個常見問答問題目錄第一問：測試團隊的工作也依賴于業(yè)務(wù)和開發(fā)，如何有效提高與業(yè)務(wù)團隊和開發(fā)團隊的合作默契？第二問：團隊如何考慮平衡質(zhì)量和速度的測試策略？第三問：敏捷模式下，如何平衡快速發(fā)布和客戶對質(zhì)量的期望？第四問：團隊的人測不出問題，上線后問題又很多，主管只能抽測一些重點的，這種情況怎么解決？第五問上海—歸云劍客：如何提高測試團隊學(xué)習(xí)業(yè)務(wù)知識的速度？第六問：如何快速打造組建一個測試團隊？第七問：關(guān)于面向業(yè)務(wù)的測試，自動化測試該如何實施？第八問：1）公司產(chǎn)品為智能硬件（可定義為新型制造業(yè)），測試團隊負(fù)責(zé)范圍除了軟件測試，還包含傳統(tǒng)的硬件測試；2）測試人員主動學(xué)習(xí)能力和積極性普遍弱于開發(fā)人員，會存在被開發(fā)同化現(xiàn)象（比如BUG的解讀被開發(fā)牽著走）；如果快速有效提升測試人員對產(chǎn)品理解及專業(yè)技能？3）性格外向型測試人員，跨部門溝通效果好，但有些容易浮于表面；內(nèi)向型的測試更容易發(fā)現(xiàn)潛藏較深容易發(fā)現(xiàn)潛藏較深BUG（微軟曾做過此類研究）；測試團隊搭建，性別、性格、開發(fā)測試比例等是否存在“黃金比例”？第九問：如何識別有效的加班和無效的加班？第十問制定上線的產(chǎn)品發(fā)布的質(zhì)量標(biāo)準(zhǔn)需要考慮哪些維度？怎么統(tǒng)計線上遺漏率？第一問：測試團隊的工作也依賴于業(yè)務(wù)和開發(fā)，如何有效提高與業(yè)務(wù)團隊和開發(fā)團隊的合作默契？答1測試團隊與開發(fā)團隊和業(yè)務(wù)團隊的溝通，都是難點，這個難點，一方面是溝通機制的問題。但是更為重要的是各自的知識積累，比如測試人員的業(yè)務(wù)知識積累，以及對軟件系統(tǒng)的全面了解。因此，對于復(fù)雜的產(chǎn)品，比如業(yè)務(wù)性很強的軟件，比如復(fù)雜通訊系統(tǒng)，復(fù)雜的金融系統(tǒng)，測試工程師的測試效果，可能三分靠測試技術(shù),氣七分要考對測試金融、通訊具體業(yè)務(wù)的了解和掌握程度。測試人員的職業(yè)壽命比較長，與這一點也是密切相關(guān)。對于復(fù)雜的業(yè)務(wù)來說，培養(yǎng)一個測試專家不難，難事培養(yǎng)一個對業(yè)務(wù)全面了解的業(yè)務(wù)專家是很難的。這也是測試工程師職業(yè)競爭力的一個積累點所在。除此之外，測試工程師最好能夠?qū)W一點心理學(xué)的知識，測試工程師和碼農(nóng)還不完全一樣，如果學(xué)習(xí)一點心理學(xué)的知識，對工作更有幫助。目前，有關(guān)心理學(xué)的課程，知識都很多。最簡單的，買一本戴爾卡耐基的《人性的弱點》反復(fù)看一看，會對工作有幫助的。還有幾本書，也可以作為參考比如《狂熱分子》，《烏合之眾》，對人的心理和人性理解的深入一些，工作開展更為容易一些。答2測試團隊和開發(fā)團隊的關(guān)系時上下游關(guān)系，測試的進程依賴于開發(fā)的進度，測試的結(jié)果需要開發(fā)承認(rèn)。需要注意的是雙方的關(guān)系要融洽。開發(fā)和測試容易形成敵對關(guān)系，這需要開發(fā)和測試的主管要具備協(xié)調(diào)對立關(guān)系的能力和緩解對立情緒辦法。第二問：團隊如何考慮平衡質(zhì)量和速度的測試策略？答1測試本身就是在成本和質(zhì)量之間找的平衡點，如果投入的財力和工作量是有限的。那么必須對被測試對象的功能點劃分優(yōu)先級，優(yōu)先級高的優(yōu)先測試。另外，一個要考慮產(chǎn)品遺留bug會產(chǎn)生后果的嚴(yán)重程度。如果是公司內(nèi)部IT系統(tǒng)，功能對業(yè)務(wù)影響不大，又著急上線，那么跑完正常功能和正常流程，以及少量異常流程，基本就可以上西線了。如果，是銀行、電信這類系統(tǒng)，沒有辦法避免投入。目前，中國的銀行在IT方面的投入，可能是世界之最，超級就，超級的投入，產(chǎn)生超級的應(yīng)用和質(zhì)量。大家可以對比國外的金融IT，基本上都不是中國的對手。如果是產(chǎn)品，或者系統(tǒng)不斷迭代升級的軟件系統(tǒng)，那么就需要考慮自動化了。一般來說，同一產(chǎn)品，五輪以上的手工測試，就可以考慮自動化了。這是提升效率的好辦法。不同的項目，對軟件的質(zhì)量要求是不一樣的，公司的領(lǐng)導(dǎo)層必須對產(chǎn)品質(zhì)量的要求要有理性客觀的定位，否則，會出現(xiàn)測試資源投入不足，造成既要馬兒跑，又不讓馬兒吃草的局面。所以說，測試工作的定調(diào)，首先是研發(fā)的老大要做好的。如果一旦做不好，可能工作開展就比較麻煩。我對這個問題，就闡述到此。答2移動app舉例解答下這個問題，app要求全質(zhì)量（功能、性能、易用性、安全和兼容性，一樣不少），考慮到發(fā)布要求盡量做到分層測試，第一種分層考慮是先考慮接口功能、UI功能和性能測試，再考慮兼容性和安全測試。第二種分層考慮研發(fā)階段、系統(tǒng)測試階段和上線回歸三個階段任務(wù)分層，研發(fā)相當(dāng)于功能集成測試，盡量做到接口功能自動化測試，用例和自動化保持在基本覆蓋用例集，內(nèi)部測試團隊獨立承擔(dān)；在系統(tǒng)測試和上線驗收階段，可考慮眾測、灰度發(fā)布用戶中組織并承擔(dān)測試。對代碼質(zhì)量檢查和持續(xù)集成活動是自動化測試活動、接口測試是自動化測試活動、UI界面功能也是自動化活動，迭代最多還是版本持續(xù)集成這個環(huán)節(jié)。系統(tǒng)測試和驗收測試階段，倘若用例質(zhì)量高，建立眾測能力也是不錯的選擇發(fā)，用例覆蓋有保障，執(zhí)行層面參與的人多了，手工比自動化測試效率更高。第三問：敏捷模式下，如何平衡快速發(fā)布和客戶對質(zhì)量的期望？敏捷指的是內(nèi)部迭代的敏捷，不是魯莽的把一個沒經(jīng)過充分測試的產(chǎn)品直接推給客戶?？蛻魧|(zhì)量的期望需要在銷售階段就做好引導(dǎo)，測試人員在后期面對客戶去平衡客戶的期望就太晚了。第四問：團隊的人測不出問題，上線后問題又很多，主管只能抽測一些重點的，這種情況怎么解決？答1團隊的人員測試不出來問題，這是很嚴(yán)重的。那么，首先要找到原因所在。既然主管，做了一些重新測試，如果主管發(fā)現(xiàn)了問題，針對這些問題，要與測試工程師一起分析為什么測試工程師沒有發(fā)現(xiàn)問題。也就是做缺陷分析，缺陷分析是提升測試人員測試效果很好的手段。答2如果系統(tǒng)的使用環(huán)境很復(fù)雜的話，這種情況就不是自己能避免的了。我最近遇到一個客戶，他們內(nèi)部測試團隊能力已經(jīng)比較強了，但是系統(tǒng)部署到客戶那里依然會出現(xiàn)各種問題，歸根到底是因為客戶是多樣的，而自己的測試環(huán)境變化是有限的。解決方案只能是自家的測試隊伍努力提高測試用例的完備性，利用其它力量在不同的環(huán)境下做充分驗證。答3我覺得測試測不出問題，工作量評估、工作環(huán)境評估不準(zhǔn)也是原因。應(yīng)需充分調(diào)研客戶的具體需求，實際運作環(huán)境，然后做測試工作量的準(zhǔn)確評估，提出合理的人力、測試時長訴求。如果人力、時間給足了，Case也覆蓋到了，還有遺漏，就是嚴(yán)重的工作態(tài)度問題，屬于測試遺漏。我們的做法是所有跟用例無關(guān)的缺陷，后續(xù)都必須維護回測試用例里，不求用例百分百覆蓋，但應(yīng)盡可能趨近于百分百。第五問上?！獨w云劍客：如何提高測試團隊學(xué)習(xí)業(yè)務(wù)知識的速度？答1如果業(yè)務(wù)知識是行業(yè)知識，最好通過一些資格認(rèn)證，比如做證券軟件，測試工程師可以去通過考證券從業(yè)資格考試，提升自己對證券行業(yè)的理解，其他行業(yè)也是一樣道理。答2根據(jù)我的經(jīng)驗，提高學(xué)習(xí)業(yè)務(wù)知識的速度最有效的就是讓新手回歸缺陷。缺陷里有完整的執(zhí)行步驟，有利于快速的掌握如何操作系統(tǒng),并且預(yù)期結(jié)果和實際結(jié)果的對比，非常有利于新人梳理業(yè)務(wù)流中的測試項和觀察點。答3找一些行業(yè)顧問集中培訓(xùn)幾天，并且可以長期集中答疑。第六問：如何快速打造組建一個測試團隊？說到底，還是與預(yù)算有關(guān)系。預(yù)算允許，招聘有經(jīng)驗的關(guān)鍵人員，搭班子初期，要有好人。在面試的時候，可以做一些邏輯測試和職業(yè)性格測試。尤其職業(yè)性格測試對后續(xù)組建團隊很有幫助。博為峰開發(fā)了一套職業(yè)性格測試系統(tǒng)，有些人就是不適合做技術(shù)工作，或者不是做與人協(xié)調(diào)的技術(shù)工作，這種人，在搭班子初期不適合進來。比如，我們曾經(jīng)招聘過樂群性是0分的人，后來通過評測才發(fā)現(xiàn)他的問題如此嚴(yán)重，這類人很難把工作做好。還有獨立性，穩(wěn)定性，這都是可以通過測試發(fā)現(xiàn)問題的。市面上比較多的是，mtbi測試。大家可以找來看看，尤其測試經(jīng)理。建議測試經(jīng)理和人事針對這個問題做些討論。補充一句，后續(xù)，博為峰會發(fā)布免費的職業(yè)性格測試系統(tǒng)，大家如果有興趣可以自己測試一下，看看是否對自己有價值，了解自己，知己知彼，才能有所作為。）第七問：關(guān)于面向業(yè)務(wù)的測試，自動化測試該如何實施？自動化方面的問題，我覺得先要確定是否有必要做，再考慮怎么做。大部分公司的自動化測試實踐是無效的。先從成本角度和技術(shù)能力兩個方面考慮是否要做。如果上述兩個問題經(jīng)過認(rèn)真評估，還是決定做自動化，可以按照三個步驟來實施：1.選擇使用哪種自動化測試解決方案。2.梳理需要自動化測試用例。3.隨著版本的變更，維護自動化測試代碼。追問（如何讓領(lǐng)導(dǎo)覺得測試團隊有成長。通常測試團隊的能力提升是很難通過圖標(biāo)或數(shù)字表現(xiàn)出來的）答：測試團隊能力的成長，可以在產(chǎn)品質(zhì)量上得到體現(xiàn)，經(jīng)過你們測試的產(chǎn)品質(zhì)量逐步提升了，這就是團隊能力提升的一個有力的表現(xiàn)。另外，測試團隊要逐步建立自己的質(zhì)量保證體系，在規(guī)范、標(biāo)準(zhǔn)方面逐步積累，讓領(lǐng)導(dǎo)通過過程輸出文檔看到你們在提升。第八問：1） 公司產(chǎn)品為智能硬件（可定義為新型制造業(yè)），測試團隊負(fù)責(zé)范圍除了軟件測試，還包含傳統(tǒng)的硬件測試；想聽下貴司專家對此類企業(yè)，測試經(jīng)理/總監(jiān)和品質(zhì)經(jīng)理/總監(jiān)的關(guān)聯(lián)及區(qū)別要看硬件的規(guī)模，一般這類產(chǎn)品分為軟件測試團隊、純硬件測試團隊，系統(tǒng)集成測試團隊這三類。如果智能硬件的規(guī)模比較小，可能只有純硬件測試團隊和軟硬件系統(tǒng)集成測試的團隊即可。2） 測試人員主動學(xué)習(xí)能力和積極性普遍弱于開發(fā)人員，會存在被開發(fā)同化現(xiàn)象（比如BUG的解讀被開發(fā)牽著走）；如果快速有效提升測試人員對產(chǎn)品理解及專業(yè)技能？答1我覺得認(rèn)為測試比開發(fā)弱的觀念首先是不對的，這種觀念如果存在，很難有自己獨立的思想，很難來保證質(zhì)量。我招聘人員的時候會考量，一個測試人員如果連挑戰(zhàn)開發(fā)的勇氣都沒有的測試，我們是不需要的。為什么弱，弱在那里，是業(yè)務(wù)弱，還是技術(shù)弱？每一樣事情做到極致了，就沒有弱的說法。答2測試人員在具體編程方面可能不如開發(fā)，但是這只是個熟能生巧的工作。在業(yè)務(wù)整體性的理解方面，測試一定會強于單個的開發(fā)人員。答3這個問題我覺得是團隊定位除了問題，測試把自己定位成開發(fā)的助手了。這需要測試團隊的老大從思想上給手下人明確自己的的職責(zé)，并且要提高業(yè)務(wù)水平。說白了就是對自己不自信，被人一懟就慫了。3）性格外向型測試人員，跨部門溝通效果好，但有些容易浮于表面；內(nèi)向型的測試更容易發(fā)現(xiàn)潛藏較深BUG（微軟曾做過此類研究）；測試團隊搭建，性別、性格、開發(fā)測試比例等是否存在“黃金比例”？這可能是個偽命題。內(nèi)向外向只是分析問題的一個維度，這可能不是決定性的。決定性的原因是測試人員是否有獨立工作的能力，有些人外向，是因為沒有獨立工作能力，凡事都需要協(xié)作。以及測試人員的邏輯分析能力，專研精神。這個看情況的，不能一棍子打死一定是那種性格好，內(nèi)向型中有內(nèi)斂性的，也有小白兔性的，有外弱內(nèi)強性的。面試的時候時間不夠，如果不擅于溝通，不擅長溝通，肯定是要吃虧的。4）有低成本且簡單好用的相關(guān)管理工具推薦嗎？個人摸索了多款項目管理工具沒找到太好解決方案，目前采用免費版JIRA+禪道（對使用還是偏繁瑣）舊版JIRABUG管理很不錯,旦無法追溯管理測試版本；禪道可以管理項目版本（包括附件），但BUG管理沒JIRA直觀；騰訊免費開放的TAPD版本迭代不具備附件功能（略遺憾）答1jira所在的公司是澳大利亞的一家軟件公司，規(guī)模很大，全套的敏捷開發(fā)工具都涵蓋了。在他的工具鏈中，應(yīng)該有相關(guān)的支撐。atlassian的產(chǎn)品功能強大，就是重了。但是擴展性很好。答2我們一直用禪道，感覺開源，輕量，禪道可以:產(chǎn)品--項目--用例--缺陷，還有豐富的報告圖表。5）APP自動化測試，嘗試過python+appium的方式；UI自動化實際產(chǎn)生的價值效果并不理想；希望能了解更實用的自動化測試技術(shù)（比如接口、性能等）答1關(guān)于APP自動化測試個人看法是如果是兼容性測試，昔助自動化UI測試效率最高。其他的功能自動化要看情況了。如果是做系統(tǒng)級接口測試衛(wèi)pp的UI所對應(yīng)的API都要有封裝，這個需要開發(fā)團隊配合。這樣，做完接口測試，還是要跑一邊UI測試的。否則，無法保證UI的正確性。至于用python調(diào)用接口，這個技術(shù)就太簡單了。python與其他語言的粘合性比較好，都有相關(guān)的辦法。這類資料很多。答2UI和接口哪個穩(wěn)定就做哪個自動化，都不穩(wěn)定就放棄自動化。自動化大部分時間都是不成功的，不要強求。答3如果UI變化不是很頻繁，可以考慮。往往和自動化效率有點沖突。自動化希望快速迭代回歸，快速迭代，UI可能變化頻繁。如果資源不是很多，或者先做重要流程的APP自動化。接口的話由于現(xiàn)在團隊代碼能力弱所以采用Jmeter來做還順便做接口壓測jmeter搭積木試的，加業(yè)務(wù)斷言，測試可以把更多精力放在業(yè)務(wù)上。功能的同事也可以很快學(xué)起來，用起來，他們也比較喜歡學(xué)。第九問：如何識別有效的加班和無效的加班？有效