首先說下，我們團隊沒有測試人員脯颜，所以測試任務(wù)由產(chǎn)品助理來負責(zé)哟旗。在互聯(lián)網(wǎng)行業(yè)，規(guī)模比較小的公司團隊，測試任務(wù)也多是由產(chǎn)品人員負責(zé)的热幔，因為他們對做的出來的東西比較了解∷媳樱互聯(lián)網(wǎng)項目一定不能少了測試這一環(huán)境绎巨，無論是內(nèi)部項目還是對外項目。人總是要求自己安心蠕啄，還有別人放心场勤。
互聯(lián)網(wǎng)產(chǎn)品的測試較之軟件行業(yè)的測試技術(shù)上沒有那么復(fù)雜，但是變化性和更新迭代性比較其略有增加歼跟。我們主要實現(xiàn)的是對其產(chǎn)品功能的測試和媳，目的就是為了檢驗最后工程師與設(shè)計師做出來的產(chǎn)品與我們最初確立的需求和預(yù)期是否吻合，還有就是發(fā)現(xiàn)其中明顯的使用缺陷和實施錯誤哈街。測試的結(jié)果是一個產(chǎn)品是否完成的標準留瞳，也是一個產(chǎn)品成功迭代更新的保障。
了解需求文檔和項目原型
很多公司沒有專門的需求文檔骚秦，在此我們可以把市場客戶調(diào)研問卷她倘，產(chǎn)品立項會議記錄，策劃人員產(chǎn)出的ppt等等作為需求文檔作箍，我覺得所有和這個項目有關(guān)的文檔都是需求文檔硬梁。然后是項目原型，因為項目原型是通過需求討論而產(chǎn)生的胞得，在一定程度上已經(jīng)相當全面的體現(xiàn)了需求荧止。原型通常由產(chǎn)品經(jīng)理和助理負責(zé)，所以他們也是最清楚需求的人阶剑。
對于對產(chǎn)品了解的人來說其實需求文檔就在你的腦子里跃巡。
舉例說一下產(chǎn)品需求文檔，下面是一個文章信息發(fā)布模塊的需求文檔：
信息發(fā)布的需求
1.可分類顯示信息个扰，可刪除瓷炮、添加、修改新聞信息的類別递宅。
2.可按照信息類別查詢娘香、添加、刪除办龄、修改某一條新聞信息烘绽。
3.新聞能夠顯示圖片和文字，允許且只可以上傳圖片及壓縮格式文件俐填，新聞信息可以附帶其他下載資料安接，如新商品的使用說明書等。
4.可以讓某條重要信息固定出現(xiàn)在所有信息的最前面英融，也可讓某條信息固定在某一類別信息的最前面盏檐。
5.可以顯示瀏覽者對某條新聞信息的閱讀次數(shù)歇式。
…………
然后是產(chǎn)品原型，他更直觀的表現(xiàn)了我們要做的東西胡野，對測試來說材失，需要清楚地認知他的各部分模塊功能還有內(nèi)容是什么。而一些細節(jié)和可能出現(xiàn)的問題都想用下面的東西來解決硫豆，它就是測試用例龙巨。
寫測試用例
在工程師開始進行開發(fā)時我們就可以寫測試用例了，我的測試用例一般就是兩種熊响，一種是用MindManager思維導(dǎo)圖旨别，一種是用EXCEL表格，由于自己感覺表做起來好頭疼汗茄，所以有時就用Word文檔秸弛。
用思維導(dǎo)圖能起到梳理思路的作用，從整體到每個分支洪碳，每個技術(shù)點都有他需要注意和測試的內(nèi)容胆屿，當然你不必寫的太詳細，只要把綱列出來就差不多了偶宫，而其中的細節(jié)通過大腦的聯(lián)想也會基本概括了非迹。而文檔寫測試用例的作用是可以給工程師看作為他的輔助，還可以用來記錄測試結(jié)果纯趋。
測試用例一定要拿出單獨的時間來完成憎兽，最好不要與其他工作交織著進行，是為了更安靜的總結(jié)你自己的思路吵冒。
下圖是某項目思維導(dǎo)圖的一部分纯命，在此把此模塊各個分支都列出來了，但是并沒有詳細預(yù)測列出測試點痹栖，因為第一太費時間亿汞，第二具體實踐過程中會出現(xiàn)各種情況，包括以下問題但不限于以下問題揪阿。
下面這張圖是測試用例文檔疗我，可以根據(jù)具體事宜設(shè)計具體文檔，測試用例文檔應(yīng)該是沒有固定格式的南捂，其中的幾個欄目要點也是有的可以省略吴裤，有的可以添加。如果最后需要領(lǐng)導(dǎo)看的話溺健，最好把測試結(jié)果寫清楚麦牺。
。
測試的實施與管理
我們知道有BugFree，Bugzilla等bug管理系統(tǒng)剖膳，他們能讓我們更高效的提出bug和管理bug魏颓，對測試出的bug有分級和指派等功能。但是總是覺得這些管理系統(tǒng)吱晒，從安裝琼开，維護，到管理對互聯(lián)網(wǎng)行業(yè)來說有些局限性枕荞。由于互聯(lián)網(wǎng)更新速度塊，講究速度與創(chuàng)新搞动，所以在bug管理這方面躏精，最好也用互聯(lián)網(wǎng)思維去解決。在這里鹦肿，有一個在線項目協(xié)作管理工具就挺好矗烛，它就是Tower，很多人都知道它箩溃，現(xiàn)在很多創(chuàng)業(yè)公司都是使用的它瞭吃，這是一個趨勢吧。
在使用它的過程中涣旨，我們每開展一個項目歪架，就為它創(chuàng)建一個項目測試專題模塊。然后把測試中的問題提到這個模塊霹陡。怎么表述和提交就不細說了和蚪，按照自己和程序人員的習(xí)慣就行。我們把每個問題指派給負責(zé)他的人烹棉，他也可以又不懂的在上面進行回復(fù)溝通攒霹。對于重要的問題，可以對題目進行標注浆洗，加急處理催束。也可以把問題當做任務(wù)指派給某個人，最后勾選完成就可以了伏社。
當然已經(jīng)完成的任務(wù)也是可以再打開的抠刺，因為可能由于后期某些修改更新出現(xiàn)新的問題。使得其不得不進行回歸測試摘昌。
這樣既起到了提交作用矫付，又起到了紀錄作用，還一定程度上完善了遠程溝通第焰。最重要的的是买优，Tower有時效性，更新速度塊，一個程序和網(wǎng)站可能有多個版本杀赢。有針對性烘跺，指派任務(wù)明確，大家都有責(zé)任感脂崔。不死板滤淳，系統(tǒng)界面生動，溝通人性化砌左，工作有熱情脖咐。
在進行一般兩輪測試提交和修改之后，等到上面的任務(wù)都完成汇歹，測試也就接近尾聲了屁擅。
團隊協(xié)作，交給用戶
有時候由于時間緊迫或者項目工作量大等产弹，需要團隊其他人員的協(xié)助派歌。對于一些客戶端產(chǎn)品，需要很多類型的手機或者平板等痰哨，也需要動用公司的所有人來進行測試胶果。比如各個手機上的現(xiàn)實問題，兼容問題斤斧，不同瀏覽器的兼容問題等早抠。
也可以吸取其他公司的經(jīng)驗，就是有獎測試撬讽。在進行完常規(guī)測試后把項目版本發(fā)給每一個公司人員贝或，隨測出來新的問題或者提出新的解決方法就給予他們獎勵，這樣就更好的完善了產(chǎn)品锐秦。
交給用戶咪奖，最終的使用者是用戶。
在我們把它交給用戶之前酱床，我們已經(jīng)做了上面的團隊測試羊赵。基本不會出現(xiàn)特別大的失誤和低級錯誤扇谣，甚至已經(jīng)趨于完善昧捷。接下來就讓用戶去內(nèi)測吧，來看看他們的智慧吧罐寨。而對于針對企業(yè)客戶的項目靡挥，可以讓他們自己或者他們的幾個客戶先體驗一下。
關(guān)于自動化與工具
其中包括回歸測試工具鸯绿，性能測試工具跋破，瀏覽器兼容測試工具等簸淀。根據(jù)項目的不同需求會需要不同的自動化工具輔助進行測試。
比如回歸測試毒返。它是根據(jù)修復(fù)好了的缺陷再重新進行測試租幕。目的在于驗證以前出現(xiàn)過但已經(jīng)修復(fù)好的缺陷不再重新出現(xiàn)。一般指對某已知修正的缺陷再次圍繞它原來出現(xiàn)時的步驟重新測試拧簸。通常確定所需的再測試的范圍時是比較困難的劲绪，特別當臨近產(chǎn)品發(fā)布日期時。因為為了修正某缺陷時必需更改源代碼盆赤，因而就有可能影響這部分源代碼所控制的功能贾富。所以在驗證修好的缺陷時不僅要服從缺陷原來出現(xiàn)時的步驟重新測試，而且還要測試有可能受影響的所有功能牺六。因此應(yīng)當鼓勵對所有回歸測試用例進行自動化測試颤枪。工具如Selenium等。
使用的目的是為了節(jié)約時間與人力兔乞，這樣的前提下，如果它們提高了我們的效率會讓事情更完美凉唐。
附件：一個簡單的思維導(dǎo)圖
這就是互聯(lián)網(wǎng)產(chǎn)品的測試總結(jié)庸追，或者說一個小的互聯(lián)網(wǎng)團隊的測試總結(jié)，寫的時候也借鑒了其他兩篇網(wǎng)上的文章台囱，與其還是有很多相通之處淡溯。我只是大致的描繪，應(yīng)該有人有其他更好的全面細致的經(jīng)驗簿训。
Ps：文章是自己寫于一年前咱娶，我再搬運下。
還可以看看這篇不錯的文章 純銀V ?一些產(chǎn)品測試經(jīng)驗? 强品。
