常用的性能測(cè)試方法和測(cè)試要點(diǎn)

v1.0 可編輯可修改常用的性能測(cè)試方法和測(cè)試要點(diǎn)2008-12-1613:58:04/ 個(gè)人分類：轉(zhuǎn)載好東西常用的性能測(cè)試方法和測(cè)試要點(diǎn)1、明確用戶的性能需求（顯示的和隱式的） ，性能測(cè)試點(diǎn)，找出瓶頸1）用戶直接需求的和使用過程中（行業(yè)經(jīng)驗(yàn)）可能遇到的性能瓶頸點(diǎn)必須測(cè)試和分析到。當(dāng)然，客戶不需要的，也沒有必要去花時(shí)間和精力。2）從中獲取相應(yīng)的性能測(cè)試參數(shù)，峰值和平均值。3）客戶的性能容忍度和系統(tǒng)所能承受的容忍度同樣重要。4）確認(rèn)系統(tǒng)運(yùn)行的最低硬件環(huán)境要求（雖然硬件便宜的多了，但客戶能不能改造自己的環(huán)境還得客戶說了算）5）如果可以的話，將系統(tǒng)的容錯(cuò)性做為性能測(cè)試的一部分進(jìn)行測(cè)試2、測(cè)試對(duì)象和性能負(fù)載分布1）基本的3個(gè)對(duì)對(duì)像：C/S、B/S中的客戶端和服務(wù)器，其中還有網(wǎng)絡(luò)進(jìn)行連接或中間件。2）服務(wù)端可能分為數(shù)據(jù)端、業(yè)務(wù)端和服務(wù)容器。3）跟據(jù)實(shí)際的測(cè)試結(jié)果合理的進(jìn)行相應(yīng)的性能負(fù)載分布。3、負(fù)載、容量和壓力測(cè)試逐一進(jìn)行（如果需要）1）更多的情況下，性能測(cè)試中出現(xiàn)的問題是最初的設(shè)計(jì)時(shí)應(yīng)存在的問題。如果可能，建議對(duì)相應(yīng)的性能提前做測(cè)試和優(yōu)化。1v1.0 可編輯可修改2）夠用就好，不是所有的系統(tǒng)都要進(jìn)行性能測(cè)試，一切以客戶需求和實(shí)際需要為準(zhǔn)。4、測(cè)試點(diǎn)1）CPU和內(nèi)存使用（系統(tǒng)自身的原因） 。是否可以正常的使用和釋放，是否存在內(nèi)存溢出。2）訪問的速度（客戶需求或是實(shí)際的應(yīng)用要求說了算）3）網(wǎng)絡(luò)。網(wǎng)絡(luò)傳輸速度，網(wǎng)絡(luò)傳輸丟包率。 （找些工具，有免費(fèi)的）4）服務(wù)器。指令、服務(wù)應(yīng)答響應(yīng)時(shí)間，服務(wù)器對(duì)信息處理的時(shí)效性，服務(wù)器對(duì)峰值的處理（建議進(jìn)行服務(wù)器優(yōu)化或是進(jìn)行服務(wù)負(fù)載均衡，有大量的文檔對(duì)此進(jìn)行描述）5）中間件。中間件在信息傳遞中的處理性能及信息處理的正確性。5、測(cè)試和監(jiān)控?cái)?shù)據(jù)1）均值下的持續(xù)運(yùn)行（通過分析對(duì)整體的性能進(jìn)行預(yù)測(cè)和評(píng)估）2）短時(shí)間的峰值運(yùn)行（分析系統(tǒng)的處理能力）3）最低配置和最佳配置下的性能對(duì)比4）多用戶。同時(shí)訪問，同時(shí)提交。5）對(duì)4 中的數(shù)據(jù)進(jìn)行記錄和監(jiān)控6、選擇測(cè)試工具現(xiàn)有的測(cè)試工具太多了，不在一一列舉。2v1.0 可編輯可修改適用就好，推薦開源的工具。作為一名測(cè)試新人加入團(tuán)隊(duì)， 大多數(shù)情況下，項(xiàng)目組成員都是一種熱情歡迎的態(tài)度， 并且主動(dòng)提供力所能及的支持和幫助， 如何快速熟悉項(xiàng)目業(yè)務(wù)和測(cè)試環(huán)境， 盡快投入到實(shí)際工作中去，我談?wù)剛€(gè)人的經(jīng)驗(yàn)和一些看法，供同行參考：1、尋找新公司的團(tuán)隊(duì)元老：一般來說，一個(gè)新人進(jìn)入新公司， 都要指定一個(gè)師傅帶一段時(shí)間， 這也就是我們說的測(cè)試前輩。很多時(shí)候，測(cè)試前輩都是經(jīng)驗(yàn)非常豐富的測(cè)試高人， 如何您和他相處融洽， 關(guān)系不錯(cuò)，憑他個(gè)人豐富的業(yè)務(wù)經(jīng)驗(yàn)，給您指點(diǎn)迷津，也許會(huì)比你自己摸索 10倍的時(shí)間效果還好。很多的測(cè)試新手，剛進(jìn)入新公司時(shí)，自高自大，眼高收低，測(cè)試前輩都不愿意交，結(jié)果到了試用期轉(zhuǎn)正答辯的時(shí)候，一問三不知， 被迫離開公司，被炒魷魚。這樣的例子我看到的不下于10例，很可惜丟失了很多工作機(jī)會(huì)。2、虛心的學(xué)習(xí)態(tài)度：剛到一家新公司， 保持謙虛的學(xué)習(xí)態(tài)度非常必要。 記得我剛畢業(yè)那年， 公司招聘了一個(gè)測(cè)試主管，他有4到5年的工作經(jīng)驗(yàn)，閱歷算是不簡(jiǎn)單，也是我們心目中的牛人吧。 但是那個(gè)人，除了聽總監(jiān)的話以外，對(duì)于我們部門的其它人來說，他簡(jiǎn)直是自高自大，目中無人，根本不把部門里的其他人放到眼里， 覺得部門的人都不如他。 他作為一個(gè)空降兵， 老員工和新員工，對(duì)他都很冷漠，碰到什么問題，需要小組成員幫忙的時(shí)候， 大家都不愿意幫助他， 互相推諉，并且經(jīng)理也找他談了幾次話， 效果不明顯，結(jié)果他呆了不到 2個(gè)月，估計(jì)是自己覺得很不開心，被迫離開了公司。其實(shí)，保持低姿態(tài)，謙虛的學(xué)習(xí)態(tài)度，必不可少。3、閱讀項(xiàng)目相關(guān)的文檔：一般來說，新人一到公司，就會(huì)安排到項(xiàng)目中去。作為測(cè)試新手，快速閱讀相關(guān)的“需求文檔”、“詳細(xì)設(shè)計(jì)文檔”和“用戶手冊(cè)”特別關(guān)鍵。我們能夠通過需求規(guī)格說明書等文檔，3v1.0 可編輯可修改快速熟悉系統(tǒng)相關(guān)的知識(shí)，獲取編寫測(cè)試文檔的相關(guān)信息。如果項(xiàng)目已經(jīng)編好了用戶手冊(cè)，您完全可以根據(jù)文檔的步驟， 一步一步傻瓜式的熟悉每項(xiàng)功能。 只有掌握的這些文檔的精髓，測(cè)試才會(huì)變得異常輕松呀。4、快速熟悉項(xiàng)目相關(guān)業(yè)務(wù)知識(shí)：剛到新公司的測(cè)試人員， 如果你是跳槽到以前做過的相近行業(yè)， 有豐富的經(jīng)驗(yàn)了， 那么您熟悉業(yè)務(wù)沒什么大的問題。 如果您換的新公司是您以前都沒有接觸到的行業(yè)， 那你一定得努力一點(diǎn)，買些相關(guān)的業(yè)務(wù)知識(shí)看看非常必要。我深有體會(huì)，以前從一家“通訊公司”跳槽到做“銀行系統(tǒng)”的公司，業(yè)務(wù)完全兩樣，很多業(yè)務(wù)知識(shí)都是從零開始。 不過有一定的工作經(jīng)驗(yàn)，學(xué)習(xí)起來也挺快，關(guān)鍵取決于個(gè)人是酷愛學(xué)習(xí)和堅(jiān)強(qiáng)的學(xué)習(xí)毅力。5、盡快介入了解被測(cè)試系統(tǒng)：剛跨入一家新公司， 如果被測(cè)試系統(tǒng)已經(jīng)開發(fā)的差不多了， 部分功能已經(jīng) OK了。你可以部署到測(cè)試環(huán)境下， 嘗試從直觀測(cè)試的角度去盡快了解系統(tǒng)， 盡快結(jié)合文檔熟悉起來。 很多的時(shí)候，通過頁(yè)面操作實(shí)際的系統(tǒng)比看文檔效果好的多，并且印象更深刻，熟悉系統(tǒng)更快。新加入公司的朋友不防試一試。6、了解公司類似的相關(guān)產(chǎn)品：大多數(shù)的公司，都不可能在每個(gè)行業(yè)都非常強(qiáng)， 基本上都是在某一個(gè)較小的領(lǐng)域很強(qiáng)勢(shì)，公司主要就是研發(fā)強(qiáng)勢(shì)相關(guān)業(yè)務(wù)的產(chǎn)品。 所以說，相關(guān)的產(chǎn)品一般來說是很多的， 如果要你測(cè)試的系統(tǒng)沒有開發(fā)完畢， 如果時(shí)間和條件允許， 不妨先了解一下公司類似的產(chǎn)品， 以便盡快熟悉起來。大多數(shù)情況下，公司很多的產(chǎn)品都是相通的， 大部分的產(chǎn)品是在不同的客戶要求下，修改了部分功能和界面而已。 個(gè)人認(rèn)為：了解類似的產(chǎn)品， 也是測(cè)試新手快速熟悉產(chǎn)品的一條捷徑。7、盡量多參加項(xiàng)目的各種會(huì)議：4v1.0 可編輯可修改每個(gè)項(xiàng)目，特別是在項(xiàng)目的啟動(dòng)階段，大會(huì)小會(huì)不斷，很多時(shí)候項(xiàng)目組成員抱怨居多，都認(rèn)為很浪費(fèi)時(shí)間， 耽誤開發(fā)進(jìn)度。如果作為測(cè)試新手的您這個(gè)時(shí)候加入， 那太好了，多參加這樣的討論會(huì)。 大部分時(shí)間都是在討論項(xiàng)目的重點(diǎn)和關(guān)鍵， 如果大家意見不一致， 必然要對(duì)不一致的東西展開細(xì)節(jié)討論， 您肯定是收益匪淺。 特別是對(duì)業(yè)務(wù)方面的討論， 您參加幾次討論，比您看 10篇需求還強(qiáng)，并且理解也很透徹。如果您對(duì)需求有所了解，但是部分功能模塊還有問題，就可以在討論會(huì)上隨時(shí)提出來，大家一起討論，共同解決。 如果有這樣的機(jī)會(huì)，切勿放棄喲。8、閱讀類似項(xiàng)目已有的測(cè)試用例：如果項(xiàng)目已經(jīng)啟動(dòng)并進(jìn)入了測(cè)試階段，如果你在這個(gè)時(shí)候介入，通常情況下負(fù)責(zé)人都會(huì)給你提供整個(gè)項(xiàng)目或部分需要你測(cè)試的部分模塊的測(cè)試用例。 這些測(cè)試用例也是您快速上手測(cè)試的重要參考資料。如果還沒有編寫測(cè)試用例， 你就介入了，那你就得重頭開始，您可以閱讀項(xiàng)目類似的測(cè)試用例， 并結(jié)合以前項(xiàng)目的測(cè)試經(jīng)驗(yàn)， 根據(jù)公司相關(guān)的測(cè)試用例模板開始編寫測(cè)試用例。如果在編寫測(cè)試用例中碰到您不了解和很難處理的問題， 您可以記入測(cè)試需求疑問表格，等部門開會(huì)時(shí)，提出來大家討論。最好不要碰到一個(gè)問題就去問，經(jīng)常打亂人家的思路，弄得別人嫌煩，那就不值了。9、查看缺陷數(shù)據(jù)庫(kù)中舊有的缺陷：一般的測(cè)試缺陷跟蹤系統(tǒng)，都是按模塊來分類軟件缺陷的。如果老大給你分配了測(cè)試任務(wù)，你就可以有目的的去熟悉即將測(cè)試的模塊缺陷。登錄系統(tǒng)后， 對(duì)缺陷進(jìn)行篩選，嘗試按測(cè)試前輩的 Bug描述步驟進(jìn)行操作，看看是否能夠重新缺陷這種方法能夠借鑒測(cè)試同行的經(jīng)驗(yàn)，盡快發(fā)現(xiàn)問題，避免測(cè)試的盲目性。一來可以拓寬您的視野，避免遞交類似問題的 Bug或是重復(fù)的 Bug，二來還可以為您快速熟悉被測(cè)試系統(tǒng)添磚加瓦。10、必須明白自己領(lǐng)導(dǎo)是誰：一般的員工進(jìn)入公司，公司和部門領(lǐng)導(dǎo)很多，搞不清楚誰管我，碰到問題問誰誰可以幫5v1.0 可編輯可修改忙解決問題如果真是這樣那就麻煩了。 部門領(lǐng)導(dǎo)臃腫的情況實(shí)在是太多了， 有的公司，既有測(cè)試經(jīng)理，又有幾個(gè)測(cè)試主管，還有多個(gè)項(xiàng)目經(jīng)理和研發(fā)總監(jiān)，不知道工作向誰回報(bào)，對(duì)哪個(gè)領(lǐng)導(dǎo)負(fù)責(zé)。弄得每個(gè)領(lǐng)導(dǎo)都回報(bào)，很累呀??！我的做法是：測(cè)試項(xiàng)目中負(fù)責(zé)領(lǐng)導(dǎo)只有一個(gè)那就是測(cè)試主管，測(cè)試主管負(fù)責(zé)安排和分配每個(gè)測(cè)試人員的工作和任務(wù)，我直接 Review測(cè)試主管。如果項(xiàng)目中碰到有什么解決不了的問題， 組內(nèi)成員可以直接找我， 同時(shí)我也定期加入項(xiàng)目參加部分測(cè)試，了解測(cè)試項(xiàng)目的一些進(jìn)展情況，必要時(shí)還要找一些人談心。這樣，工作匯報(bào)比較簡(jiǎn)單明了，很輕松。11、熟悉與測(cè)試相關(guān)的管理軟件的使用：我說的這個(gè)測(cè)試相關(guān)的軟件包括缺測(cè)試需求管理軟件（如 TestDirector 或QC）、陷跟蹤管理軟件（如： TestTrack Pro、TestDirector 等等）、版本配置管理工具軟件（ CVS、VSS，還是SVN等等），具體熟悉到什么程度，那就要看您的職位了。如果您是一般的工程師，那你就只了解一般的使用就夠了， 如果您是測(cè)試經(jīng)理， 您不僅要了解一般的使用， 還要更深層次的了解軟件的權(quán)限和項(xiàng)目的配置，因?yàn)槟鳛樵撥浖?Admin，碰到問題大部分都由您搞定呀，高工資不是那么好拿的呀，哈哈！ ??！如果作為新入職的您，連這些都不會(huì)，那你就得加把油了，不然到了測(cè)試啟動(dòng)階段， 你才開始熟悉管理軟件， 那么你覺的能夠快速展開測(cè)試嗎12、注意溝通技巧，把握請(qǐng)教良機(jī)：為了盡快熟悉項(xiàng)目，展開測(cè)試工作，溝通技巧必不可少。您作為新入職的測(cè)試人員， 盡量了解每個(gè)開發(fā)人員開發(fā)的模塊和每個(gè)開發(fā)人員的性格特點(diǎn)， 尋找一些共同語言， 拉近與開發(fā)人員的距離，讓他們對(duì)您產(chǎn)生好感。 只有這樣，當(dāng)您碰到問題的時(shí)候， 他們才會(huì)鼎立的幫助您。如果您與開發(fā)人員關(guān)系不好，看了就覺的很討厭，那他們肯定不會(huì)幫助您的， 更不原意和您配合，當(dāng)您提錯(cuò) Bug的時(shí)候，他們就會(huì)抓住這些 Bug不放，有時(shí)候還要說您什么都不懂，這樣你就很郁悶，肯定呆不長(zhǎng)久的，只有走人的份了， 呵呵。特別是開發(fā)人員很窩火的時(shí)候，您更要多一些理解和寬容，切勿火上澆油，您可以給他一些表?yè)P(yáng)， 給他一些鼓勵(lì)。 他一聽準(zhǔn)6v1.0 可編輯可修改開心死了，總覺得還是您們最了解我，把您當(dāng)成自己人。這個(gè)時(shí)候，你再問開發(fā)人員問題，他也許態(tài)度就不一樣了， 他準(zhǔn)會(huì)仔細(xì)的給你講解， 并且以后的什么事情， 他也會(huì)百厭齊煩地幫助您的，因?yàn)樗X您最了解他們， 無意識(shí)的把您當(dāng)成了好朋友和哥們。還有的時(shí)候， 開發(fā)人員有空過來測(cè)試部門逛逛， 準(zhǔn)備和您交流時(shí)， 一定要把握機(jī)會(huì)， 和開發(fā)人員開開玩笑和一些必要贊賞，也能夠調(diào)節(jié)和開發(fā)人員的關(guān)系?？傊@一點(diǎn)做起來真的很難，如果做的好，那效果確實(shí)就不一樣了。歡迎各位同行繼續(xù)補(bǔ)充指正！ ！項(xiàng)目背景：此項(xiàng)目的客戶是一個(gè)英國(guó)的軟件公司， 他們主要做設(shè)備管理系統(tǒng)、 地產(chǎn)管理系統(tǒng)等， 這一次是為 Hertfordshire 政府做一個(gè)軟件用于各服務(wù)點(diǎn)（ servicepoint ）的數(shù)據(jù)收集、整理、評(píng)估，以前他們是用 Excel來處理這些數(shù)據(jù)的， 現(xiàn)在需要將其自動(dòng)化。后來客戶決定將這個(gè)軟件項(xiàng)目外包，我們公司就爭(zhēng)取到了這個(gè)項(xiàng)目。情況介紹：這個(gè)項(xiàng)目主要包括兩個(gè)部分：前臺(tái)的 Web端，主要用于數(shù)據(jù)收集處理； 后臺(tái)管理端，用于管理用戶、制定數(shù)據(jù)計(jì)算標(biāo)準(zhǔn)、導(dǎo)入數(shù)據(jù)等。我們公司是將其作為一個(gè)加班項(xiàng)目來處理的， 所謂加班項(xiàng)目也即也是說在每工作日規(guī)定的８小時(shí)內(nèi)，不得做此項(xiàng)目，需要自己安排晚上或周末時(shí)間來完成任務(wù)。 若有問題需要與項(xiàng)目成員溝通，則一般采用郵件形式， 或者是在中午以及臨近下班的時(shí)間開小會(huì)。 在來這個(gè)公司前，對(duì)此我是聞所未聞的，后來了解到，大約這在外包公司比較常見，項(xiàng)目多任務(wù)緊時(shí)，為了壓縮成本（大概也為了日后考慮） ，并不會(huì)立即招人，而是將部分小項(xiàng)目以加班項(xiàng)目的形式分配下來，當(dāng)然，項(xiàng)目獎(jiǎng)金也是很可觀的。然而加班項(xiàng)目無論在成員溝通、時(shí)間進(jìn)度把握以及項(xiàng)目成員的心理認(rèn)知都會(huì)存在一定的問題， 所以，這也就為項(xiàng)目后來的進(jìn)展埋藏了不7v1.0 可編輯可修改少的隱患。還值得一提的是， 公司的很多項(xiàng)目都是以 ODC報(bào)價(jià)，可是這個(gè)項(xiàng)目卻采用的是固定報(bào)價(jià)形式，不管你花多久的時(shí)間做， 最終成功交付了， 才能得到所有錢。這種形式本身沒多少不對(duì)，可是，有時(shí)在一種心理的影響下，可能就會(huì)令項(xiàng)目進(jìn)入一個(gè)惡性循環(huán)。我是今年６月中旬應(yīng)聘進(jìn)入公司的，從另一個(gè)測(cè)試人員手上接手了這個(gè)項(xiàng)目的測(cè)試任務(wù)。當(dāng)時(shí)了解到，按照最初的計(jì)劃， 還有一個(gè)月的時(shí)間就該交付系統(tǒng)了，而此前交付某一部分時(shí)，因?yàn)檠悠冢沟每蛻艉懿粷M意， 而原因就是最初低估了工作難度而致實(shí)際使用時(shí)間大大超過預(yù)算。我進(jìn)入項(xiàng)目組時(shí)，成員是這樣的，有一個(gè)項(xiàng)目經(jīng)理，一個(gè)測(cè)試人員，五個(gè)開發(fā)人員，不過，幾天后我明白了，實(shí)際只有三個(gè)。當(dāng)時(shí)之所以有五個(gè)，是因?yàn)槠渲袃蓚€(gè)才開始介入，為另兩個(gè)的退出作準(zhǔn)備。后來，基本上就是一個(gè)負(fù)責(zé) WinForm，一個(gè)負(fù)責(zé) Web，另一個(gè)技術(shù)比較牛、負(fù)責(zé)的項(xiàng)目多，只有當(dāng) Web有難題時(shí)，就會(huì)找他出山。在我加入前，包括測(cè)試人員的所有項(xiàng)目成員都是把它當(dāng)作加班項(xiàng)目做的， 我因?yàn)闆]有其他項(xiàng)目， 所有就當(dāng)作正常項(xiàng)目來處理了。在正式介入測(cè)試之前， 我大概花了三天的時(shí)間理解需求， 畢竟產(chǎn)品已基本成形， 可以一邊用一邊讀需求，直觀容易多了。但即使在這種情況下， 我在后來的測(cè)試中還是漸漸發(fā)現(xiàn)當(dāng)初對(duì)很多數(shù)據(jù)處理的細(xì)節(jié)方面是沒有理解透徹的。 那時(shí)，擺在我面前的難題有三個(gè)： 一是所有項(xiàng)目文檔都是英文， 報(bào)告bug也要用英文，盡管我自詡英文讀寫能力不錯(cuò)， 可還是花了好些時(shí)間才適應(yīng)；二是盡管項(xiàng)目已進(jìn)入中后期，除了 mantis 上的bug，沒有任何測(cè)試方面的文檔產(chǎn)出，包括測(cè)試計(jì)劃、測(cè)試用例等；三，內(nèi)部成員之間的溝通不及時(shí)，因?yàn)榧影囗?xiàng)目的特殊規(guī)定，有問題只能等到中午或下午下班后才能溝通， 這種情況下，不可避免地會(huì)影響測(cè)試及至項(xiàng)目進(jìn)度。但是后來漸漸發(fā)現(xiàn)， 問題遠(yuǎn)不止這三個(gè)。 由于是外包，我們的直接客戶卻并非最終客戶，這就有兩個(gè)問題，一是我們提交版本后，他們要測(cè)試，然后還要交給最終客戶測(cè)試， 這就使得每次反饋的時(shí)間拖長(zhǎng)，由于沒有新需求做，所以這邊就只能處理等待狀態(tài)； 另一方面，最終8v1.0 可編輯可修改客戶反饋回來的 bug，好些都是顛覆了原來的需求，更有甚者，有的還會(huì)改過來又改回去如此這般地往返幾次，雖然客戶不乏真誠(chéng)地道歉，但是打擊項(xiàng)目成員的積極性是不可避免的，同時(shí)，以后對(duì)于客戶再提出的 bug，不免報(bào)懷疑態(tài)度，大大降低了我們對(duì)客戶的信任度。而對(duì)于用戶的需求，又只包括了功能方面， 對(duì)性能等方面的需求，沒有在前期溝通確定， 導(dǎo)致項(xiàng)目待結(jié)束時(shí)，客戶突然提出，這種性能是不可接受的， 我們不得不對(duì) Web部分大刀闊斧地進(jìn)行修改。而后導(dǎo)致的一系列問題的處理，大大延遲了項(xiàng)目的進(jìn)度。上面都只說的是一些比較客觀的原因，有些主觀原因也是不可規(guī)避的。首先檢討我自己，由于介入項(xiàng)目匆忙再加上自己測(cè)試能力有限，沒有及早地發(fā)現(xiàn)某些 bug；另外，自己在某些方面的認(rèn)識(shí)上，也有待加強(qiáng)，以 web的性能為例，一直以來，我都覺得速度不理想，尤其是數(shù)據(jù)大的情況下， 但當(dāng)時(shí)考慮到頁(yè)面處理的特殊性 （每個(gè)頁(yè)面似一個(gè) excel的sheet，每個(gè)cell 里都包含有控件，并且 cell 與cell 之間還有大量的數(shù)據(jù)關(guān)聯(lián)處理，而客戶又要求不分頁(yè)處理）以及客戶沒提這方面的需求，我也就沒有這認(rèn)為應(yīng)該作為一個(gè)bug報(bào)告出來，而待項(xiàng)目接近尾聲時(shí)，客戶卻要求我們改進(jìn)性能。在采用了諸多方法，均達(dá)不到用戶理想的速度時(shí)， 最終通過與客戶溝通， 采用了分頁(yè)形式。 如果我能夠不把眼光局限于淺顯的 bug，而多從整體或是用戶角度去考慮，這個(gè)問題或許就可以早日提出解決，也不會(huì)引起那么多的后續(xù)問題。最后，作為一句測(cè)試人員，我不應(yīng)該放棄原則。前面已經(jīng)說過，這個(gè)項(xiàng)目是固定報(bào)價(jià)， 項(xiàng)目拖得越久于我們而言是越不利的， 可在這種因素的影響下， 我們項(xiàng)目時(shí)間大大逾期， 大家尤其是開發(fā)人員就不免急躁。 同時(shí)，由于客戶多次報(bào)一些與起初需求不符的 bug，也令開發(fā)人員莫名窩火。在這種情況下， bug就分為兩類對(duì)待了，客戶報(bào)的都是高優(yōu)先級(jí)，測(cè)試人員報(bào)的都是低優(yōu)先級(jí)， 并且總是認(rèn)為只要不是太嚴(yán)重， 且客戶沒報(bào)不修改也罷。后果可想而知，一方面， bug總歸是bug，始終還是要被客戶發(fā)現(xiàn)的；另一方面，對(duì)于測(cè)試人員而言，這是一種比較尷尬的境遇，很容易產(chǎn)生消極心理。對(duì)于整個(gè)項(xiàng)目而言， 除去因是加班項(xiàng)目而引起的一些溝通不及時(shí)的問題而外， 也還存在一些問題。比如，需求方面不完整，這又得提到性能問題了，如果在最初溝通需求時(shí)，在此問題上能與客戶達(dá)到一致，在設(shè)計(jì)過程中，必不會(huì)漏考慮這塊兒。還有，文檔不完善，即至項(xiàng)目9v1.0 可編輯可修改完成，除需求文檔、 bug報(bào)告而外，仍沒有其他文檔產(chǎn)品，這于一個(gè)項(xiàng)目而言是危險(xiǎn)的。另外，責(zé)任心問題，在項(xiàng)目中出現(xiàn)過多次這種情況，對(duì)于一個(gè) bug，開發(fā)人員始終認(rèn)為無法處理，而在客戶一直強(qiáng)調(diào)要解決的時(shí)候， 最后還是想辦法 fix 了，當(dāng)然很多時(shí)候是那位比較牛的開發(fā)人員露面了。 如果遇上這種問題后， 多溝通或者是有更強(qiáng)的責(zé)任心， 也不會(huì)令客戶光火。最后，在項(xiàng)目管理上，或許還是有些疲軟，尤其是后期階段，在所有項(xiàng)目成員心思都比較渙散時(shí)，項(xiàng)目管理人員應(yīng)該更堅(jiān)持原則。說了這么多，全是問題，其實(shí)閃光點(diǎn)也是不缺的。比如，雖然溝通不便，大家也會(huì)抽出時(shí)間定期開小會(huì)，介紹自己的情況及問題；還如， 當(dāng)項(xiàng)目組遇上了難題時(shí)， 大家能夠齊心協(xié)力地想辦法解決掉；另外于我而言， 才進(jìn)公司時(shí)，項(xiàng)目經(jīng)理給了我很大的幫助和信心， 而在最初階段，有時(shí)報(bào)的bug不正確或是難以理解，開發(fā)人員也沒有責(zé)難； 等等。作為我進(jìn)入公司后的第一個(gè)合作團(tuán)體，他們之中的每一個(gè)人我都是很感激的?？偨Y(jié)：此項(xiàng)目終于在計(jì)劃的 deadline 之后幾月的 11月中旬成功交付，在拖了如此之久后， 大家心里已沒多少成功的喜悅。前事不忘，后事之師，于我而言，在忘掉這個(gè)項(xiàng)目之前，做做總結(jié)也許是很重要的。當(dāng)然，有了前面這一大篇幅的鋪墊，總結(jié)將是十分簡(jiǎn)潔的：需求溝通階段，一定要盡可能地考慮全面，不只是功能、界面，還包括可接受的性能標(biāo)準(zhǔn)等方面。在項(xiàng)目啟動(dòng)之初，就應(yīng)該確定合理的內(nèi)部溝通方式，確保不會(huì)因?yàn)闇贤ㄕ系K影響項(xiàng)目成員及至整個(gè)項(xiàng)目組的進(jìn)度。無論時(shí)間多緊迫，必要的文檔還是要有的，哪怕只是一個(gè)大綱也好。無論是測(cè)試人員還是開發(fā)人員，遇上問題要盡早拋出，即使不一定得修改，拿出來討論后大家有了這樣一個(gè)意識(shí)，總錯(cuò)不了。10v1.0 可編輯可修改遇上解決有難度的問題，應(yīng)該只有兩種方法：一是想盡一切辦法（如請(qǐng)教高手）解決；二是讓客戶了解解決的成本，希望他能妥協(xié)放棄，而不應(yīng)該有第三種：拖延。無論是對(duì)于bug，還是對(duì)于客戶，任何時(shí)候，我們都不應(yīng)該抱有僥幸心理。作為項(xiàng)目成員，每一個(gè)都應(yīng)該對(duì)質(zhì)量負(fù)責(zé)，而不應(yīng)該只是測(cè)試人員，更不應(yīng)該是客戶。項(xiàng)目管理上，強(qiáng)硬也許比疲軟更有效。即使強(qiáng)硬會(huì)讓項(xiàng)目成員一時(shí)難受，但最終會(huì)另整個(gè)項(xiàng)目組受益的。大約因?yàn)樽约菏枪卷?xiàng)目規(guī)范檢查小組的成員之一， 不禁就會(huì)考慮到這諸多方面。 而自己加入公司不久，所處的項(xiàng)目又有如此多的問題， 所以當(dāng)我檢查其他人時(shí)， 總會(huì)有些心虛。不過，意識(shí)到了就是一個(gè)好現(xiàn)象，待等到機(jī)會(huì)加入一個(gè)新項(xiàng)目，我希望自己能做得更好。明確測(cè)試目的，熟悉項(xiàng)目的測(cè)試進(jìn)度。設(shè)計(jì)測(cè)試案例的時(shí)候，需要有清晰的測(cè)試思路，對(duì)要測(cè)試什么，按照什么順序測(cè)試，覆蓋哪些需求做到心中有數(shù)。 測(cè)試用例編寫者不僅要掌握軟件測(cè)試的技術(shù)和流程， 而且要對(duì)被測(cè)軟件的設(shè)計(jì)、功能規(guī)格說明、用戶試用場(chǎng)景以及程序 /模塊的結(jié)構(gòu)都有比較透徹的理解。測(cè)試用例設(shè)計(jì)一般包括以下幾個(gè)步驟：1、測(cè)試需求分析從軟件需求文檔中，找出待測(cè)試軟件 /模塊的需求，通過自己的分析、理解，整理成為測(cè)試需求，清楚被測(cè)試對(duì)象具有哪些功能。測(cè)試需求的特點(diǎn)是：包含軟件需求，具有可測(cè)試性。測(cè)試需求應(yīng)該在軟件需求基礎(chǔ)上進(jìn)行歸納、 分類或細(xì)分，方便測(cè)試用例設(shè)計(jì)。 測(cè)試用例中的測(cè)試集與測(cè)試需求的關(guān)系是多對(duì)一的關(guān)系，即一個(gè)或多個(gè)測(cè)試用例集對(duì)應(yīng)一個(gè)測(cè)試需求。2、業(yè)務(wù)流程分析軟件測(cè)試，不單純是基于功能的黑盒測(cè)試， 還需要對(duì)軟件的內(nèi)部處理邏輯進(jìn)行測(cè)試。 為了不遺漏測(cè)試點(diǎn)，需要清楚的了解軟件產(chǎn)品的業(yè)務(wù)流程。 建議在做復(fù)雜的測(cè)試用例設(shè)計(jì)前， 先畫11v1.0 可編輯可修改出軟件的業(yè)務(wù)流程。 如果設(shè)計(jì)文檔中已經(jīng)有業(yè)務(wù)流程設(shè)計(jì)， 可以從測(cè)試角度對(duì)現(xiàn)有流程進(jìn)行補(bǔ)充。如果無法從設(shè)計(jì)中得到業(yè)務(wù)流程， 測(cè)試工程師應(yīng)通過閱讀設(shè)計(jì)文檔， 與開發(fā)人員交流，最終畫出業(yè)務(wù)流程圖。 業(yè)務(wù)流程圖可以幫助理解軟件的處理邏輯和數(shù)據(jù)流向， 從而指導(dǎo)測(cè)試用例的設(shè)計(jì)。從業(yè)務(wù)流程上，應(yīng)得到以下信息：A、 主流程是什么B、 條件備選流程是什么C、 數(shù)據(jù)流向是什么D、 關(guān)鍵的判斷條件是什么3、測(cè)試用例設(shè)計(jì)完成了測(cè)試需求分析和軟件流程分析后， 開始著手設(shè)計(jì)測(cè)試用例。 測(cè)試用例設(shè)計(jì)的類型包括功能測(cè)試，邊界測(cè)試，異常測(cè)試，性能測(cè)試，壓力測(cè)試等。在用例設(shè)計(jì)中，除了功能測(cè)試用例外，應(yīng)盡量考慮邊界、異常、性能的情況，以便發(fā)現(xiàn)更多的隱藏問題。黑盒測(cè)試的測(cè)試用例設(shè)計(jì)方法有：等價(jià)類劃分、邊界值劃分、 因果圖分析和錯(cuò)誤猜測(cè)， 白盒測(cè)試的測(cè)試用例設(shè)計(jì)方法有：語句覆蓋、判定覆蓋、條件覆蓋、判定 /條件覆蓋、多重條件覆蓋。在這里主要討論黑盒測(cè)試。在設(shè)計(jì)測(cè)試用例的時(shí)候可以使用軟件測(cè)試用例設(shè)計(jì)方法，結(jié)合前面的需求分析和軟件流程分析進(jìn)行設(shè)計(jì)：功能測(cè)試：測(cè)試某個(gè)功能是否滿足需求的定義，功能是否正確，完備。適合的技術(shù)：由業(yè)務(wù)需求和設(shè)計(jì)說明導(dǎo)出的功能測(cè)試、等價(jià)類劃分邊界測(cè)試：對(duì)某個(gè)功能的邊界情況進(jìn)行測(cè)試。12v1.0 可編輯可修改適合的技術(shù)：邊界值劃分異常測(cè)試：對(duì)某些功能來說，其邊界情況無法簡(jiǎn)單的了解或某些操作不完全是正確的但又是可能發(fā)生的，類似這樣的情況需要書寫相關(guān)的異常測(cè)試。適合的技術(shù)：由業(yè)務(wù)需求和設(shè)計(jì)說明導(dǎo)出的特殊業(yè)務(wù)流程、 錯(cuò)誤猜測(cè)法、邊界值分析、內(nèi)部邊界值測(cè)試、性能測(cè)試：檢查系統(tǒng)是否滿足在需求中所規(guī)定達(dá)到的性能， 性能主要包括了解程序的內(nèi)外部性能因素。內(nèi)部性能因素包括測(cè)試環(huán)境的配置， 系統(tǒng)資源使用狀況； 外部因素包括響應(yīng)時(shí)間，吞吐量等。適合的技術(shù)：業(yè)務(wù)需求和設(shè)計(jì)說明導(dǎo)出的測(cè)試壓力測(cè)試：壓力測(cè)試又稱強(qiáng)度測(cè)試， 主要是檢查系統(tǒng)運(yùn)行環(huán)境在極限情況下軟件運(yùn)行的能力，比如說給一個(gè)相當(dāng)大的負(fù)荷或網(wǎng)絡(luò)流量給應(yīng)用軟件兼容測(cè)試：測(cè)試軟件產(chǎn)品在不同的平臺(tái)，不同的工具，相同工具的不同版本下功能的兼容性。4、測(cè)試用例評(píng)審測(cè)試用例設(shè)計(jì)完成后， 為了確認(rèn)測(cè)試過程和方法是否正確， 是否有遺漏的測(cè)試點(diǎn)， 需要進(jìn)行測(cè)試用例的評(píng)審。測(cè)試用例評(píng)審一般是由測(cè)試 leader 安排，參加的人員包括： 測(cè)試用例設(shè)計(jì)者、測(cè)試leader、項(xiàng)目經(jīng)理、開發(fā)工程師、其它相關(guān)開發(fā)測(cè)試工程師。測(cè)試用例評(píng)審?fù)戤?，測(cè)試工程師根據(jù)評(píng)審結(jié)果，對(duì)測(cè)試用例進(jìn)行修改，并記錄修改日志。5、測(cè)試用例更新完善13v1.0 可編輯可修改測(cè)試用例編寫完成之后需要不斷完善， 軟件產(chǎn)品新增功能或更新需求后， 測(cè)試用例必須配套修改更新；在測(cè)試過程中發(fā)現(xiàn)設(shè)計(jì)測(cè)試用例時(shí)考慮不周， 需要對(duì)測(cè)試用例進(jìn)行修改完善； 在軟件交付使用后客戶反饋的軟件缺陷， 而缺陷又是因測(cè)試用例存在漏洞造成， 也需要對(duì)測(cè)試用例進(jìn)行完善。一般小的修改完善可在原測(cè)試用例文檔上修改， 但文檔要有更改記錄。 軟件的版本升級(jí)更新，測(cè)試用例一般也應(yīng)隨之編制升級(jí)更新版本。測(cè)試用例是“活”的，在軟件的生命周期中不斷更新與完善。不以物喜，不以己悲，心靜自然涼一般問題的產(chǎn)生，必定可以找到原因，只有找到問題的根本原因之后才能很好的解決。個(gè)人認(rèn)為產(chǎn)生上述問題可以從以下兩方面思考。第一，自身問題也許你是個(gè)新人， 也許你是剛畢業(yè)生， 也許你剛進(jìn)入某行業(yè)， 也許是一個(gè)全新的項(xiàng)目等， ，總之，在你手中的模塊是全新的， 你以前從沒接觸過的。 這種情況下也許你找不出很多 BUG，是有點(diǎn)正常的，但你不能一直讓它正常下去，首先，你應(yīng)該先把心態(tài)調(diào)整下，心想，反正我現(xiàn)在可能是墊底的，不可能再差了，現(xiàn)在唯一的路就是進(jìn)步了，心態(tài)好了后，進(jìn)步就快了，下面是一些進(jìn)步的方法：、盡快熟悉行業(yè)知識(shí)，比如游戲就應(yīng)該熟悉游戲方面的，安全就應(yīng)該熟悉病毒等、盡可能熟悉正在測(cè)試的項(xiàng)目、盡可能熟悉被測(cè)試的模塊，包括和該模塊開發(fā)人員打好關(guān)系，可以進(jìn)一步熟悉該模塊，進(jìn)一步找出隱藏的問題、向公司測(cè)試高手學(xué)習(xí)方法，主要是他們的測(cè)試思想、業(yè)余時(shí)間多看看公司以前項(xiàng)目的測(cè)試文檔，努力學(xué)習(xí)里面的測(cè)試思路，方法，努力提高、自身測(cè)試技能不足，導(dǎo)致測(cè)試不深入，就需要學(xué)習(xí)更深，更多的測(cè)試技能，盡可能熟14v1.0 可編輯可修改悉再熟練第二，外界因素外界因素有 2方面：1、測(cè)試用例不完善 (也許你只是執(zhí)行人員，不是編寫人員 )，這種情況下，你除了要反應(yīng)用例情況給編寫人員和測(cè)試負(fù)責(zé)人外， 還要更加深入找開發(fā)人員了解模塊， 這樣即時(shí)在用例不完善情況下也能深入測(cè)試。2、被測(cè)試模塊是重點(diǎn)模塊，是開發(fā)牛人寫的模塊，你發(fā)現(xiàn)的 BUG當(dāng)然少，但這也證明你的測(cè)試能力強(qiáng)，你要知道，只有重點(diǎn)模塊才會(huì)給測(cè)試高手去測(cè)， 因?yàn)橹挥羞@樣才能發(fā)現(xiàn)深缺陷，雖然說可能發(fā)現(xiàn)的 BUG少，但一BUG頂6普通BUG，這種情況下你更應(yīng)該保持平常，平常心，你要知道深 BUG只有在細(xì)心，耐心才能發(fā)現(xiàn)，并不是在煩躁的時(shí)候發(fā)現(xiàn)的。當(dāng)然，上面只是簡(jiǎn)單列舉可能的問題原因，你只要記住，只有勝不驕，敗不餒才能讓你前進(jìn)，讓你成長(zhǎng)。PS：當(dāng)然一些以 BUG數(shù)量做測(cè)試考核也不應(yīng)該擔(dān)心，只要做好模塊， BUG等級(jí)的權(quán)數(shù)就是一樣的，最主要的是自己要看得開，別人只能幫你分析原因，解鈴還須系鈴人。Blocker:Blocksdevelopmentand/ortestingworkCritical:crashes,lossofdata,severememoryleakMajor:majorl