軟件測試中如何深入功能測試
來(lái)淘寶實(shí)習3個(gè)月，剛開(kāi)始來(lái)直接做功能測試，執行用例。覺(jué)得執行功能測試用例沒(méi)有什么技術(shù)含量，做測試還是做接口測試、自動(dòng)化測試、性能測試才比較有前途。于是研究自動(dòng)化工具，學(xué)習腳本語(yǔ)言ruby。一起來(lái)實(shí)習的同學(xué)看到我整天忙得沒(méi)閑下來(lái)，覺(jué)得我學(xué)習沒(méi)有重點(diǎn)，看的資料多，但什么都學(xué)得不精，我當時(shí)也很困惑，靜下來(lái)想了很多。
首先，我想到的是，什么才是“有技術(shù)含量”。一個(gè)“有技術(shù)含量”的東西就是你能做而別人不能做，或者你能把工作完成的又快又好。如果你的工作任何人隨時(shí)都能勝任，那就不算有技術(shù)含量。從這方面來(lái)看，很多人覺(jué)得手工完成功能測試沒(méi)有技術(shù)含量不足為奇。因為如果按照用例去執行，根據前置條件，執行步驟，預期結果,即使是一個(gè)從來(lái)沒(méi)有做過(guò)測試的人也可以很輕松的勝任。但是如果是設計、編寫(xiě)用例，給出一個(gè)功能點(diǎn)，是不是每個(gè)人都能快速的設計出覆蓋率高、復用性能好的測試用例，而且語(yǔ)言簡(jiǎn)潔，條例清晰。這個(gè)答案就不一定了。在我實(shí)習期間，第一次做了一個(gè)完整的項目，用例總體設計是師傅顧欣， 用例的2/3是師傅完成的。我明顯意識到了差距，不懂業(yè)務(wù)，不熟悉邏輯方法，自己只有努力看需求以及請教師傅和開(kāi)發(fā)的同時(shí)，把邏輯搞清楚，把業(yè)務(wù)弄熟悉。
再次，不管什么工作，什么事情，，只要堅持做得深入·，就會(huì )有能力的提升。對于測試來(lái)說(shuō)，我認為能力包含技術(shù)，還包括技術(shù)以外的東西，比如：交流能力、寫(xiě)技術(shù)文檔的能力。技術(shù)方面的，比如如何定位BUG，追蹤BUG,就可以做的很深。這個(gè)問(wèn)題，面試的時(shí)候，面試官也問(wèn)過(guò)我。在項目中我碰到過(guò)這樣一個(gè)問(wèn)題：瀏覽器交叉測試，我用FireFox發(fā)現了多行文本在超長(cháng)字符校驗上有問(wèn)題，但是IE上就沒(méi)有問(wèn)題。開(kāi)始準備直接提交BUG，定位為瀏覽器差異。后來(lái)請教師傅顧欣，她詳細校驗了空格、回車(chē)符在2種瀏覽器中的計數差別，很快定位到BUG是由于回車(chē)符在FF上是記做了2個(gè)字符，提交BUG。很明顯，第二種做法，BUG修復起來(lái)也快，而且開(kāi)發(fā)也愿意配合，自己的能力也能得到提升。測試人員不能一味地只提BUG，有時(shí)可能將正確的東西誤認為是BUG，也是對開(kāi)發(fā)人員的勞動(dòng)成果不負責任的否定。的確，一開(kāi)始反復確認BUG,慢慢細化問(wèn)題的時(shí)候，會(huì )很花時(shí)間，而且效率并不高，但是有句話(huà)不是說(shuō)“火車(chē)剛發(fā)明的時(shí)候比馬還慢”，當你積累了業(yè)務(wù)經(jīng)驗、熟練運用工具后，你會(huì )發(fā)現BUG定位越來(lái)越快，處理問(wèn)題越來(lái)越順手，自己的能力也得到了提升。
當碰到無(wú)法解決的問(wèn)題時(shí)，要積極地和開(kāi)發(fā)商量，不要自己鉆牛角尖。在項目中我也碰到過(guò)這樣的問(wèn)題，后臺設置單選、多選選項的BUG，提交開(kāi)發(fā)，發(fā)現是分詞方法使用有誤，開(kāi)發(fā)修復之后，我詢(xún)問(wèn)了他修復使用的方法。我們得承認，在編碼方面，開(kāi)發(fā)人員確實(shí)比測試人員更專(zhuān)業(yè)，他們解決修復BUG的方法值得我們在后面的測試用例設計的時(shí)候好好借鑒。但我們也不能妄自菲薄，只有把測試工作做得更專(zhuān)業(yè)，才能得到別人的信服。
最后，其他能力的鍛煉�？梢钥隙ǖ囊稽c(diǎn)是，測試不是想象，想怎么測，就怎么測，不是你點(diǎn)點(diǎn)鼠標就能完成的一件事。我們總是在開(kāi)始測試之前，就先把思路整理清楚，鍛煉了邏輯思維能力。我們總是在描述BUG的時(shí)候，擔心開(kāi)發(fā)看不懂，每次以他人的眼光審視自己寫(xiě)的BUG，是否有歧義，是否帶有截圖，是否有步驟的詳細描述，是否簡(jiǎn)練直白，鍛煉了文字描述。我們總是和PD確認需求，和開(kāi)發(fā)確認缺陷，鍛煉了溝通能力�？赡苡腥苏J為這不是一種能力的提升，不能稱(chēng)之為收獲。但是如果沒(méi)有經(jīng)歷這些情景，你是不是會(huì )在執行測試用例的時(shí)候，發(fā)現還有功能點(diǎn)沒(méi)有寫(xiě)進(jìn)TC里面，要重新再寫(xiě)再測；你是不是提交BUG之后，開(kāi)發(fā)過(guò)來(lái)問(wèn)你，這個(gè)BUG是怎么回事；你是不是在需求了解的不是很清楚的時(shí)候，把一個(gè)不是錯誤的BUG提交給開(kāi)發(fā)，開(kāi)發(fā)立馬把BUG狀態(tài)改成invalid，等等。
任何工作，在BS他之前，先看看自己對他付出了多少。如果你只是簡(jiǎn)單的學(xué)會(huì )怎么用自動(dòng)化或者性能測試的工具，而不去深入了解內涵，也不會(huì )有什么能力的提升吧。
在經(jīng)歷了淘寶實(shí)習期，我更了解測試工作，也堅定自己繼續在這個(gè)行業(yè)發(fā)展的目標，所以在剛來(lái)迷茫期的時(shí)候，我把自己的旺旺簽名改成了“一步一步來(lái)，不要焦慮”，我喜歡沒(méi)有焦慮，一步一個(gè)腳印的認真生活。
文章來(lái)源于領(lǐng)測軟件測試網(wǎng) http://kjueaiud.com/
