第一篇:XXXX項目個人測試總結大綱
XXXXXX項目測試個人總結 1 個人總結
1.1 非錯問題分析 1.2 交叉測試遺漏問題
1.2.1 逐一分析
重點為第三輪
其他測試人員提出自己的模塊的問題
1.3 測試用例
1.3.1 沒有直接關聯BUG的測試用例分析
1.3.2 測試用例執行遇到的問題
1.4 Keep 1.5 Problem 1.6 Try 2 項目總結
2.1 產品 2.1.1 Keep 2.1.2 Problem 2.1.3 Try 2.2 開發 2.2.1 Keep 2.2.2 Problem 2.2.3 Try 2.3 項目 2.3.1 Keep 2.3.2 Problem 2.3.3 Try
第二篇:軟件測試項目個人總結
軟件測試項目個人總結
總結在一個時期、一個、一個階段對學習和工作生活等情況加以回顧和分析的一種書面材料,它在我們的學習、工作中起到呈上啟下的作用,讓我們好好寫一份總結吧。總結怎么寫才不會千篇一律呢?下面是小編收集整理的軟件測試項目個人總結,歡迎閱讀,希望大家能夠喜歡。
軟件測試項目個人總結1回顧20×年5月入職到現在大半年的工作,我在公司領導及各位同事的支持和幫助下,按照公司要求,比較好地完成了本職工作現將這一年的工作情況總結如下:
嚴重性缺陷占到整個缺陷數量的百分之四十,從實際測試工作來看,代表性大致可分為以下幾類:點擊“新增”報錯、查詢報錯、保存報錯等直觀的缺陷。在這里建議研發人員在單元測試發現此類缺陷,在今后項目中,減少缺陷數量,提高軟件質量。
中間業務平臺管理系統上線階段:
在管理系統上線階段共發現6個問題其中有代表性問題分類如下:
1、需求問題:
系統維護->賬戶維護新增時,賬戶類型字段是從數據庫配置,聯社方想通過頁面控制此字段。此問題在集成測試時,熬民就提出要從系統頁面上新增,當時認為需求沒提出此功能忽略了隱性需求導致后期東北農電項目上線需要從數據庫大量配置通訊配置表。
教訓:今后測試不止測試功能是否實現,需要考慮和結合系統與系統之間的關聯關系,眼光放得在長遠些。
2、技術實現問題:
集成測試時,管理系統新增賬戶時其合法性需要與核心校驗,此問題集成測試通過,但在上線驗證階段發現此功能沒實現。后經過與研發人員溝通此功能實現方式是單位關聯維護時,核心直連標志選擇不直連,則此業務新增賬戶時則不與核心校驗賬戶。功能實現邏輯就是錯誤,而測試基于錯誤的邏輯去做集成測試。
軟件測試項目個人總結2本人自20×年6月25日起進入公司從事手機軟件測試工程師一職,在不知不覺中已經走過了20×年。在這段時間里,我感悟頗多,雖然這并不是我的第一份工作,但是在此期間,我對于工作一貫謙虛謹慎、認真負責的工作態度,從來沒有改變過。
在本部門工作中,我一直嚴格要求自己,認真及時地完成領導布置的每一項任務,并虛心向同事學習,不斷改正工作中的不足;配合各部門負責人落實及完成公司各項工作。
在過去的一年中,通過不斷的學習和自我提高,已經適應了本職的工作,但對于一個初入公司的新人,要全面融入企業的方方面面,可能在一些問題的考慮上還不夠全面,但我相信,通過公司領導及同事的悉心指導,我一定會在今后的工作中更好的提高自己的水平、素質,更好的完成本職工作。
在今后的工作中,我要繼續努力,克服自己的缺點,彌補不足,向白盒測試、內部代碼測試方向了解,加強軟件測試、計算機語言方面的知識,不斷自我學習,力爭成為學習型、創新型、實干型兼備的新世紀人才。
軟件測試項目個人總結3我是技術部、測試組×,20×年即將過去,時光飛逝,日月如梭,我來公司半年的時間轉瞬即逝,身為一名年輕的員工,我緊密配合公司的安排,卯足精神、踏踏實實地為公司做事,同時也努力成為一名能主動做事,勇挑重擔的員工,為公司的發展貢獻出了自己的一份力量。回顧半年來的工作,即有收貨也有不足,現對自已半年來的工作進行總結。×年來,本人在公司領導的正確領導下,在各位同事的熱情幫助和大力支持下,立足本職工作,努力學習,勤奮工作,誠懇待人,團結協作,遵守各項規章制度和工作紀律,不斷提高服務質量和工作效率,較好的完成了全年的各項工作任務。以下是本以來的個人工作總結:
一、政治思想方面
一年來我積極參加公司里組織的學習,努力做到在思想上、認識上同公司價值觀保持一致、始終保持與時俱進的精神狀態。同時,自己還樹立終身學習的觀念,利用業余時間進一步學習自己的業務知識。平時能夠團結同志,具有一種良好的敬業精神和責任感。
二、工作情況
半年來我的主要工作有:××項目的測試、×x的相關測試。
關于××,除了進行相關的回歸測試外,由于客戶對其提出了新的需求,所以要基于新需求重新進行全面測試,以便及時發現新問題,避免客戶使用時再次出現問題。現在正在對中電工程進行端口的調試,當端口調試結束后還需要進行回歸測試,避免系統給客戶安裝后出現缺陷。
關于×x,主要再次對各個二級、三級單位進行×、×、××和××、×、××等的相關本部和所屬的流程進行測試;配置×和×的×、×、×、×和×、×的人員角色的權限,并且測試他們的登錄功能和應有的權限是否顯示正確;測試×公司和×公司的會簽單;測試××差異報告是否和系統相符。
三、存在的問題和打算
盡管經過一些努力,我的業務水平還需進一步提高。在以后的工作中,我將加強自主管理的意識,加強理論和業務學習,不斷提高業務技術水平,使自己的工作達到一個更高的層次,能外出為相關項目公司做培訓,有問題積極與領導進行交流,出現工作上和思想上的問題及時匯報,也希望領導能夠及時對我工作的不足進行批評指正,使我的工作能夠更加完善。
今后我會加強其它專業知識的學習。社會的進步與企業的發展對員工的綜合素質提出了越來越高的要求,要求員工一專多能,只有這樣才能進一步提高企業的效率,增強企業的競爭力,才能增強員工在這個社會中的競爭力。所以,在加強本專業業務能力的同時,要不斷的學習,擴展知識面,為企業的發展和自身的發展打下良好的基礎。
我還會加強英語知識的.學習。英語越來越成為了工作中一門重要的技能,今后很多崗位也會對英語水平提出更高的要求。所以在今后的工作過程中,我要不斷加強英語的學習,以適應崗位職責對我們提出的要求。
平凡普通的崗位上,自己只是滄海一粟,但是,人同此心,心同此理,只要你我都有愛崗敬業的行動,必將成為公司發展壯大的堅實基礎。我會把自己的理想、信念、青春、才智毫無保留地奉獻給這個莊嚴的選擇,因為企業的發展與成功,不僅是一個公司的成功,更是我們每一個員工的成功,只有企業更好的發展,才有員工發揮的舞臺,才能盡情發揮個人的才華,實現個人與企業的共發展!
軟件測試項目個人總結4時光荏苒,如今17年的帷幕已經謝下,20×年的鐘聲已經敲響,在公司高層的正確領導下,我們佰騰科技又走過了一年。而我也在自己的努力以及同事的幫助下完成了20×年我所負責的工作,以下就是我對過去這一年的工作總結:
一、測試工作及經驗
作為軟件部測試組的一員,首先要做好的就是自己的本職工作,我在20×年中所做的工作主要有:
1.××××測試用例的編寫,對系統的測試、跟蹤。
2.××××需求、高保圖、界面和功能的測試。
3.××××功能測試用例的編寫,高保圖、系統的測試。
4.××××的靜態頁面測試和功能測試。
5.××××的功能測試。
6.××××第一、二、三迭代高保圖測試,測試用例編寫,靜態頁面和功能測試,并主持參與測試用例評審。
7.××××平臺高保圖的測試和系統靜態頁面、功能的測試。
8.××××的高保圖測試和測試用例的編寫。
9.××××的靜態頁面和功能測試,參與測試用例的評審。
10.××××的高保圖測試、靜態頁面和功能測試。
11.××××用戶使用手冊的編寫。
一年的工作,讓我獲得很多方面的經驗:
1.編寫邏輯覆蓋率全的測試用例甚為重要。在理解需求的前提下編寫測試用例,使得我掌握了多種測試用例編寫方法,更讓我對產品的需求有更加深入的理解,須知對需求是否理解透徹決定了能否有效、全面地對產品進行測試。
2.要站在用戶角度對系統進行測試。從一些項目中出現的未能及時發現的bug中,我認識到用戶體驗的重要性,現在能夠越來越多的從這方面來執行測試。
3.對拿到手的項目有較清晰的思路,能夠更加快速、準確地發現問題。
4.越來越規范的工作流程的讓我們的工作有條不紊的進行,讓我深刻認識到工作的規范性是多么的重要,并且從中學習如何從文檔和流程上規范工作。
5.同事間的溝通很重要。現在不管遇到什么不確定或疑惑,都與開發人員、產品經理等及時溝通,大大提高了工作的效率。
二、加強自我能力的提高
只有不斷的提高自己各種的能力,才能勝任越來越艱巨的任務,因此在工作相對不飽和的時候,我自己進行了一些學習。
為提高對“用戶體驗”的理解,我學習了《下一站用戶體驗》,書中一些經驗確實讓我獲益匪淺。不能總拿別人的用戶體驗去改進自己的產品,但是有一些卻是通用的,比如:太多彈出框、按鈕會給用戶帶來憤怒感,要適當的給頁面減肥等等。
深知單純的界面測試和功能測試已經漸漸不能滿足今后平臺的開發,所以我學習了性能測試的一些相關知識,并在師父的指導下運用LR工具進行簡單性能測試,以后必須堅持學習。
三、存在的不足及明年計劃
一年的工作讓我有所進步,但是很多地方還是存在不足,比如:有時候看問題比較主觀,不是很細致,沒能深入地去測試,會有遺漏的bug;自身專業技術能力還不足,不能從系統穩定性這一點上對系統進行測試。在以后的工作中,我會努力改善。
在20×年的工作中,我計劃:
1、本著實事求是的態度,更加認真、負責的完成工作。
2、要盡可能深刻的理解需求,堅持編寫覆蓋率強的測試用例。
3、按照系統穩定性測試方案,要逐漸對系統的穩定性、安全性進行測試。
4、繼續研究性能測試,并要將LR工具運用在實際工作中。
5、多多的學習,參加一些有益的培訓,在實際工作中活學活用。
四、個人建議
這一年來我們部門有著的顯著進步,越發規范的工作流程,越來越明確的責任制度、管理體系等,都讓我們更加有凝聚力。在此,個人提出以下幾個小建議:
1、希望可以加強對項目的把控,盡量能將延期風險降到最低。
2、從各個組對需求理解的不一致,以及信息更新不及時等問題上看,溝通問題還是有待完善。
3、希望能夠在需求這一關卡上能更詳細、準確的確定產品的功能要求。
4、雖然工作任務繁重,還是希望部門能夠多組織活動,完善獎勵制度,可以讓大家更加激情的為部門、為公司奉獻自己的全部力量。
以上是我個人的一些淺見,相信在大家共同的努力下,向著同一個目標進發,軟件部甚至整個公司必定會大展全新的宏圖偉業。
軟件測試項目個人總結5本著對IT業的憧憬,走進了×(×)信息技術有限公司,我在公司所從事的工作是軟件測試,在真正投入到工作之前,我在網上查詢了許多測試員的相關要求,了解了作為一個測試人員必須耐心,細心和平和的心態,他的目標是盡可能早一些找出軟件缺陷,提高產品的質量,降低維護的成本,盡可能的達到客戶的需求。
軟件測試員的一個基本素質是:打破沙鍋問到底。另外還必須具備探索精神,有創造性,追求完美,判斷準確,老練穩重,強的說服力以及受過編程方面的教育等素質,同時也還必須是個故障排除能手,等等。還沒看完就發現自己離這些要求真的好遠,更進一步認識到自己必須要全心全意投入工作,虛心請教,一切都得從頭開始。
另外,測試并不是單純意思上的機械的“測試”,它首先要求對產品非常熟悉,不管是從功能上還是操作上。更為重要的還有就是我們要了解客戶的需求,根據客戶的要求來測試,看看產品是否能達到他們的要求。而從這些方面考慮則要求我們必須比任何人都要熟悉產品的一切。
公司的主要產品是電腦還原軟硬件和電腦鎖等一些電腦安全周邊的產品,在真正的投入到測試這個工作之前,我們首先該做的就是熟悉產品,而最最直接的途徑便是查看說明書,剛開始每天都是打開電腦,看產品說明書,重復的看,本以為看幾遍就都記住,但是到公司進行考核的時候,才發現原來自己真的什么都沒有掌握。
第一次考核不及格,雖然具體的分數沒有看到,但是那份心情,卻使自己始終無法忘懷,也更讓自己認識到要虛心的,按部就班的好好熟悉產品,要做到對產品耳熟能詳。在我實習期間公司給×市自來水集團負責查表稅費稽查等系統,它主要應用是水費的業務管理。對于我們來說,它是一個全然陌生的產品,老總要求我和跟我一起實習的同事三天之內迅速熟悉產品的各種功能及完成測試。
當時聽了嚇一跳,一個對于我們來說全新的產品,一天就要全部掌握而且要測試出它尚存在的問題,這似乎很不可能,而且也有點不相信自己有這樣的能力。但是一天下來,我們竟然可以從什么都不懂,到熟練的掌握。并且也完成了一些簡單的測試,發現了一些界面錯誤。但是對它的具體性能和功能的測試還沒有完成,不過老板并沒有責怪我們,只是讓我們明天接著做,聽了心里有些安慰。因為本以為他會大發雷霆呢。
那一天對于我來說的收獲便是,要相信自己,不要被沒有去真正實踐的事情而嚇倒,其實如果你真的去嘗試,你會發現一切都沒有你想象的那么難,只要你努力,沒有什么不可以。最后在我們的努力下,共用了不到三天的時間,熟練的掌握了的白板的操作,對它的界面、功能、性能等做完了全面的測試,及時做了總結,反饋給×的公司,讓他們對存在的錯誤做了修改,而且我們還協助老總教會了銷售人員,以便他們能夠在×月×日的會議上能夠熟練的操作,把產品展現給自來水集團的工作人員。后來聽說得到了很大的反響,公司同事聽了都非常的高興,想想那兩天的班算是沒有白加。
實習結果幾個月的實習下來,讓自己走進了一個全新的領域,開始了自己真正的工作生涯。實習無所謂結果而言,更確切的說,它是一個開端,一個讓自己學會成長的地方,當然也確實讓自己長大了許多。不管是從工作技能上還是從為人處事上,我都感覺到了有很大的提高。
首先,在工作技能上,因為從事的是測試工作,對于自己來說是一個全新的概念,一切都是從頭開始的,而更需要自己的努力、耐心和細心。這些都是自己欠缺的,但是在工作了這幾個月后,真的發現自己有了很大的改善。雖然離真正的軟件測試人員的要求還有很大的距離,但是自己一定會努力,向著自己的目標前進。
其次,在為人處事方面,也讓自己成熟了許多。雖然不能用語言來描述,但是確實可以從生活中的點點滴滴感覺得到。經歷使人成長,只有真正的經歷過,才可以讓自己真的成熟起來,要想真的出人頭地,好的為人是前提。
實習總結
說來自己真的算是很幸運吧,我應聘的職位是軟件測試員,當初在大家包括我自己的眼里都認為軟件測試的要求非常高,而且似乎有一種可望不可及的感覺,但是當自己真正的接觸了這個行業之后,發現其實并沒有那么的高不可攀。不過后來發現自己所從事的,并不是真正意義上的軟件測試,只是一種“手腦”測試罷了,不過雖然如此,但依然學到了很多,尤其是對計算機的硬件知識和底層操作有了更深的一步了解。還記得剛剛走入公司的時候,感覺很奇妙,一切都是那么新奇,那么陌生,不敢隨便講話,凡事都小心翼翼的,這對于性格開朗的我來說,簡直到了折磨的程度,不過幸運的是很快就跟所在部門的同事混熟啦,公司雖然很小,但是工作的氛圍卻非常的輕松。也許大家都是年輕人,且都是剛剛進入社會不久,所以有很多的共同話題,在工作之余,和同事之間的關系相處的很融洽,完全化解我當初的煌煌不安。
總之,通過這次實習,確實讓自己成長了許多。在實習期間,我學到了許多東西,遇到了一些困難,也看到了自己本身存在著許多問題。在測試時要想使自己的測試更加周全。總會遇到這樣那樣的問題,當前的軟件的功能日趨復雜,不學到一定的深度和廣度是難以在實際工作中應付自如的。因此反映出學習的還不夠,缺點疏漏。需再加以刻苦鉆研及學習,不斷開拓視野,增強自己的實踐操作技能,為以后能做好測試工作而努力。
第三篇:普通話水平測試大綱
普通話水平測試大綱
一、導 語
國家推廣全國通用的普通話。普通話是以漢語文授課的各級各類學校的教學語言;是以漢語傳送的各級廣播電臺、電視臺的規范語言,是漢語電影、電視劇、話劇必須使用的規范語言;是我國黨政機關、團體、企事業單位干部在公務活動中必須使用的工作語言;是不同方言區以及國內不同民族之間人們的通用語言。
掌握和使用一定水平的普通話,是進行現代化建設的各行各業人員,特別是教師、播音員、節目主持人、演員等專業人員必備的職業素質。因此,有必要在一定范圍內對某些崗位的人員進行普通話水平測試,并逐步試行持等級證書上崗制度。
普通話是漢民族的共同語,是規范化的現代漢語、共同的語言和規范化的語言是不可分割的,沒有一定的規范就不可能做到真正的共同。普通話的規范指的是現代漢語在語音、詞匯、語法各方面的標準。普通話水平測試是推廣普通話工作的重要組成部分,是使推廣普通話工作逐步走向科學化、規范化、制度化的重要舉措。推廣普通話促進語言規范化,是漢語發展的總趨勢。普通話水平測試工作的健康開展必將對社會的語言生活產生深遠的影響。
普通話水平測試不是普通話系統知識的考試,不是文化水平的考核,也不是口才的評估,是應試人運用普通話所達到的標準程度的檢測和評定。根據國家語言文字工作委員會、國家教育委員會、廣播電影電視部《關于開展普通話水平測試工作的決定》,普通話水平測試工作先在一定范圍內對某些崗位的人員實行。(詳見《決定》)
漢語方言復雜,語音乃至詞匯、語法因時因地而異,無庸諱言,有的地方話較為接近普通話的標準,而有的地方話跟普通話的標準則存在較大的差異。進行普通話水平測試必須堅持統一的標準,堅持測試的科學性和嚴肅性。鑒于普通話在一些地區還不夠普及,以往在推廣普通話工作中普及和提高的工作結合得還不夠緊密,應該從實際出發,在一段時間內,對不同的方言區要求上要有所區別。
為了便于操作和突出口頭檢測的特點,測試一律采用口試。普通話有口語和書面語兩種形式。測試也必須采取有文字憑借和沒有文字憑借兩種方式進行。有文字憑借的部分要包括適量的語音、詞匯、語法的檢測項,各類題目要有明確的目的、要求。要選取編制較好的試卷進行信度、區別度和難度分析,通過分析的試卷可以在測試機構內作為標準試卷推廣使用,并逐步建立測試題庫。
二、試卷編制和評分辦法
試卷包括五個部分:
2·1 讀單音節字詞100個(排除輕聲、兒化音節)。
目的:考察應試人聲母、韻母、聲調的發音。
要求:100個音節里,每個聲母出現一般不少于3次,方言里缺少的或容易混淆的酌量增加1-2次;每個韻母的出現一般不少于2次,方言里缺少的或容易混淆的韻母酌量增加1-2次。字音聲母或韻母相同的要隔開排列。不使相鄰的音節出現雙聲或疊韻的情況。
評分:此項成績占總分的10%,即10分。讀錯一個字的聲母、韻母或聲調扣0.1分。讀音有缺陷每個字扣0.05分。一個字允許讀兩遍,即應試人發覺第一次讀音有口誤時可以改讀,按第二次讀音評判。
限時:3分鐘。超時扣分(3-4分鐘扣0.5分,4分鐘以上扣0.8分)。
讀音有缺陷只在2·1讀單音節字詞和2·2讀雙音節詞語兩項記評。讀音有缺陷在2·1項內主要是指聲母的發音部位不準確,但還不是把普通話里的某一類聲母讀成另一類聲母,比如舌面前音j、q、x讀得太接近z、c、s;或者是把普通話里的某一類聲母的正確發音部位用較接近的部位代替,比如把舌面前音j、q、x讀成舌葉音;或者讀翹舌音聲母時舌尖接觸或接近上腭的位置過于靠后或靠前,但還沒有完全錯讀為舌尖前音等;韻母讀音的缺陷多表現為合口呼、撮口呼的韻母圓唇度明顯不夠,語感差;或者開口呼的韻母開口度明顯不夠,聽感性質明顯不符;或者復韻母舌位動程明顯不夠等;聲調調形、調勢基本正確,但調值明顯偏低或偏高,特別是四聲的相對高點或低點明顯不一致的,判為聲調讀音缺陷;這類缺陷一般是成系統的,每個聲調按5個單音錯誤扣分。2·1和2·2兩項里都有同樣問題的,兩項分別都扣分。
2·2 讀雙音節詞語50個。
目的:除考察應試人聲母、韻母和聲調的發音外,還要考察上聲變調、兒化韻和輕聲的讀音。
要求:50個雙音節可視為100個單音節,聲母、韻母的出現次數大體與單音節字詞相同。此外,上聲和上聲相連的詞語不少于2次,上聲和其他聲調相連不少于4次;輕聲不少于3次;兒化韻不少于4次(ar ur ier üer),詞語的排列要避免同一測試項的集中出現。
評分:此項成績占總分的20%,即20分。讀錯一個音節的聲母、韻母或聲調扣0.2分。讀音有明顯缺陷每次扣0.1分。
限時:3分鐘。超時扣分(3-4分鐘扣1分,4分鐘以上扣1.6分)。
讀音有缺陷所指的除跟2·1項內所述相同的以外,兒化韻讀音明顯不合要求的應列入。
2·1和2·2兩項測試,其中有一項或兩項分別失分在10%的,即2·1題失分1分,或2·2題失分2分即判定應試人的普通話水平不能進入一級。
應試人有較為明顯的語音缺陷的,即使總分達到一級甲等也要降等,評定為一級乙等。
2·3 朗讀 從《測試大綱》第五部分朗讀材料(1-50號)中任選。
目的:考察應試人用普通話朗讀書面材料的水平,重點考察語音、連讀音變(上聲、“一”、“不”),語調(語氣)等項目。
計分:此項成績占總分的30%。即30分。對每篇材料的前400字(不包括標點)做累積計算,每次語音錯誤扣0.1分,漏讀一個字扣0.1分,不同程度地存
在方言語調一次性扣分(問題突出扣3分;比較明顯,扣2分;略有反映,扣1.5分。停頓、斷句不當每次扣1分;語速過快或過慢一次性扣2分。
限時:4分鐘。超過4分30秒以上扣1分。
說明:朗讀材料(1-50)各篇的字數略有出入,為了做到評分標準一致,測試中對應試人選讀材料的前400個字(每篇400字之后均有標志)的失誤做累積計算;但語調、語速的考察應貫穿全篇。從測試的要求來看,應把提供應試人做練習的50篇作品作為一個整體,應試前通過練習全面掌握。
2·4 判斷測試
目的:重點考察應試人員全面掌握普通話詞匯、語法的程度。題目編制和計分:此項成績占總分的10%,即10分。
判斷(一):根據《測試大綱》第三部分,選列十組普通話和方言說法不同的詞語(每組至少有兩種不同的說法),由應試人判斷那種說法是普通話的詞語。錯一組扣0.25分。對外籍人員的測試可以省去這個部分,判斷(三)的計分加倍。
判斷(二):根據《測試大綱》第四部分抽選5個量詞,同時列出可以與之搭配的10個名詞,由應試人現場組合,考察應試人掌握量詞的情況。搭配錯誤的每次扣0.5分。
判斷(三):根據《測試大綱》第四部分,編制5組普通話和方言在語序或表達方式上不一致的短語或短句(每組至少有兩種形式),由應試人判定符合普通話語法規范的形式。判斷失誤每次扣0.5分。
在口頭回答時,屬于答案部分的詞語讀音有錯誤時,每次扣0.1分;如回答錯誤已扣分就不再扣語音失誤分。
限時:3分鐘。超時扣0.5分 2·5 說話
目的:考察應試人在沒有文字憑借的情況下,說普通話的能力和所能達到的規范程度。以單向說話為主,必要時輔以主試人和應試人的雙向對話。單向對話:應試人根據抽簽確定的話題,說4分鐘(不得少于3分鐘,說滿4分鐘主試人應請應試人停止)。
評分:此項成績占總分的30%,即30分。其中包括:(1)語音面貌占20%,即20分。其中檔次為:
一檔 20分 語音標準
二檔 18分 語音失誤在10次以下,有方音不明顯;
三檔 16分 語音失誤在10次以下,但方音比較明顯;或方音不明顯,但語音失誤大致在10次-15次之間;
四檔 14分 語音失誤在10次-15次之間,方音比較明顯;
五檔 10分 語音失誤超過15次,方音明顯;
六檔 8分 語音失誤多,方音重。
語音面貌確定為二檔(或二檔以下)即使總積分在96以上,也不能入一級甲等;語音面貌確定為五檔的,即使總積分在87分以上,也不能入二級甲等;有以上情況的,都應在等內降等評定。
(2)詞匯語法規范程度占5%。計分檔次為:
一檔 5分 詞匯、語法合乎規范;
二檔 4分 偶有詞匯或語法不符合規范的情況;
三檔 3分 詞匯、語法屢有不符合規范的情況;(3)自然流暢程度占5%,即5分。計分檔次為:
一檔 5分 自然流暢;
二檔 4分 基本流暢,口語化較差(有類似背稿子的表現);
三檔 3分 語速不當,話語不連貫;說話時間不足,必須主試人用雙向談話加以彌補。試行階段采用以上評分辦法,隨著情況的變化應適當增加說話評分的比例。
三、試卷的分型和樣卷
3·1 普通話水平測試試卷按照測試對象的不同分為Ⅰ型和Ⅱ型兩類
Ⅰ型卷 主要供通過漢語水平考試(HSK)申請進行普通話水平測試的外籍或外族人員使用。Ⅰ型卷的出題范圍是:
(1)單音節字詞和雙音節詞語都從《測試大綱》第二部分的〔表一〕選編,其中帶兩個星號的字詞占60%,帶一個星號的字詞占40%。測試范圍只限于〔表一〕。
(2)朗讀材料的投簽限制在40個之內,依字數的多少減去字數較多的10篇。
由于普通話水平測試處于試行階段,同時考慮到在校學生的學習負擔,所以在1996年12月底以前,對中等師范學校和中等職業學校有關專業的學生以及小學教師進行普通話水平測試時也采用Ⅰ型卷。
Ⅱ型卷 供使用Ⅰ型卷人員以外的應試人員使用。Ⅱ型卷的出題范圍是:
(1)單音節字詞和雙音節詞語按比例分別從《測試大綱》第二部分的〔表一〕和〔表二〕選編。選自〔表一〕占70%,其中帶兩個星號的占40%,帶一個星號的占30%;選自〔表二〕的占30%。
(2)朗讀材料(1-50號)全部投簽。
3.2樣卷(不是標準卷,未經信度、區別度、難度分析)
Ⅰ型卷
(1)讀單音節字詞100個
吵
北
愛
詞
岸
半
加
讀
埠
菜
燈
脆
動
兵
春
洗
魚
下
炸
質
熱
自
破
蛇
我鞋
坐
助
雜
足
思
沙
許
芽
抓
躍
嘴
咬
稅 頭
搜
天
完
味
幼
腿
小
暫
元
戰
尊
專
香
莊
廳
翁
兄
爭
損
真
弱
略
內
貓
所
驢
苗
流
門
老
您 亂 窮
金
礦
容
親
胖
泉
評
青
讓
群
君
槍
空
瓜
風
會
耕
黑
根
口
火
接
快
二
分
富
記
以上100個字詞,都選自〔表一〕,其中帶兩個星號的60個;帶一個星號的40個。
復蓋聲母情況:b:4,p:3,m:3,f:4,d:3,t:4,n:2,l:5,g:3,k:4,h:3,j:5,q:6,x:7,zh:8,ch:2,sh:3,r:4,z:9,c:3,s:4,零聲母:13(y:6,w:4,φ:3)。
復蓋韻母情況:i:2,-i(前):3,-i(后):1,u:3,ü:3,a:4,ia:3,ua:2,o:1,uo:5,e:2,ie:2,üe:2,ai:2,uai:1,ei:3,uei:6,ao:3,iao:3,ou:3,iou:2,an:4,ian:1,uan:3,üan:2,en:4,in:3,uen:3,ün:2,ang:2,iang:2,uang:2,eng:4,ing:4,ueng:1,ong:3,iong:2,er:1。
(2)讀雙音節詞語50個
皮膚
報紙
女兒
玻璃
罪惡
哀悼
烹調
名字
通商
大學
木匠的確
年頭兒 旅游
蘿卜
天真
光榮
靈魂
功夫
開會
選舉
家伙
小孩兒 敏捷
所以
教師
權限
率領
人質
群眾
內臟
響應
完整
英雄
闡述
乘客
處理
玩意兒 愉快
政策
音樂
委員
有用
云彩
寫作
參照
纖維
一會兒
挖掘
金魚兒
以上50雙音節詞語都選自〔表一〕,其中帶兩個星號的30個(60個音節),帶一個星號的20個(40個音節)。
覆蓋聲母情況:b:3,p:2,m:3,f:2,d:4,t:4,n:3,l:6,g:2,k:3,h:5,j:7,q:3,x:8,zh:7,ch:3,sh:4,r:2,z:4,c:3,s:2,零聲母:21(y:14,w:5,φ:2)。
覆蓋韻母情況:i:3,-i(前):1,-i(后):3,u:5,ü:5,a:1,ia:1,ua:1,o:2,uo:4,e:2,ie:2,üe:4,ai:4,uai:2,ei:2,uei:4,ao:4,iao:3,ou:1,iou:2,an:2,ian:4,uan:2,üan:3,en:2,in:3,uen:1,ün:2,ang:2,iang:2,uang:1,eng:4,ing:5,ong:4,iong:2,er:1。
含有5個輕聲音節;兒化韻5個(tour,hair,yir,huir,yur);上聲接上聲音節3對,上聲接去聲、陽平音節9對。
(3)朗讀:抽簽選定朗讀材料,從1-50號作品中選字數較少的40篇投簽。
評分辦法:詳見2·3節。
(4)選擇、判斷
1)從每組詞中選出普通話的詞語
①日里 日時 白天 日中 日頭
②鼻 鼻子 鼻公 鼻哥 鼻頭 ③冰箸 冰棒 雪條 冰棍兒
④吾愛 勿要 不要 吾要
⑤蒼蠅 烏蠅 胡蠅 蚨蠅 ⑥屎窖 屎坑 廁所 糞坑厝 ⑦吹牛 吹大炮 車大炮 ⑧銀紙 紙票 鈔票 銅鈿 紙字 ⑨卵糕 雞卵糕 蛋糕 ⑩丟失 螺脫 吾見 2)正確搭配下面的量詞和名詞
把
根
棵
條
所
住宅 褲子 白菜 學校 竹竿 鑰匙 毛巾 剪刀 柳樹 冰棍兒(例如:一條--------魚)3)指出每組符合普通話的說法
①給本書我。/ 給我一本書。/ 把本書我。
②別客氣,你走頭先。/ 別客氣,你走先。/ 別客氣,你先走。③他比我高。/ 他高過我。/ 他比我過高。
④這事我曉不得。/ 這事我知不道。/ 這事我不知道。⑤你有吃過飯沒有?/ 你吃過飯沒有?(5)說話:抽簽選定題目,說4分鐘。
Ⅱ型卷
(1)讀單音節詞100個
披 餓
街
歌
日
坡
雪
科
縮
冊
麻
旅
季
池
利
思
砸
租
撇
奶
蛆
漱
碑
藕
鏢
勺
雁
瞟
剜
臊
月
套
歪
跳
位
摔
藥
歲
籃
橋
爹
懷
財
襖
拽
否
暫
溝
串
蚌
癬
閂
秦
堿
襠
邢
暈
膿
潤
凝
電
夏
礦
軟
先
準
信
人
花
群
罐
嫩
權
狂
翁
坑
巷
荒
絨
增
鰓
啞
哇
銬
釉
淌
庸
舔
迥
佛
獎
跟
寸
臟
冬
山
走
二
上
牛
以上100個字詞中有70個選自〔表一〕,其中帶兩個星號的40個,帶一個星號的30個;另外30個選自〔表二〕。〔表二〕里單音節字詞很少,為了反映普通話的語音系統,可以選取個別雙音節詞里的某一音節編題。
覆蓋聲母情況:b:3,p:4,m:1,f:2,d:4,t:4,n:5,l:3,g:4,k:5,h:3,j:5,q:5,x:7,zh:2,ch:2,sh:6,r:5,z:5,c:4,s:5,零聲母:16。
覆蓋韻母情況:i:4,-i(前):1,-i(后):2,u:3,ü:2,a:2,ia:1,ua:2,o:1,uo:1,e:4,ie:3,üe:2,ai:1,uai:4,ei:1,uei:2,ao:5,iao:5,ou:4,iou:1,an:3,ian:5,uan:5,üan:2,en:3,in:2,uen:3,ün:2,ang:5,iang:3,uang:5,eng:2,ing:2,ueng:1,ong:3,iong:2,er:1。
(2)讀雙音節詞語50個
存在窗戶
抽象
尾巴
老板
同盟
聘請
懇切
擾亂
綠化
耳朵
蘋果
糾正
承認
莊稼
耍弄
蘑菇
角色
暴虐
會計
大伙兒 非常
美好
否則
解放
隧道
快餐
脈搏
墨水兒 落選
左右
突擊
批準
蜜蜂
有點兒 喧嚷
時光
小曲兒 司法
善良
邊卡
湯圓
涼爽
俊俏
王冠
擁戴
瓊脂
迥然
訛詐
昂首
以上50個雙音節詞語,選自〔表一〕的35個,其中帶兩個星號的20個,帶一個星號的15個;另外15個選自〔表二〕。
覆蓋聲母情況:b:5,p:3,m:6,f:5,d:5,t:3,n:2,l:6,g:4,k:3,h:4,j:8,q:6,x:4,zh:5,ch:4,sh:6,r:4,z:3,c:2,s:3,零聲母:9。
覆蓋韻母情況:i:4,-i(前):1,-i(后):2,u:3,ü:2,a:4,ia:2,ua:2,o:3,uo:5,e:3,ie:2,üe:2,ai:1,uai:2,ei:2,uei:3,ao:5,iao:2,ou:3,iou:3,an:4,ian:2,uan:2,üan:3,en:2,in:1,uen:2,ün:1,ang:6,iang:3,uang:5,eng:4,ing:2,ong:2,iong:2,er:1。
含有6個輕聲音節;兒化韻4個(huar,shuir,dianr,qur);上聲接上聲音節4對,上聲接去聲、陽平、輕聲共9對。
(3)朗讀:從1-50號作品中抽簽選定朗讀材料。評分辦法:詳見2·3節。
選擇判斷和說話測試以及評分辦法同Ⅰ型卷。
第四篇:項目測試經驗總結
項目測試經驗總結
說明:以下項目測試經驗是我在原來公司工作中的實際經驗,拿出來和大家一起交流。我相信之前的項目測試工作中有不少可以改進的地方,還希望大家多多交流。
項目測試經驗
——Judy Shen
本文是對我近幾年測試工作經驗的總結,并以簡報的方式在研發中心內進行分享及交流。測試團隊介紹
在介紹我們之前項目測試工作之前,需要首先介紹一下之前我所在團隊的組織架構及測試人員在項目中的工作。
我們的測試團隊屬于質量改進中心下的測試部,它和研發團隊屬于兩個不同的中心。測試團隊有6個人,從圖一可以看出來,一個人可以參與多個處于不同階段的項目測試工作。
圖一 測試團隊組織架構
參與項目的測試人員以測試組的形式進入項目,測試組和需求組、開發組并列。每個測試組有一個測試組長負責項目測試工作。項目經理不直接面對測試組成員,而是通過測試組長進行任務安排、協調、溝通。測試部經理知情測試人員的項目測試工作,項目測試組的工作匯報均需要抄送給測試部經理。如圖二所示:
圖二 項目組織架構(舊)
上面說到的是舊的測試人員工作模式,在去年年底,為了有效利用公司測試人員資源,我們開始了測試外包的嘗試。這里的測試外包模式是指,測試組不進入項目,而是由項目組將測試工作以一個項目的方式分包給測試部,由測試部根據項目組提供的信息,進行計劃、執行測試,并按照項目要求提交測試成果給項目組。
這個模式還在探索中,如圖三所示,測試部經理直接負責項目的測試工作,測試組的工作情況抄送給項目經理。這種模式需要進行獨立核算,包括成本估算、預算、結算等。但是這種模式的整體思路還不是很成熟,從這個組織架構上大家也可以看出來,很多東西還沒有理順,所以一直都處于嘗試過程中。后面提到的內容,如果沒有特殊說明,都是在舊的模式下進行的。
圖三 項目組織架構(測試外包方式)
我想不可否認,大家都認為測試人員應該是測試技術上的專家,但是,測試人員是否需要熟悉并擅長一定的業務呢?不管答案是什么都沒有關系,但是我認為一個好的測試人員不僅是測試專家,他同時也是業務專家。有一些測試人員,因為系統的業務知識很復雜,就一頭扎進去,幾乎全力去學習業務知識,測試技術的學習和研究沒有跟上,結果不是設計出大量冗余的測試用例,就是很多方面沒考慮到,面對客戶的不當請求,也沒有底氣說測試應該怎么做,弄得做起項目來辛苦異常,個個苦不堪言!
有著樣的說法:“軟件測試人員要兩條腿走路,左腿是測試技術,右腿是業務知識。只有兩條腿的健壯差不多,走路才穩當。”出于這種思想的考慮,在原來的測試團隊,我們每個人都有兩個學習、研究方向,一個是技術方向,一個是業務方向。例如:
? 技術方向:
? 功能自動化測試 ? 性能測試 ? 單元測試 ? 測試管理 ? 業務方向:
? 物流業務 ? 智能交通 ? 知識管理
但這種方式在工作開展上有些困難。如果公司認為測試人員應該絕大部分時間用在項目測試工作上,那么測試團隊既要研究測試技術,又要擠出時間學習業務知識,在操作上是比較困難的。在我們以前的測試團隊的工作中,有一部分工作時間是用來進行部門建設的,部門建設工作中包括前面說到的技術研究、業務學習,還有就是部門搭建所需要進行的一些工作(如部門制度建設)。當時公司允許我們團隊有30%的工作量投入部門建設上。將部門建設工作分開,主要是用于統計部門成本和測試成本用的。
前面說到了測試人員是以測試組身份進入項目開展測試工作的,但不是每個成員上去都從事同樣的工作。在進入項目組工作時,每個測試人員所充當的角色是不同的,項目的測試角色劃分為以下四種,如表一所示。在實際工作中因為測試人員數量有限,所以經常是一個人擔任多個角色。
角色 職責 測試管理員
負責測試項目的管理 測試過程問題的處理與反饋 系統/性能測試組織和計劃 測試過程狀態報告 測試設計員 測試需求的描述
系統/性能測試用例的設計 測試工具、方法的引入 測試執行員
根據需要開發測試腳本
按照測試用例、測試腳本執行測試 項目測試工作指導 測試監督與度量員 測試度量
測試過程問題的匯總與反饋 開發產品的質量抽檢與評定
表一 測試角色劃分
了解了原來測試團隊的分工之后,下面介紹一下測試團隊的工作內容。原來的測試團隊承接的工作內容包括:
? 承擔系統測試、用戶測試、性能測試;
? 進行測試技術研究及培訓
其中,測試技術研究,屬于提高團隊工作技能的工作,在整個部門范圍內進行,這里屬于部門建設工作;對于項目中的測試人員有可能需要進行,如果項目采用新的測試技術或者測試工具,那么就需要項目測試組成員研究測試技術了,這部分屬于項目測試工作。
培訓,是指把內部研究的成果在團隊內使用,在適當的時機在公司內傳播。我們測試團隊在2004年開展了21次內部培訓,7次公司級培訓。因為每個人各有研究重點,所以我們每個人都是團隊內部培訓的講師。
說到測試工程師的工作內容,那么就涉及到測試工程師該做的和不該做的。當然這和公司對測試人員定位有關,這里僅指以前的組織。要說該做的,那么我們需要先明確為什么我們要測試?這是因為存在“系統錯誤很多、系統不是客戶想要的東西、系統實現沒有遵照系統需求”等這樣的背景。在這樣的背景下,產生了測試,但是又因為開發人員自己測試自己的東西,難免測試不全面,所以產生了測試工程師這個角色。因此,測試人員他該做的,就是測試軟件產品和用戶需求不一致的地方,并盡可能多的發現缺陷,能夠向項目經理匯報軟件質量狀態。但是在實際工作中,測試人員經常主動或被動的去做了一些不該做的事情。例如說,測試人員認為自己或者測試能夠保證軟件的質量,以及有意識或無意識的接受了決定軟件是否發布的這個權利。
為什么測試無法保證軟件的質量,是因為項目的質量,需要項目組的所有成員共同努力,才能達到質量保證的目的。單純靠測試工程師的力量,是無法實現軟件質量保證的目的。
為什么測試人員不適合承擔決定軟件是否發布的權利,是因為軟件的發布,是需要項目組各個小組負責人等相關人一起對系統現在的缺陷、質量狀況進行評估后,由項目經理(或者與會者)做出是否發布的決定。在這個過程中,測試工程師可以提供測試數據、系統當前質量狀態報告給與會者參考。當然,我知道這兩點會有很多人不認同,但是沒有關系的。我接觸的同行中對兩點經常有爭論。但是,有一些質量大師等權威人士還是全部或部分贊同這兩個觀點的,如:菲利普.克勞士比曾在他的書中提到軟件質量的保證需要全員努力,需要過程的控制的,而不是某個英雄可以保證軟件質量的等。項目測試工作
做了背景介紹后,下面我介紹之前項目如何開展測試工作的。
因為測試過程是整個測試工作的一個綱要,所以首先得從測試過程講起。
2.1 測試過程
測試過程,我們包括四個環節:測試計劃、測試設計、測試執行、測試分析。
圖四 測試過程
2.1.1 測試計劃
測試計劃主要是進行描述測試需求、分析制定測試計劃工作。在制定測試計劃時,經常有人認為測試計劃是在整個項目計劃制定之后才開始進行測試計劃的,事實上并不是這樣的。測試計劃和項目計劃是互相影響的。舉個例子。假設項目有進行性能測試的需求,但是測試工具又需要學習,那么我們在測試計劃中就需要預留這部分的時間,還有,測試用例的評審,也需要預留時間。或者,如果某部分比較復雜,可能測試需要的時間會較多,或者需要測試的次數會比較多,那么可能要求開發組先安排這個核心模塊的開發,這樣需要調整開發計劃的順序。所以,測試計劃和項目計劃是互相影響的。在測試計劃環節還包括測試需求的描述,主要是確認需求是可測試的,并將需求細化為具體的可測試點,保證測試設計時可以根據測試需求編寫測試用例,而避免遺漏測試點。我們的測試需求需要得到業務分析人員的評審,測試計劃要得到項目經理的審批認可。對于測試計劃,還需要說明的是,在具體的每個測試階段工作計劃中,我們需要定義本階段測試需要進行的次數。每一輪測試是一個完整的測試周期,按照這里介紹的測試過程進行。通常我們是一天一輪測試,最多是兩天一輪測試。通過這種方式,減少了測試和開發之間的空擋時間,即測試等開發,開發等測試。例子如圖五所示:
圖五 測試迭代例子 肯定會有人疑問,如果一個系統很龐大的話,怎么能在一兩天內完成測試呢?是的,如果系統比較大的話,確實沒法在一兩天內完成所有測試點的全面測試,有可能需要一周或更長的時間,但是這樣的話,就出現了測試、開發互相等待的情況了。所以,在我們制定的測試階段計劃時,需要指明本次測試的測試重點,測試范圍。我可以這一輪測試進行A、B模塊基本功能測試,第二輪測試進行C、D模塊基本功能測試,第三輪測試,進行主要業務流程測試,第四輪測試,關注負面測試。在我之前的實踐中,發現這種方法還是比較有效的。可能大家也注意到了,這個例子是另一個項目的。沒錯,在今天提到的移動的這個項目中我們沒有按照這種策略進行測試,弄得當時我們測試小組工作很累,很被動,經常是開發說測試我們就要馬上開始測試,而缺乏計劃。實施這種方法后,測試的計劃性就比較強,測試不用總是被打擾。
2.1.2 測試設計
測試設計,主要是根據需求、設計文檔進行的測試用例設計工作。如何從需求導出測試用例并設計測試用例,是整個測試過程中很重要的一部分工作,關系到測試執行效果。但是在剛開始時,系統沒有界面,所以我們只能根據系統用例搭建測試用例的初步框架,能寫多少寫多少。隨著對系統的理解深入,加上后面也開發了系統原型,我們就可以不斷完善測試用例。即使是在測試階段,我們仍不斷修改測試用例。測試用例我們分為兩種,一種是內部測試用例,項目組內部使用;一種是驗收測試用例,偏重于業務,供客戶使用。項目組內部用的測試用例例子如圖六所示:
圖六 測試用例例子(項目內用)
從圖中大家也可以感覺到項目組內部使用的測試用例在維護上比較不方便。因為我們的需求并沒有做到很細,加上需求本身就是變化的,所以我們的測試需求經常修改,一旦測試需求新增、修改、刪除時,測試用例要相應進行調整。這就造成了1)定位測試用例比較不方便,2)測試用例編號修改不方便,3)閱讀、執行測試用例不方便。所以,我在2004年底開始準備在團隊內自主開發一個測試用例管理系統。
2.1.3 測試執行
在測試執行階段,主要進行測試的執行工作。如果項目有需要編寫或錄制測試腳本的話,那么也在這個階段進行。測試執行結果是在原有測試用例的副本上編寫實際執行結果而形成。在東南融通,它是把這個活動單獨為“測試實施”環節。
2.1.4 測試分析 在測試執行結束后,我們開始對測試執行結果進行測試分析并編寫測試報告。測試報告的編寫上,主要的內容在于對投入的資源、測試結果、缺陷進行分析,并對整體測試情況進行總結分析。對于資源的分析,包括各個測試任務投入的人力情況、實際工作量與計劃工作量的對比,并進行分析。測試結果分析,可以通過對測試需求的覆蓋情況、測試用例的覆蓋情況及測試用例執行結果情況進行統計,并進行分析。缺陷分析,可以通過對嚴重性、優先級、模塊缺陷數、缺陷修復情況等方面進行統計,并分析。例如,對系統缺陷進行統計后,發現存在比較多的可用性問題,如修改操作員所屬的組后,無法登錄系統等。整體情況的總結可以從測試充分性、軟件質量情況、測試活動情況、經驗教訓等方面進行總結。
測試分析中有個很重要的活動是對測試活動和測試過程進行經驗教訓的總結。因為測試經驗教訓是很重要的,所以我們團隊有專人負責對每個項目測試報告中的經驗教訓進行匯總,目的是讓后面項目測試工作可以吸取前面項目測試的經驗,避免犯前面項目測試工作同樣的錯誤。注:本測試過程對于每個階段的測試活動、每一輪測試活動、測試團隊承接的各種測試類型均適用。
也就是說,每一輪測試之前,測試組組長都需要準備測試計劃,確定測試執行重點、目標、測試內容等,選取測試用例,并按照預先選取的測試用例執行測試,測試執行結束,需要進行測試匯報。
2.1.5 測試準則
在測試過程中有個很重要的內容是:測試準則。
在實際執行中,我們不難碰到以下類似情況:提交測試的系統經常在測試執行初期,就出現頁面訪問失敗或者正常功能失效的情況;測試人員不知道提交測試的版本改了什么內容或者新增了什么功能,改了哪些缺陷,導致經常碰到開發人員說測試人員提交的某些缺陷所對應的功能不屬于本版本集成內容等等。存在這些情況的很大一部分的原因是因為在項目策劃階段時,測試組未就測試準則和項目組達成一致意見,或者已經達成一致,但是并沒有嚴格執行。我們今天要講的測試準則,主要是針對前者,后者屬于管理層面問題,不在我們的考慮范圍內。
設置測試準時需要注重實用性。測試準則,通常包括測試進入、暫停、恢復、退出準則。這些測試準則的例子如表二所示:
進入準則 暫停準則 恢復準則 退出準則
含義
描述開始執行測試的時機
描述系統在什么情況下暫停全部或部分測試工作。描述系統恢復測試的必要條件。
描述測試退出的條件,有正常退出,也有非正常或意外的退出。集成測試
測試環境已經準備好; 已經完成提交測試的模塊內容; 主要功能無頁面點擊錯誤; 測試所需的文檔資料已經完整。測試環境被破壞; 主要功能頁面點擊錯誤。測試環境重新搭建好;
主要功能不會出現頁面點擊錯誤的情況。完成已提交內容所能完成的測試 系統測試
測試環境已經準備好; 系統基本業務流程能走通 無任何功能的頁面點擊錯誤; 測試所需的文檔資料已經完整。測試環境被破壞; 系統基本業務流程不通; 任何功能的頁面點擊錯誤。測試環境重新搭建好; 系統基本業務流程可以走通; 頁面點擊錯誤問題解決。測試內容已經完成;
阻塞測試的內容(即測試暫停的產生原因)在短時間內無法解決。內部確認測試/UAT 測試環境已經準備好; 系統正常功能已正確實現; 業務流程能走通。測試環境被破壞; 系統業務流程不通; 正常功能未正確實現;
用戶很容易重現的嚴重缺陷產生。測試環境重新搭建好; 系統業務流程能走通; 正常功能實現; 需要解決的缺陷解決。測試內容已經全部完成;
PM根據測試報告,認為系統可以滿足客戶的要求; PM要求修改的缺陷已經全部修復; 到了時間,系統必須發布。驗收測試
測試環境已經準備好; 客戶要求的功能都已經完成。業務流程可以走通。測試環境被破壞; 發現需要修改的缺陷。測試環境重新搭建好; 修改完需要修改的缺陷。
所有要求的測試用例和測試程序都已經執行,并且沒有發現新的必須修改的缺陷 性能測試
測試環境已經準備好; 系統的功能正常實現; 不存在影響系統流程的缺陷。測試環境被破壞; 系統流程存在缺陷; 被測試功能存在缺陷;
程序的版本更新,存在影響系統功能實現的缺陷。測試環境重新搭建好; 解決影響性能測試的缺陷。
所有要求的測試用例和測試腳本都已執行; 完成性能分析工作。
表二 測試準則例子
恢復測試時,一般是需要把前面測試內容重新進行測試,因為會花費較大的工作量,所以測試組長在決定暫停測試時需要很慎重。
在表二顯示的集成測試的退出準則中寫到“完成已提交測試內容所能完成的測試”,這里的“所能完成的測試”是指,在當前版本所能進行的測試內容,如在系統剛集成時,可進行界面測試,基本模塊的基本功能的測試。
上面的測試準則的例子,也不是很恰當及規范,至少缺少了數據度量部分,這里只是拿出來和大家一起交流。這部分內容我一直認為是很重要的,如果做的不好,測試組的負擔會很重。
需要注意的一點是:測試準則,是在制定測試計劃時溝通確定的,它需要和相關人溝通,且得到項目經理審批通過的。
測試準則是固定的,實際處理方式是靈活的。在實際測試過程中碰到同樣的問題,是否繼續測試,或者需要暫停測試,處理方式不是一成不變的,這是需要根據項目所處階段來具體情況具體分析的。
下面舉個例子,這個例子是經常性的一種情況。假設在測試過程中,我們發現了一個阻塞性錯誤(流程無法繼續往下走等類似情況),是否繼續進行測試呢?
? 在項目初期,進行單個或多個模塊的測試時:因為可以執行界面測試及熟悉系統,我們可以接受該版本,繼續進行測試。這就屬于已提交測試內容所能完成的測試。在項目測試初期,要求不可過于嚴格。
? 系統測試:基本流程必須走通。如果基本業務流程(主干)不能走通,則需要根據實際情況來靈活處理。(是否暫停測試或繼續測試?)如果是整個流程的初始節點失效,沒有這個節點的數據,后面所有節點均無法進行,那么這種情況下就只能暫停測試。如果說是分支流程出現阻塞,那么可以考慮繼續測試,然后在測試報告中說明該分支未測試。此時不暫停測試,主要是考慮重新集成一個版本的性價比,也就是是否值得重新集成。
? 發布前的確認測試:一旦有阻塞性缺陷,馬上停止測試。
2.2 測試實施過程
上面說的是測試過程。下面簡單介紹一下我們實際的測試工作。
我們的測試組一般是在項目啟動時進入項目組的。在項目立項時,項目經理會向測試部經理申請測試資源。經過評估衡量后,測試部經理會安排一個測試人員作為項目測試組長。當項目啟動時,測試組長進入項目,開始了解項目用戶需求,起草項目測試計劃。在到了一定階段,例如測試設計階段,測試部經理會根據項目規模,項目在公司的重要性以及團隊其他人員工作負荷情況,安排其他人進入項目組。一般來說,我們一個項目是2~3名測試人員。在項目進入維護階段時,則是一個測試人員跟進項目。
測試組長根據項目情況及項目階段計劃,定義項目本階段測試次數。項目經理參考測試組長提供的測試次數建議,以及項目開發的情況,和項目組各個小組負責人溝通后,定義了系統本階段版本集成時間。在我們的項目里,有一個開發人員兼職做集成人員。在指定的版本集成時間之前的一段時間,各個開發人員將他們的程序提交配置庫,由集成人員進行集成(不同語言有不同的集成方式)。集成后,集成人員會進行簡單的自測,驗證是否集成成功。如果集成成功,就在服務器上給該版本程序打上標簽。如果集成不成功,那么返工給相應開發人員修改并重新集成,如此反復直至集成成功。集成成功后,集成人員會提交一份集成說明給測試組長。集成說明內容包括:集成版本路徑、版本標簽、修改內容、新增內容等。測試組長則根據預先準備好的測試計劃開始測試。在開始測試時測試組長會通知項目組,告訴他們測試開始,請勿更新測試環境。測試結束后,也會通知項目組測試結束。
這里要很注意一點的是,對于數據庫的更新也需要采用同樣的管理,即數據庫維護也是需要進行統一管理,避免出現客戶環境和測試環境不一致的情況。
在正常情況下,開發組是在預定的集成日期的當天晚上集成,測試組第二天上班后開始測試。如果遇到特殊情況需要當天集成當天測試的話,我們的開發人員會等到測試組發出測試結束的通知后,才離崗。
如果在完成計劃的測試次數后,系統質量仍不穩定或沒有達到預期目標的話,那么測試組長將和項目經理溝通,相應增加測試次數。
關于測試用例的執行,我不知道公司現在是采用怎樣的一種方式的。在我原來的團隊中,測試用例的主要作用是保證系統功能的測試覆蓋率,避免某些功能因為測試周期長而導致測試遺漏。但是我們也采用經驗法、試探法、轉換思維的方式進行測試,所以,我們一般使用測試用例執行3~4次測試。這可能和我們的測試用例設計能力有關。
在缺陷管理上,整體流程基本類似,但是在缺陷分配上,我們測試人員是直接分配給項目缺陷分配專員,缺陷分配專員一般是由業務分析員擔任。缺陷分配專員對缺陷進行分析后,再進行缺陷的再分配。對于缺陷分配專員處理為不修改的缺陷,測試人員需要進行確認。如果測試人員不認可缺陷分配專員的處理意見,可以同他進行溝通,或向相關人員(如項目經理)提出自己的意見,最終以項目經理的意見為準。在系統階段確認測試前的2~3天,測試組長會將系統未解決的缺陷清單給項目經理確認,并要求項目經理提供缺陷應對方案。缺陷應對方案在系統發布時,作為項目發布說明的附件。
我們是采用公司自主開發的缺陷管理系統進行缺陷管理的,使用excel、word進行其他測試工件的編寫的。
如何搭建一個高效的測試團隊
俗話說“工欲善其事,必先利其器”,要做好測試工作,首先需要建立并維護一個高效的測試團隊。然而,許多小型軟件企業卻將測試作為產品面臨發布時的一個小“插曲”,往往臨時抽調幾名程序員對產品的功能粗略測試一下即交付客戶(甚至在進度和成本不足時首先砍掉這一塊)。這種倉促完成的產品通常質量問題很多,所以我們首先應拋棄小企業慣常的思維模式,不計較一時一地之利益,立足長遠,著手組建高效測試團隊。
第一步:招募測試人員
在國內的軟件企業中有一種普遍做法,那就是把那些剛涉足軟件行業的技術新手或業績不突出的開發人員安排去做測試工作。筆者認為這絕對是一種欠妥當的行為。事實上,對一個系統進行有效測試所需要的技能絕對不比進行軟件開發所需要的技能少,測試從業者甚至可能面對許多開發人員都不會遇到的技術難題。那么,測試團隊需要招募什么樣的成員呢?這里,筆者總結了以下兩點:
首先,測試人員要具備良好的溝通能力、自信心、外交能力、遷移能力以及懷疑精神。
其次,測試組成員應具備良好的專業技能或者技術學習能力。
當然,新招募的測試人員不可能像上面說的那么理想。關鍵是他們是否熱愛測試這項工作,對相關的工作內容是否感興趣以及他們的學習能力如何。
第二步:測試團隊制度建設
良好的制度可以規范測試團隊的工作開展,同時也便于對團隊成員進行業績考評。相反,則很有可能導致人心渙散,滋長負面風氣。建設良好的測試團隊制度,可以考慮以下幾個方面:
? 匯報制度 團隊成員匯報本周工作情況及下周工作計劃、遇到的問題以及需要提供的幫助,培養團隊成員的匯報及計劃習慣。
? 工作總結制度 成員每個階段匯報上階段工作經驗和教訓,并在部門例會上交流、分享經驗及教訓,避免同樣的問題重復出現。
? 獎懲制度 對于貢獻突出的成員予以獎勵,對于業績差的提出批評,有效地保持測試團隊的工作熱情。
? 測試件審核制度 對測試件進行審核,去粗存精,鼓勵測試人員使用和提出改進,保證提交到測試團隊知識庫的測試件的質量。
? 會議制度 定期召開部門例會,討論、解決工作中的問題,并提供部門內的學習的平臺。
目前,已有不少軟件企業推行給測試人員區分級別的制度,獎優罰劣。這無疑是一個好的做法,但成員業績的具體考評辦法,目前尚無可供參考的標準文件,所以筆者建議應盡量做到公正客觀,以免挫傷團隊成員的工作積極性。
第三步:測試團隊內部的職責分工
明確測試團隊內部各類測試人員的職責分工可以使測試團隊內部各類測試人員能集中精力在較短的時間內完成特定崗位必需的知識儲備和經驗積累,同時也使得測試團隊的管理更科學,真正做到“用其所長,避其所短”。
第四步:測試流程建設
我們可以通過以下步驟來建立適合本單位的測試流程:
1.測試團隊負責人員根據對公司現有測試狀況的了解,及個人的測試經驗,起草測試流程及相關的模板;
2.通過一到兩個項目的實踐,記錄測試流程草稿中的問題及不足之處; 3.根據實施經驗,完善測試流程,得到測試流程初稿,并起草相關實施指南; 4.選擇一個到多個項目,實踐上述測試流程初稿及實施指南,記錄實踐過程中出現的問題;
5.根據上述實踐工作的反饋,組織修改測試流程初稿及實施指南,并把修改后的測試流程繼續應用到項目實踐中去,根據反饋進一步完善成熟;
6.測試流程及其相關文件基本趨于穩定狀態時,可以考慮發布測試流程(含測試流程、模板、表格、指南),并在以后的實踐中不斷改進和完善。第五步:團隊成員能力的逐步提高
有了明確、合理的職責分工后,需要針對這些分工對團隊成員進行有意識的引導,穩步提升團隊成員的技能。測試團隊負責人需要負起監督和促進員工能力提升的任務。監督和促進測試團隊成員能力提高,主要做好如下三個方面的工作:
一是,提倡資深測試人員在測試團隊內部進行經常性的培訓和測試經驗交流,通過該渠道幫助資歷淺的測試人員大幅提升業務技能,做到新老員工之間的知識傳播和繼承。二是,測試團隊應充分利用好測試件知識庫,對于納入到測試團隊知識庫的測試件應充分消化和學習,在此基礎上進一步鼓勵測試團隊成員對這些測試件提出改進性意見。
三是,測試人員除了需要注重自身的測試技能提升,在條件許可的情況還應適度開發部門的基本知識,這樣能減少與開發團隊協同工作時的領域障礙。
第五篇:水量平衡測試項目匯報總結
水量平衡測試項目匯報總結
一、項目概況
***區水量平衡測試項目是按照北京市節水管理辦法和水量平衡測試要求的相關規定,根據《水量平衡與測試通則》的標準規范,在***水務局的大力支持和***節水辦的具體指導下,由北京旭萊特科技負責測試項目實施。本被測試對象主要是機關及其下屬單位。整個測試項目從2016年6月開始,至2016年12月結束,歷時6個月,共測試單位41家。測試項目分為五個階段:第一階段為節水宣傳和項目座談;第二階段為實地調查和硬件配置;第三階段為測試數據采集和資料整理;第四階段為測試數據分析和資料完善;第五階段為測試項目總結和測試報告移交。
二、水量平衡測試過程
(一)節水宣傳和項目座談
建設節水型社會,優化水資源配置,把節水工作貫穿于國民經濟發展和人們生產生活的全過程,是**區應對水危機的根本出路,也是實現可持續發展戰略的必然選擇。為此,在6月份開始,召集相關單位舉行節水座談會議,從**區實際情況出發,以實現水資源統一配置和高效利用為目標,所有水源的用水計劃及節水指標由節水辦統一管理;基本形成節水型社會的行政、經濟、技術政策、宣傳教育體系框架;務求增強全民節水和公眾參與意識。
全區各用水單位,無論使用何種水源,對主要用水戶開展水量平衡測試工作;改進和完善計劃用水考核方式,擴大計劃用水管理范圍。
建立深入、持久的節水宣傳機制。利用世界水日、中國水周、科技周、全國城市節水宣傳周等重要水事節日,開展廣泛的宣傳活動,充分利用三級節水網絡,加強日常性的節水宣傳,點面宣傳相結合,使節水宣傳深入到每個單位、使節水意識深入人心。節水宣傳屬于公益性宣傳,是利國利民的大事,相關窗口單位如:區委、區政府、財政局、建委等單位應給予大力支持。
通過多形式座談,使各單位了解做水量平衡測試的重要性和必要性,增強了各用水單位的節水意識和節水緊迫感。為下一步開展水量平衡測試打下基礎。
(二)實地調查和硬件配置
為了更好的開展水平衡測試項目,我們與旭萊特相關成員,對轄區內被測單位進行了一一走訪和調查,在調查的過程中,我們一邊檢查落實,一邊詳細記錄,確保每一個用水點和用水設施都記錄在冊。
在調查過程中,我們發現被測單位存在以下情況: 1)部分閥門和管道陳舊,供水管線有待更新。2)二、三級表抄表率不高,對用水計量有遺漏之處。3)管線圖紙不詳細。
4)部分水表陳舊,與實際流量不完全匹配,影響計量準確性。
5)計量表不完備,和三級計量有一定差距。6)用水資料不完善,用水檔案缺乏完整性。
7)針對以上存在的問題,我們及時和被測單位溝通,在必要的情況下,召集被測單位節水管理員等相關會議,通過講解、宣傳讓其明白開展水測的意義和重要性。通過舉行實地調查和宣傳,各被測單位的節水意識還是很高的,紛紛表示一定嚴格按照標準和規范做好各級水表計量和硬件配置,為下一步水量平衡測試做好充分準備和技術要求。
(三)測試數據采集和資料整理
在確定被測單位計量表和管線無遺漏的情況下,我們進行了數據采集。采集周期為一個月,分為動態抄表和周期抄表。動態抄表檢測24小時用水點的適時流量,周期抄表檢測用水點的周期流量。為了確保采集數據的準確性和普遍性,我們專門召開了一次抄表員會議,詳細介紹了每個單位的具體情況,對被測單位的用水性質和用水周期進行了詳細的交底和說明。
在抄表過程中,我們根據單位所在區域,把抄表員分為三班,保證每個單位都有固定的抄表員。保證了用水數據的準確性和及時性。
針對一些單位管線圖不明晰、計量表級不清楚的情況,我們專門配備了測試員和制圖員,幫助被測單位建立管線網絡圖和水表計量網絡圖。保證了基礎資料的完善和詳細。
(四)測試數據分析和資料完善
為了體現水測報告的科學性和合理性。我們針對抄表員提供的資料,我們專門召開了一次抄表員和水測分析員交流會議。對每一個被測單位的情況都交底記錄、詳盡說明、組織討論。并且專門組織水測報告分析員進行被測單位實地走訪,了解用水單位的現狀和用水設施,使水測報告真實、合理、高效。
通過測試,計量水表更加完備,管網圖紙等技術資料進一步完善。
(五)測試項目總結和水測報告移交
針對每一個用水單位,我們都根據單位實際情況,提出了用水合理化建議和下一步節水的潛力。在項目完成之時,在節水辦的召集下,召開了節水辦、旭萊特和被測單位的三方交流總結會議。測試機構:北京旭萊特科技 *** 會議上,我們詳細的對每個用水單位的具體情況進行了簡明扼要的分析和總結,并提出下具體改進措施和節水潛力。被測單位積極響應,也提出了節水的具體建議和落實計劃。節水辦根據國家節水政策和北京市節水辦法進行了政策說明和指導,并對明年的節水工作進行了部署和安排。三方在交流結束后進行了水測報告移交。
三、水測平衡的意義和必要性
通過對**區41家機關及下屬單位的水測報告和用水分析,更加增強了單位節水意識,并從根本起到了節水效果,對以后的節水工作起到了模范帶頭作用和示范作用。通過水平衡測試達到以下目的:
4(1)掌握單位用水現狀。如水系管網分布情況,各類用水設備、設施、儀器、儀表分布及運轉狀態,用水總量和各用水單元之間的定量關系,獲取準確的實測數據。
(2)對單位用水現狀進行合理化分析。依據掌握的資料和獲取的數據進行計算、分析、評價有關用水技術經濟指標,找出薄弱環節和節水潛力,制訂出切實可行的技術、管理措施和規劃。
(3)找出單位用水管網和設施的泄漏點,并采取修復措施,堵住跑冒滴漏。
(4)健全單位用水三級計量儀表。既能保證水平衡測試量化指標的準確性,又為今后的用水計量和考核提供技術保障。
(5)可以較準確地把用水指標層層分解下達到各用水單元,把計劃用水納入各級承包責任制或目標管理計劃,定期考核,調動各方面的節水積極性。
(6)建立用水檔案,在水平衡測試工作中,搜集的有關資料,原始記錄和實測數據,按照有關要求進行處理、分析和計算,形成一套完整詳實的包括有圖、表、文字材料在內的用水檔案。
(7)通過水平衡測試提高單位管理人員的節水意識,單位節水管理節水水平和業務技術素質。
(8)為制定用水定額和計劃用水指標提供準確的基礎數據。
四、進一步改進的措施和建議
(1)進一步建立完善、細致的節水的三級管理網絡和節水管理制度。各單位應培養、配備專業的節水管理人才,把各用水點的節水工作落到實處。
(2)進一步建立深入、持久的節水宣傳機制。利用世界水日、中國水周、科技周、全國城市節水宣傳周等重要水事節日,開展廣泛的宣傳活動,加大對水資源稀缺、水資源無價、水資源節約保護的意識和節水方式方法、節水榮辱觀等方面的宣傳。
(3)進一步建立科學、合理的水量平衡測試分析長效機制。使查漏測試過程日常化,杜絕跑冒滴漏現象的存在,節約用水、合理用水、科學用水。
(4)及時根據管網變化、計量表位變化更新圖紙和檔案內容。建議實行專人管理,保證數據和圖紙準確、資料完整。