如何測試網(wǎng)頁上的搜索功能

1、時(shí)間緊迫的情況下，如何做好測試工作？軟件產(chǎn)業(yè)迅猛發(fā)展，已經(jīng)滲透到人類社會的各個(gè)層面，大到航天軍工，小到商店收銀， 無不有軟件的應(yīng)用。 因此這個(gè)命題有點(diǎn)大，不同類型的軟件， 測試特性有所不同， 很難以一 蓋全，這里我只是以一個(gè)從事 ERP類軟件測試的人員角度闡述一些觀點(diǎn)和實(shí)踐經(jīng)驗(yàn)，希望對大家有些許幫助！時(shí)間1) 對時(shí)間、成本、質(zhì)量要有清晰明確的認(rèn)識。 有過項(xiàng)目經(jīng)驗(yàn)的人肯定對時(shí)間、成本、質(zhì)量這三軸圍成的三角形不陌生，三者是相 互作用相互制約的， 作為項(xiàng)目管理者希望項(xiàng)目成功， 自然要平衡這三要素的關(guān)系。 不充分的前提下，想作好測試工作，這個(gè)“好”字就得從項(xiàng)目整體的層面去認(rèn)識，而不 能單純從質(zhì)量一條線

2、去衡量了！所以，測試人員有可能接受這樣一個(gè)背景下的任務(wù)時(shí)， 是不是應(yīng)該和項(xiàng)目負(fù)責(zé)人提出一下： 如果要力保時(shí)間， 那么就要在成本上加大投入， 另 外在質(zhì)量上必須接受一些瑕疵， 我們是不是必須要這樣作呢？明確一下我們本次任務(wù)的 目標(biāo)到底是什么？如果得到的答案是要搶時(shí)間， 那么好， 我們再去抱怨時(shí)間的緊迫就沒 有意義了，而是應(yīng)該想一些切實(shí)有效的辦法來解決這一問題！2) 加大成本。 上一條中我們看到了，如果時(shí)間要縮減，質(zhì)量要求不變的情況下，項(xiàng)目成功度(三 角形面積)須要通過加大投入成本來解決，很直接，就是人、財(cái)、物！但是那往往這是 很理想的狀態(tài)， 絕大多數(shù)的情況則是隨著時(shí)間的不充分， 成本同樣也不會有

3、過多的追加， 否則我們也不會把這個(gè)問題作為難點(diǎn)來討論了。 那么我們就只能通過內(nèi)部挖潛來嘗試一3) 需求要對產(chǎn)品有準(zhǔn)確的定位和適當(dāng)?shù)募舨谩?作軟件研發(fā)業(yè)務(wù)的最前端，產(chǎn)品定義、需求、設(shè)計(jì)對產(chǎn)品的成敗至關(guān)重要，從實(shí)踐中看， 如果前端有一個(gè)小環(huán)節(jié)沒有花時(shí)間考慮到位， 那么后期的編程、 測試的過程需要 花數(shù)倍的時(shí)間來返工、 彌補(bǔ)， 甚至還要承擔(dān)引發(fā)連鎖反應(yīng)的重大風(fēng)險(xiǎn)， 因此在測試甚至 編程開展之前， 需求人員務(wù)必把份內(nèi)工作作足， 確保項(xiàng)目需求的準(zhǔn)確性和穩(wěn)定性。 同時(shí) 如果在比較了時(shí)間等資源條件與要實(shí)現(xiàn)所有功能的工作量之后還是無法平衡， 那么就必 須作適當(dāng)有效的剪裁來確保本次開發(fā)項(xiàng)目的可完成性。4) 開發(fā)

4、人員實(shí)現(xiàn)的內(nèi)容要及時(shí)充分印證和驗(yàn)證。 印證是指確保作出的東西是需求要的； 驗(yàn)證是指確保作出的東西是可用的、 好用的。這方面可以通過各種手段，比如需求驗(yàn)證、單元自測、結(jié)對編程、同行評審、和需求測 試人員加強(qiáng)溝通等等，原則只有兩條：及時(shí)、充分。5) 測試的二八法則。偏向業(yè)務(wù)的軟件產(chǎn)品中，真正核心的流程和場景只占20%，用戶往往會把 80%的精力放在我們的這 20%部分中， 對產(chǎn)品的認(rèn)可度表決權(quán)也基于此， 因此決定項(xiàng)目是否能順 利驗(yàn)收， 產(chǎn)品是否能順利發(fā)布等等， 都很大程度取決于此。 所以我們在資源不充分的背 景下，只能抓大放小，把有限的精力高效利用，找準(zhǔn)這20%的重點(diǎn)場景和業(yè)務(wù)，部署我們 80%的

5、測試資源，有側(cè)重的去開展測試業(yè)務(wù)，作到有的放矢！6) 測試計(jì)劃的重要性。 往往很多項(xiàng)目一說時(shí)間緊，就把計(jì)劃呀、評審呀這類環(huán)節(jié)省略了，其實(shí)要省時(shí)間， 即是要敏捷， 那么敏捷的樸素思想就是擠掉一切不是必須有的水分，使研發(fā)過程 LIGHTLY。但是， 如果一個(gè)環(huán)節(jié)的省略，會造成后續(xù)很大的潛在損失，那么就是必須的環(huán)節(jié)， 因此 適當(dāng)?shù)臏y試計(jì)劃我認(rèn)為恰恰是在短時(shí)間保證質(zhì)量的有效途徑，時(shí)間緊， 則更要求計(jì)劃作再有就是在計(jì)劃中把過程細(xì)分成一 什么時(shí)間把測試方案確定、 什么時(shí) 我們管理者在過程的監(jiān)督和控制上只要抓好這些 當(dāng)然里程碑的顆粒度確定要根據(jù)項(xiàng)目的實(shí)際情況 計(jì)劃是否起到良好作用的關(guān)鍵在于執(zhí)行過程的管 所以

6、計(jì)劃中要體現(xiàn)優(yōu)先級，在執(zhí)行過的細(xì)， 作的好落實(shí)， 分工給每個(gè)測試人員時(shí)， 大家都很明確自己要作什么、 作到什么程 度、什么時(shí)間作完， 同時(shí)各項(xiàng)分工整合在一起時(shí)還要作到對關(guān)鍵點(diǎn)的全面覆蓋、 要充分 考慮到應(yīng)變方案以應(yīng)對可能出現(xiàn)的拖期等意外情況。 些關(guān)鍵的里程碑， 比如什么時(shí)間點(diǎn)把詳細(xì)需求固化、 間進(jìn)行需求驗(yàn)證等一系列重要的時(shí)點(diǎn)， 里程碑， 就能比較好的駕馭這個(gè)項(xiàng)目， 有所區(qū)別， 量身定制最適合的。 另外，哪些是可以調(diào)整可以剪裁掉的， 這是非常重要理，世間萬物都是變化的、唯一不變的就是變化， 程中及時(shí)調(diào)整， 把握好哪些是不能變的， 的。7) 風(fēng)險(xiǎn)前置。 開發(fā)前期提前實(shí)現(xiàn)那些隱患比較大的功能部分，比

7、如基礎(chǔ)數(shù)據(jù)檔案、非本部門或本 項(xiàng)目組負(fù)責(zé)的接口方模塊、 復(fù)雜業(yè)務(wù)邏輯功能點(diǎn)、 核心算法和單據(jù)、 性能要求較高的操 作等等，這些內(nèi)容如在后期發(fā)現(xiàn)作的有問題， 往往投鼠忌器， 修改成本過大，所以這些 環(huán)節(jié)盡量安排提前完成并提交需求、測試人員驗(yàn)證。8) 建立高效的工作流程和溝通機(jī)制。比如站立會議、燃燼圖看板、成果演示等敏捷開發(fā)的工作方式可以適當(dāng)嘗試，一切 以高效順暢的溝通為底線，當(dāng)然事情不是不需求討論，但討論一定要迅速落實(shí)，有了良 好的工作流程作保障，會發(fā)現(xiàn)很多時(shí)間被擠了出來。9) 人的管理。21 世紀(jì)什么最貴？人才！ 只有把人管好用好， 事情才談的上能否作好。 首先提升人 的能力，通過知識共享、

8、傳遞、考核等手段， 快速把測試人員的能力提升到勝任的水平； 第二對人員進(jìn)行合理的分工安排，關(guān)鍵位置關(guān)鍵人、分組分塊、以老帶新、男女搭配、 交叉測試等各種方式； 第三建立適當(dāng)?shù)氖跈?quán)， 充分發(fā)揮團(tuán)隊(duì)核心人員的作用， 一個(gè)人的 關(guān)注度畢竟有限， 集權(quán)式的管控模式在高效模式下很難運(yùn)作的好， 作為測試經(jīng)理， 如果 手下有核心的主測或小組長， 只要管好他們就成功大半了， 同時(shí)有任命必有授權(quán)方可名 正言順， 如果想基層的負(fù)責(zé)人順利開展工作， 適度的授權(quán)和放權(quán)是必須的； 第四監(jiān)督必 不可少，沒有監(jiān)督， 再多的任務(wù)布置都是形同虛設(shè)，負(fù)責(zé)人要在必要的環(huán)節(jié)、時(shí)點(diǎn)作關(guān) 鍵的監(jiān)督，比如抽驗(yàn)等方式對測試人員的工作狀態(tài)和成

9、果作具體的確認(rèn)，對好的褒獎(jiǎng)， 對差的批評指正， 累犯不改的害群之馬盡早更替； 最后還要提的一點(diǎn)是士氣很重要， 要 努力營造一種積極團(tuán)結(jié)， 能抗壓， 愛攻堅(jiān)的團(tuán)隊(duì)氛圍， 加班雖是捷徑但實(shí)際上還是工作 時(shí)間的延長并不是解決時(shí)間緊張的途徑， 而且同時(shí)可能會帶來人員士氣和健康方面的隱 患。10)適度的測試工具引入。工欲善其事必先利其器，適當(dāng)引入測試工具代替人工無疑是件提升效率的好事，但一定注意投入產(chǎn)出的平衡， 當(dāng)時(shí)間不充分時(shí)尤其要考慮這一點(diǎn)， 不要費(fèi)了半天力氣好容 易把工具用上了， 項(xiàng)目時(shí)間也所剩無幾了， 那樣的話發(fā)揮不了太多作用。 也不一定非要 用很大而全的商業(yè)測試工具， 有條件的可以自己開發(fā)一些小

10、巧實(shí)用卻能提升具體某個(gè)環(huán) 節(jié)實(shí)際工作效率的工具， 例如把一些公共可復(fù)用的測試用例整合起來作成一個(gè)共享的庫， 通過一些簡便快捷的檢索和訂制就可以生成測試任務(wù)的小工具， 諸如此類的思想， 可以 鼓勵(lì)測試人員作一些創(chuàng)新和嘗試，在實(shí)踐中不斷借助工具的力量提高效率。以上種種， 都是在我們實(shí)際工作中的一些體會，時(shí)間倉促，沒有好好整理，的地方也歡迎大家補(bǔ)充，希望對大家的測試工作開展有所幫助！很多沒想到陳瑋2011/8/30粗略列一列，大致可以從以下幾個(gè)層面考慮吧：1功能方面，是否能按指定條件查到正確、完整的結(jié)果，具體：1.1 錄入條件為可查到結(jié)果的正常關(guān)鍵字、詞、語句，檢索到的內(nèi)容、1.2 錄入條件為不可查

11、到結(jié)果的關(guān)鍵字、詞、語句；1.3 錄入條件為一些特殊的內(nèi)容，如空、特殊符、標(biāo)點(diǎn)符、極限值等， 分的方法等；鏈接正確性；可引入等價(jià)類劃2性能方面，可利用測試工具或各種測試手段考慮功能在各方面的表現(xiàn)，2.1 壓力測試：在不同發(fā)用戶數(shù)壓力下的表現(xiàn)（評價(jià)指標(biāo)如響應(yīng)時(shí)間等）2.2負(fù)載測試：看極限能承載多大的用戶量同時(shí)正常使用2.3穩(wěn)定性測試：常規(guī)壓力下能保持多久持續(xù)穩(wěn)定運(yùn)行2.4內(nèi)存測試：有無內(nèi)存泄漏現(xiàn)象具體：3易用性方面，交互界面的設(shè)計(jì)是否便于、易于使用，具體：3.1 依據(jù)不同的查詢結(jié)果會有相關(guān)的人性化提示，查不到時(shí)告知？查到時(shí)統(tǒng)計(jì)條數(shù)并告 知？有疑似輸入條件錯(cuò)誤時(shí)提示可能正確的輸入項(xiàng)等等處理；3.2

12、 查詢出的結(jié)果羅列有序，如按點(diǎn)擊率或其他排序規(guī)則，確保每次查詢出的結(jié)果位置 按規(guī)則列示方便定位，顯示字體、字號、色彩便于識別等等；3.3 標(biāo)題查詢、全文檢索、模糊查詢、容錯(cuò)查詢、多關(guān)鍵字組織查詢（空格間格開）等 實(shí)用的檢索方式是否正常？3.4 有否快照等快捷查看方式等人性化設(shè)計(jì)？4兼容性方面，跨平臺、多語言等多樣性環(huán)境組合情況下測試使用的正常性，具體： 4.1WINDOWS/LINUX/UNIX 等各類操作系統(tǒng)下及各版本條件下的應(yīng)用 4.2IE/FIREFOX/GOOGLE/360/QQ等各類瀏覽器下及各版本條件下的應(yīng)用4.3SQL/ORACLE/DB2/MYSQ等各類數(shù)據(jù)庫存儲情況下的兼容性測試4.4 簡體中文、繁體中文、英文等各類語種軟件平臺下的兼容性測試4.5IPHONE/IPAD安卓等各類移動(dòng)應(yīng)用平臺下的兼容性測試4.6 與各相關(guān)的監(jiān)控程序的兼容性測試，如殺毒、監(jiān)控、防火墻等工具同時(shí)使用5安全性方面，往往容易被忽視的環(huán)節(jié)，具體：5.1 被刪除、加密、授權(quán)的數(shù)據(jù)，不允許被查出來的，是否有安全控制設(shè)計(jì)；5.2錄入一些數(shù)據(jù)庫查詢的保留字符，如單引號、等等，造成查詢 S