第一篇:軟件測(cè)試?yán)碚摽偨Y(jié)
1、為什么要測(cè)試?軟件測(cè)試的目的?軟件測(cè)試的重要性? A、發(fā)現(xiàn)缺陷BUG/Defect B、評(píng)估軟件、項(xiàng)目、產(chǎn)品上線風(fēng)險(xiǎn)? C、滿足客戶要求、改善軟件質(zhì)量
D、幫助開(kāi)發(fā)發(fā)現(xiàn)問(wèn)題、定位問(wèn)題、修改問(wèn)題
E、軟件驗(yàn)收、也包括第三方的驗(yàn)收(驗(yàn)收測(cè)試、UAT)F、通過(guò)缺陷分析,從而預(yù)防同類缺陷的發(fā)生。
G、錯(cuò)的:軟件測(cè)試能縮短開(kāi)發(fā)周期。也不能直接降低開(kāi)發(fā)成本。H、改善軟件的用戶體驗(yàn)(易用性、性能、穩(wěn)定性)12306訂票
角度:系統(tǒng)性思維(1、2、3、4、5、6、7+=100: 1+2+34+56+7=100)門(mén)薩測(cè)試 角色:用戶:發(fā)現(xiàn)缺陷、改善用戶體驗(yàn)
:開(kāi)發(fā):證明軟件GoodEnough,定位缺陷,從而減少開(kāi)發(fā)修改問(wèn)題的時(shí)間
歷史:證明程序是正確?--》發(fā)現(xiàn)功能缺陷、錯(cuò)誤--》發(fā)現(xiàn)不足(易用性、性能、穩(wěn)定性)--》缺陷預(yù)防
現(xiàn)實(shí):驗(yàn)收、評(píng)估質(zhì)量風(fēng)險(xiǎn)、第三方評(píng)測(cè)、為了盈利而測(cè)試(商業(yè)成功)(測(cè)試成本《《軟件缺陷導(dǎo)致成本)
2、什么是軟件測(cè)試?
IEEE(國(guó)際電器電子工程協(xié)會(huì)):目的:驗(yàn)證系統(tǒng)是否滿足需求、驗(yàn)證實(shí)際結(jié)果跟期望結(jié)果的差異?
xll:在一定的軟件、硬件、網(wǎng)絡(luò)環(huán)境下(搭建測(cè)試環(huán)境LAMP),遵循相對(duì)規(guī)范的測(cè)試流程,使用合適的測(cè)試工具,合理的測(cè)試方法,測(cè)試或運(yùn)行軟件,其目的是為了驗(yàn)證系統(tǒng)是否滿足需求、驗(yàn)證實(shí)際結(jié)果跟期望結(jié)果的差異。
3、軟件測(cè)試的工作內(nèi)容? BAT:Baidu、Alibaba、Tecent
4、測(cè)試與調(diào)試的區(qū)別: 對(duì)象:代碼、文檔;代碼 人:測(cè)試工程師;開(kāi)發(fā)
流程:有規(guī)范的流程(除了隨機(jī)測(cè)試和探索性測(cè)試外);無(wú)流程 目的:發(fā)現(xiàn)問(wèn)題;定位和解決問(wèn)題
5、測(cè)試的七大原則:
A、測(cè)試只能證明軟件存在缺陷,不能證明軟件沒(méi)有缺陷(證偽不證真)B、測(cè)試是無(wú)法窮舉?(輸入數(shù)據(jù)是無(wú)法窮舉、處理邏輯路徑是無(wú)法窮舉),學(xué)習(xí)測(cè)試用例的設(shè)計(jì)方法。
C、測(cè)試應(yīng)該盡早測(cè)試?(發(fā)現(xiàn)缺陷和修改的成本越早越低。需求-設(shè)計(jì)-代碼-測(cè)試-運(yùn)行)測(cè)試應(yīng)該在需求之后?設(shè)計(jì)之后?編碼之后?測(cè)試應(yīng)該盡早介入,測(cè)試應(yīng)該貫穿整個(gè)軟件生命周期。
D、缺陷的80/20原則(群集效應(yīng))。如果測(cè)試發(fā)現(xiàn)某個(gè)模塊有問(wèn)題?繼續(xù)深入測(cè)試。刨根問(wèn)底?破案?
E、殺蟲(chóng)劑悖論(軟件對(duì)用例會(huì)免疫力)不斷更新測(cè)試用例、更新的測(cè)試思維
F、測(cè)試依賴于商業(yè)背景(與行業(yè)知識(shí)相關(guān))結(jié)合專業(yè)和工作經(jīng)歷和準(zhǔn)備相關(guān)的項(xiàng)目。優(yōu)點(diǎn)
SWOT 優(yōu)勢(shì)、劣勢(shì)、機(jī)會(huì)、威懾(競(jìng)爭(zhēng)對(duì)手)準(zhǔn)備行業(yè)軟件 G、不存在缺陷的軟件并不代表是有用的系統(tǒng)。
一個(gè)合格、優(yōu)秀、卓越、偉大的測(cè)試工程師的能力與素質(zhì)的要求? 素質(zhì)、性格、能力、管理、英語(yǔ)、行業(yè)六大維度回答 答
6、測(cè)試與開(kāi)發(fā)的關(guān)系(獨(dú)立性)
未來(lái)趨勢(shì):3大趨勢(shì):
1、測(cè)試與開(kāi)發(fā)的結(jié)合越來(lái)越緊密;
2、測(cè)試與行業(yè)背景結(jié)合越來(lái)越緊密
3、專項(xiàng)測(cè)試(測(cè)試分工會(huì)越來(lái)越精細(xì)),大數(shù)據(jù)測(cè)試(數(shù)據(jù)庫(kù),用戶工程)
IT,DT。
比較分析不同網(wǎng)站的購(gòu)物流程:亞馬遜、當(dāng)當(dāng)網(wǎng)、京東、淘寶(CDC)聯(lián)眾游戲、QQ游戲
1、測(cè)試人員也開(kāi)發(fā),開(kāi)發(fā)也做測(cè)試(Google:吃狗糧的文化)
2、測(cè)試人員獨(dú)立與項(xiàng)目(在項(xiàng)目中有專職的測(cè)試人員:客觀)
3、測(cè)試人員獨(dú)立部門(mén)(有專門(mén)的測(cè)試部門(mén):權(quán)威)
4、測(cè)試人員獨(dú)立技術(shù)(測(cè)試工具部、測(cè)試技術(shù)部)
5、測(cè)試人員獨(dú)立于公司(測(cè)試服務(wù)機(jī)構(gòu)或者公司)
缺點(diǎn):溝通越困難,對(duì)產(chǎn)品或者項(xiàng)目的熟悉越少。感情色彩:這是個(gè)非常嚴(yán)重的bug!!!
測(cè)試人員發(fā)現(xiàn)了BUG,開(kāi)發(fā)人員不愿意修改,該怎么辦? 加班?敏感問(wèn)題?三方思考:對(duì)方、客觀中立、自己
地鐵自動(dòng)售貨機(jī)
PM
1、計(jì)劃階段:可行性分析:A、經(jīng)濟(jì)可行性分析;B、技術(shù)可行性分析(外包)
計(jì)劃項(xiàng)目里程碑:計(jì)劃、需求SRS、概要設(shè)計(jì)HLD、詳細(xì)設(shè)計(jì)LLD、編碼、測(cè)試、運(yùn)行與維護(hù)
輸出軟件項(xiàng)目計(jì)劃
SPP(Software Project Plan)PM
輸出軟件確認(rèn)與驗(yàn)證計(jì)劃 SVVP(Software verfication Validation Plan)軟件測(cè)試計(jì)劃 TPM
2、需求階段:產(chǎn)品(金蝶):調(diào)研與項(xiàng)目(用戶)
SE 系統(tǒng)工程師
what to develop?黑盒
TSE 分析測(cè)試需求挖掘用戶的隱性需求
需求規(guī)格SRS:功能需求:
1、接受貨幣
2、選擇商品
3、計(jì)算功能
4、輸出商品和找零、5、商品管理
性能需求:30S之內(nèi)輸出商品和找零 可靠性需求:7X24小時(shí)
易用性需求:良好易用性,不需要培訓(xùn)。最好用的軟件baidu 需求分析的技術(shù):UML建模(需求工程)
3、設(shè)計(jì)階段:概要設(shè)計(jì)HLD(High Level Design 高層設(shè)計(jì)):模塊分解與接口的定義。
1、接受貨幣(識(shí)別真?zhèn)巍⒆R(shí)別面額、識(shí)別類別)分解原則?高內(nèi)聚低耦合?(百度)
(無(wú)直接耦合、數(shù)據(jù)耦合、印記耦合、控制耦合、公共耦合、內(nèi)容耦合)回歸測(cè)試
2、接口:函數(shù)接口、消息接口、文件接口(QQ修改頭像)、數(shù)據(jù)庫(kù)接口
詳細(xì)設(shè)計(jì)LLD(Low Level Design 底層設(shè)計(jì)):算法的描述(程序=數(shù)據(jù)結(jié)構(gòu)+算法/思路(各種排序))流程圖、偽碼。白盒
4、編碼階段:熟悉一門(mén)編程語(yǔ)言的語(yǔ)法 C、Java、PHP和一個(gè)開(kāi)發(fā)工具或者平臺(tái) VC、Eclipse等
熟悉一門(mén)腳本語(yǔ)言:python、ruby、perl、tcl、shell
BAT
5、測(cè)試階段:測(cè)試工具、方法、流程
6、運(yùn)行與維護(hù):技術(shù)支持
測(cè)試應(yīng)該貫穿整個(gè)軟件生命周期。
1、測(cè)試應(yīng)該在SRS之后?
HLD
LLD
CODE
瀑布模型:缺點(diǎn):不適應(yīng)需求變更頻繁的項(xiàng)目。適合產(chǎn)品開(kāi)發(fā)的項(xiàng)目。測(cè)試滯后于開(kāi)發(fā)。
V模型:
用戶需求URS----------驗(yàn)收測(cè)試UAT(User Acceptance Testing)需求規(guī)格SRS--系統(tǒng)測(cè)試ST(System Testing)概要設(shè)計(jì)HLD-------------------------集成測(cè)試IT(Integration Testing)詳細(xì)設(shè)計(jì)LLD-----------------單元測(cè)試UT(Unit Testing)編碼CODE------------代碼評(píng)審CODE Review
H模型、X模型。
1、方法的背景?
2、方法的操作步驟、3、優(yōu)缺點(diǎn)、4、適用范圍、5與其他方法怎么樣配合、6重點(diǎn)、要點(diǎn)、難點(diǎn) 等價(jià)類:
1、背景:why?輸入無(wú)法窮舉,我們不能測(cè)試所有情況,必選選擇有代表數(shù)據(jù)來(lái)驗(yàn)證
2、操作步驟:
1、分析被測(cè)試對(duì)象輸入條件以及子條件(關(guān)鍵點(diǎn):考慮隱性子條件,條件正交完備)
2、根據(jù)等價(jià)類劃分原則劃分有效等價(jià)類和無(wú)效等價(jià)類
原則:
1、規(guī)定范圍或者格式,譬如長(zhǎng)度6~18位,可以劃分1個(gè)有效、2個(gè)無(wú)效等價(jià)類
2、規(guī)定的集合或者滿足某個(gè)條件,譬如一些下拉列表的選擇,可以劃分1有效、1個(gè)無(wú)效
3、規(guī)定了必須如何,譬如組成、開(kāi)頭,可以劃分1個(gè)有效和若干個(gè)無(wú)效。
4、規(guī)定是布爾量,譬如是否已經(jīng)注冊(cè),可以劃分1個(gè)有效和1個(gè)無(wú)效
5、規(guī)定是多種選擇(還有不同的處理方式),譬如163郵箱注冊(cè)的后綴,可以劃分成若干個(gè)有效,和1個(gè)無(wú)效。
3、根據(jù)等價(jià)類設(shè)計(jì)用例原則:(1、用一個(gè)用例覆蓋盡可能多的有效等價(jià)類;
2、為每一個(gè)無(wú)效等價(jià)類單獨(dú)設(shè)計(jì)用例:為了更好定位問(wèn)題)設(shè)計(jì)數(shù)據(jù)
原則:同樣效果情況下用例數(shù)盡可能少,精確定位問(wèn)題。
3、優(yōu)缺點(diǎn):適用范圍廣、能以有限用例達(dá)到比較好覆蓋無(wú)法窮舉的輸入。
缺點(diǎn):方法沒(méi)有刻意考慮邊界,只能針對(duì)單個(gè)輸入條件,沒(méi)有考慮輸入之間組合以及輸入與輸出的關(guān)系。
4、適用范圍:只要有業(yè)務(wù)規(guī)則的情況下,最好是有清晰的業(yè)務(wù)規(guī)則
5、與其他方法怎么樣配合:一般情況下會(huì)跟邊界值方法結(jié)合使用。
6、要點(diǎn):等價(jià)類劃分的原則:尤其是要注意隱性條件(完整性,不要遺漏)
思考:微信發(fā)送圖片、上傳QQ頭像、導(dǎo)入文件這類如何使用等價(jià)類
邊界值:
1、背景:why?:很多錯(cuò)誤通常都發(fā)生在邊界上。
2、操作步驟:
1、分析被測(cè)試對(duì)象輸入條件以及子條件
2、分析上點(diǎn)、離點(diǎn)和內(nèi)點(diǎn)
3、根據(jù)邊界值設(shè)計(jì)用例的原則設(shè)計(jì)數(shù)據(jù)去覆蓋可能上點(diǎn)、離點(diǎn)和內(nèi)點(diǎn)
3、優(yōu)缺點(diǎn):優(yōu)點(diǎn):能夠比較高效發(fā)現(xiàn)問(wèn)題 缺點(diǎn):不能考慮輸入與輸出之間的關(guān)系
4、適用范圍:規(guī)定了大小、長(zhǎng)度、值的范圍、分辨率(廣義)
5、與其他方法怎么樣配合:與等價(jià)類配合
6、要點(diǎn):找到邊界(隱含的邊界)
航空行李托運(yùn):重量不能超過(guò)30公斤,如果超過(guò)就要收費(fèi),正常人4元每公斤,外國(guó)人收6塊,頭等艙是其他艙的2倍 殘疾人是正常人的1/2.判定表/決策表:
1、背景:why?:輸入條件很多情況(要么滿足、要么不滿足),不同條件組合下輸出結(jié)果也很多,希望條件跟結(jié)果的一一對(duì)應(yīng)的關(guān)系
它可以把復(fù)雜的邏輯關(guān)系和多種條件組合的情況表達(dá)得既具體又明確
2、操作步驟:
1、分析被測(cè)試對(duì)象的輸入條件,同時(shí)分析各種可能的輸出結(jié)果()
2、列出所有的條件和動(dòng)作()
3、填寫(xiě)條件項(xiàng)和動(dòng)作項(xiàng)
4、合并相似規(guī)則
3、優(yōu)缺點(diǎn):優(yōu)點(diǎn):能解決復(fù)雜條件之間邏輯組合,比較清晰列出所有的組合
缺點(diǎn):一旦條件數(shù)過(guò)多,組合數(shù)會(huì)很龐大,合并存在漏測(cè)的風(fēng)險(xiǎn)(很難精確定位問(wèn)題)。對(duì)于條件,只能是有兩種取值(為真、為假)
4、適用范圍:條件只有兩種取值的多條件組合的例子
5、與其他方法怎么樣配合:與因果圖
6、要點(diǎn):找出業(yè)務(wù)條件規(guī)則,列出各種可能輸出結(jié)果。(測(cè)試象棋馬走日這個(gè)規(guī)則)當(dāng)條件比較多>5 要考慮是否有中間結(jié)果(簡(jiǎn)化)
正交試驗(yàn)法
1、背景:彌補(bǔ)判定表方法可能導(dǎo)致用例規(guī)模非常龐大,多條件組合的數(shù)量非常巨大。
根據(jù)伽羅瓦理論,條件之間的兩兩組合如果不出問(wèn)題,三三組合以上出問(wèn)題的概率小,這樣 一來(lái),可以用非常少的用例來(lái)達(dá)到比較好的測(cè)試效果。
2、操作步驟:
1、分析輸入條件以及條件的取值范圍。(篩選出來(lái)的條件之間沒(méi)有約束關(guān)系)
2、選擇合適的正交表(計(jì)算需要最小正交表的試驗(yàn)數(shù),然后分兩種:
1、單一水平:去挑選比需要大但是是最接近的正交表,直接套用;合并去匹配正交表-->分解
2、混合水平:)保證試驗(yàn)數(shù)最少
3、根據(jù)正交表(拆分之后)設(shè)計(jì)測(cè)試數(shù)據(jù)(每一列行是一個(gè)測(cè)試項(xiàng)),如果是空的地方,可以根據(jù)實(shí)際需要加權(quán)處理。
3、優(yōu)缺點(diǎn):優(yōu)點(diǎn):在保證一定均勻覆蓋率的前提下可以大大降低試驗(yàn)次數(shù)(測(cè)試項(xiàng)),缺點(diǎn):可能有一定的遺漏
4、適應(yīng)范圍:配置類需求的分析,多條件多取值的業(yè)務(wù)測(cè)試。
5、與其他方法配合:等價(jià)類和邊界值(輸入框)
6、要點(diǎn):選擇合適正交表以及如何去合并和分拆!
Use Case法/場(chǎng)景法/流程分析法
1、背景:在實(shí)際工作中,我們很業(yè)務(wù)功能是通過(guò)工作流來(lái)實(shí)現(xiàn),需要站在流程角度(用戶角度),譬如購(gòu)物流程
安裝測(cè)試、轉(zhuǎn)賬流程、游戲場(chǎng)景
2、操作步驟:
1、分析業(yè)務(wù)的基本事件流和備選事件流(正常備選事件流和異常事件流(退出))擔(dān)心備選流有遺漏
2、畫(huà)出事件流圖(Use Case圖用例圖)
3、根據(jù)圖設(shè)計(jì)場(chǎng)景
4、根據(jù)場(chǎng)景來(lái)設(shè)計(jì)測(cè)試數(shù)據(jù)
3、優(yōu)缺點(diǎn):優(yōu)點(diǎn):站在用戶的角度來(lái)測(cè)試(),可以很好地與開(kāi)發(fā)配合,直接通過(guò)用例圖轉(zhuǎn)化,效率比較高
4、適應(yīng)范圍:驗(yàn)收測(cè)試用例的設(shè)計(jì),只要流程
5、與其他方法配合:等價(jià)類、邊界值(選多少個(gè)備選流)
6、要點(diǎn):事件流分析,尤其是備選流的分析是最關(guān)鍵的地方。思路比較清晰,比較廣 網(wǎng)銀轉(zhuǎn)賬:寫(xiě)出基本流和備選,并且畫(huà)出事件流圖。影響軟件質(zhì)量的因素: 技術(shù):1.現(xiàn)有的技術(shù):人
2.技術(shù)沉淀:技術(shù)文檔,專利技術(shù),指導(dǎo)書(shū),問(wèn)題庫(kù),經(jīng)驗(yàn)庫(kù) 流程:流程可以提高軟件透明度,控制項(xiàng)目的進(jìn)度,幫助項(xiàng)目組預(yù)防風(fēng)險(xiǎn)。組織:組織體現(xiàn)的是管理
1.讓合適的人去做合適的事情
2.流程的推動(dòng)需要組織強(qiáng)有力的保障
軟件質(zhì)量管理體系 1.ISO9000 八項(xiàng)質(zhì)量管理原則:
以顧客為中心:以用戶的角度去思考問(wèn)題(UAT)下游環(huán)節(jié)為上游環(huán)節(jié)的客戶
領(lǐng)導(dǎo)的作用:有激情,有謀略,演講才能,身先士卒 全員參與:團(tuán)隊(duì)合作信任
基于事實(shí)的決策方法:個(gè)人能力基線(PCB)(量化管理)持續(xù)改進(jìn)(持續(xù)改善):最初是日本的一個(gè)管理理念,從初級(jí)員工到高級(jí)管理者都需要參與 互利的供方關(guān)系:共贏,共同創(chuàng)造利潤(rùn) 過(guò)程方法:
過(guò)程:輸入轉(zhuǎn)化為輸出的活動(dòng)
過(guò)程方法:過(guò)程的識(shí)別,相互作用以及管理 管理的系統(tǒng)方法:全局化的管理策略 2.CMM--初始級(jí):
手工作坊式,個(gè)人英雄主義,沒(méi)有相關(guān)過(guò)程,不可預(yù)測(cè)并且缺乏控制。
--可重復(fù)級(jí):特點(diǎn)->可以重復(fù)以往的項(xiàng)目經(jīng)驗(yàn) 證券項(xiàng)目(招商證券)國(guó)信證券:
SRS
HLD
LLD
Code
test case 模板
關(guān)鍵過(guò)程域(KPA)(key process area): 需求管理 配置管理 軟件質(zhì)量保證--已定義級(jí)
統(tǒng)一標(biāo)準(zhǔn),一致的過(guò)程(軟件工程小組SEPG)關(guān)鍵過(guò)程域:同行評(píng)審--已管理級(jí):可預(yù)測(cè)的過(guò)程
量化管理,通過(guò)數(shù)據(jù)量化,來(lái)實(shí)現(xiàn)預(yù)測(cè)項(xiàng)目 Gompertz模型
--優(yōu)化級(jí):對(duì)過(guò)程的持續(xù)改進(jìn) 新技術(shù)或新思想的引入
關(guān)鍵過(guò)程域:缺陷分析-》預(yù)防缺陷-》質(zhì)量標(biāo)準(zhǔn)
CMM與CMMI的區(qū)別 CMM:階段式表示
CMMI:階段式、連續(xù)式
3.六西格瑪
六西格瑪管理法原則: 注重客戶 注重流程 全員參與 預(yù)防為主
事實(shí)依據(jù)的決定 持續(xù)和突破性改進(jìn) 六西格瑪?shù)膶?shí)施方式:
DMAIC(define, measure, analysis, improve, control)
軟件質(zhì)量模型: 功能性
適合性:軟件產(chǎn)品為指定任務(wù)或用戶目標(biāo)提供一組合適的功能的能力 準(zhǔn)確性:軟件產(chǎn)品提供所需要的精確度或和結(jié)果相符的能力 互操作性:軟件產(chǎn)品與一個(gè)或更多的其他系統(tǒng)進(jìn)行交互的能力
保密安全性:保護(hù)信息和數(shù)據(jù)的能力,不同權(quán)限的人可以操作不同的數(shù)據(jù)
功能性的依從性:遵守與功能性相關(guān)的標(biāo)準(zhǔn),約定或法規(guī)的能力(國(guó)際標(biāo)準(zhǔn),國(guó)家標(biāo)準(zhǔn),行業(yè)標(biāo)準(zhǔn),企業(yè)內(nèi)部標(biāo)準(zhǔn))可靠性
成熟性:軟件產(chǎn)品為避免由于軟件中的錯(cuò)誤而導(dǎo)致失效的能力
容錯(cuò)性:由于用戶操作錯(cuò)誤,軟件可以處理相應(yīng)的錯(cuò)誤,而不是死機(jī)或崩潰 易恢復(fù)性:在失效已經(jīng)發(fā)生的情況下,軟件產(chǎn)品如何快速恢復(fù)使用的能力 可靠性的依從性:軟件產(chǎn)品遵循與可靠性相關(guān)的標(biāo)準(zhǔn)或約定或法律法規(guī) 易用性 易理解性:軟件產(chǎn)品使用用戶能理解軟件是否合適以及如何能將軟件用于特定任務(wù)和使用環(huán)境的能力。
易學(xué)性:軟件產(chǎn)品使得用戶能學(xué)習(xí)其功能的能力(操作手冊(cè),幫助文檔)易操作性:軟件產(chǎn)品使用戶能操作和控制它的能力
吸引性:軟件產(chǎn)品吸引用戶的能力。界面美觀,易用性要好 易用性的依從性:軟件產(chǎn)品的易用性遵循相關(guān)的標(biāo)準(zhǔn)或法律法規(guī) 效率
時(shí)間特性:在規(guī)定的條件下,軟件產(chǎn)品執(zhí)行其功能時(shí),提供適當(dāng)?shù)捻憫?yīng)和處理時(shí)間以及吞吐率的能力。也就是完成用戶的某個(gè)功能需要的時(shí)間
資源利用率:在規(guī)定的條件下,軟件產(chǎn)品執(zhí)行其功能時(shí),使用合適的資源數(shù)量(CPU,內(nèi)存占用)
效率依從性:軟件產(chǎn)品遵守與效率相關(guān)的法規(guī) 維護(hù)性
易分析性:軟件產(chǎn)品診斷軟件中的缺陷或失效原因或識(shí)別待修改部分的能力。(日志記錄)易改變性:修改缺陷的能力,實(shí)現(xiàn)功能的能力。(代碼要高內(nèi)聚,低耦合)目的在于降低修改軟件的成本
穩(wěn)定性:軟件產(chǎn)品避免由于軟件修改而造成意外結(jié)果的能力 易測(cè)試性:軟件產(chǎn)品的問(wèn)題能被確認(rèn)的能力。定位問(wèn)題的能力 維護(hù)性的依從性:軟件產(chǎn)品的維護(hù)性遵循相關(guān)的標(biāo)準(zhǔn) 可移植性:
適應(yīng)性:軟件產(chǎn)品適應(yīng)不同的環(huán)境的能力 易安裝性:被安裝的能力(一鍵安裝)共存性:和其他軟件共同安裝或存在的能力 易替換性:升級(jí)時(shí)替換文件的能力
可移植性的依從性:軟件產(chǎn)品的可移植性遵循相關(guān)的標(biāo)準(zhǔn)
軟件質(zhì)量活動(dòng):
軟件質(zhì)量保證(SQA):從流程方面保證軟件質(zhì)量 測(cè)試:從技術(shù)方面保證軟件質(zhì)量
度量:
作用:理解,預(yù)測(cè),評(píng)估和改進(jìn)
度量的分類:四個(gè)基本度量項(xiàng):規(guī)模工作量進(jìn)度缺陷
BUG屬性:
發(fā)現(xiàn)人
reporter 發(fā)現(xiàn)時(shí)間
date 缺陷狀態(tài)
status(new, open, resolved, reopened, closed)(fixed, duplicated, Invalid, won't fix, postpone)缺陷版本
version 缺陷所屬的產(chǎn)品/項(xiàng)目/模塊
product, project, feature 缺陷編號(hào) no 缺陷嚴(yán)重程度serverity 缺陷優(yōu)先級(jí) priority 標(biāo)題 title 詳細(xì)描述 description 系統(tǒng)環(huán)境 OS(服務(wù)器環(huán)境和客戶端環(huán)境)測(cè)試環(huán)境(用戶名/密碼)test environment 重現(xiàn)率 repository 預(yù)置條件pre condition 步驟
steps 實(shí)際結(jié)果
actual result 期望結(jié)果
expected result 其他信息
additional information 用例編號(hào)testcase no *附件
attachment ================== 缺陷引發(fā)的原因 root cause 缺陷解決方案 resolution(改代碼,數(shù)據(jù)庫(kù),環(huán)境問(wèn)題)代碼改動(dòng)范圍 影響范圍
================== 驗(yàn)證人 驗(yàn)證環(huán)境 驗(yàn)證范圍 結(jié)果
第二篇:軟件測(cè)試?yán)碚摽偨Y(jié)
軟件測(cè)試?yán)碚搹?fù)習(xí)
軟件測(cè)試:在規(guī)定條件下對(duì)程序進(jìn)行操作,以發(fā)現(xiàn)錯(cuò)誤,對(duì)軟件質(zhì)量進(jìn)行評(píng)估
軟件質(zhì)量:軟件特性的總和,軟件滿足規(guī)定或潛在用戶需求的能力
軟件測(cè)試與質(zhì)量保證的區(qū)別:
質(zhì)量保證(QA):質(zhì)量保證的重要工作是通過(guò)預(yù)防、檢查與改進(jìn)來(lái)保證軟件質(zhì)量。QA采用“全面質(zhì)量管理”和“過(guò)程改進(jìn)”的原理開(kāi)展質(zhì)量保證工作。所關(guān)注的是軟件質(zhì)量的檢查與測(cè)量。雖然QA的活動(dòng)中也有一些測(cè)試活動(dòng),但所關(guān)注的是軟件質(zhì)量的檢查與測(cè)量。QA的工作是軟件生命周期的管理以及驗(yàn)證軟件是否滿足規(guī)定的質(zhì)量和用戶的需求,因此主要著眼于軟件開(kāi)發(fā)活動(dòng)中的過(guò)程、步驟和產(chǎn)物,而不是對(duì)軟件進(jìn)行剖析找出問(wèn)題或評(píng)估。
軟件測(cè)試:測(cè)試雖然也與開(kāi)發(fā)過(guò)程緊密相關(guān),但關(guān)心的不是過(guò)程的活動(dòng),而是對(duì)過(guò)程的產(chǎn)物以及開(kāi)發(fā)出的軟件進(jìn)行剖析。測(cè)試人員要“執(zhí)行”軟件,對(duì)過(guò)程中的產(chǎn)物----開(kāi)發(fā)文檔和源代碼進(jìn)行走查,運(yùn)行軟件,以找出問(wèn)題,報(bào)告質(zhì)量。測(cè)試人員必須假設(shè)軟件存在潛在的問(wèn)題,測(cè)試中所做的操作是為了找出更多的問(wèn)題,而不僅僅是為了驗(yàn)證每一件事是正確的。對(duì)測(cè)試中發(fā)現(xiàn)的問(wèn)題的分析、追蹤與回歸測(cè)試也是軟件測(cè)試中的重要工作,因此軟件測(cè)試是保證軟件質(zhì)量的一個(gè)重要環(huán)節(jié)。
軟件測(cè)試的目的:盡可能多的發(fā)現(xiàn)軟件中存在的錯(cuò)誤。
Grenford J.Myers 就軟件測(cè)試目的提出了以下觀點(diǎn):
1、測(cè)試是程序的執(zhí)行過(guò)程,目的在于發(fā)現(xiàn)錯(cuò)誤
2、一個(gè)好的測(cè)試用例在于能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤
3、一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試
測(cè)試的目的,是想以最少的人力、物力和時(shí)間找出軟件中潛在的各種錯(cuò)誤和缺陷,通過(guò)修正各種錯(cuò)誤和缺陷提高軟件質(zhì)量,回避軟件發(fā)布后由于潛在的軟件缺陷和錯(cuò)誤造成的隱患所帶來(lái)的商業(yè)風(fēng)險(xiǎn)。
軟件測(cè)試原則:
1、所有的測(cè)試都應(yīng)當(dāng)追溯到用戶需求
2、應(yīng)當(dāng)盡早地和不斷地進(jìn)行測(cè)試
3、完全測(cè)試是不可能的,測(cè)試需要適可而止
4、測(cè)試應(yīng)充分注意軟件中的群集現(xiàn)象。測(cè)試中該模塊殘存的缺陷與該模塊中已發(fā)現(xiàn)的缺陷數(shù)成正比。
5、程序員應(yīng)避免檢查自己的程序,軟件項(xiàng)目組應(yīng)避免測(cè)試自己組開(kāi)發(fā)的程序
6、工程界中的80-20原則;BUG的80-20原則
7、測(cè)試應(yīng)從“小規(guī)模”開(kāi)始,逐步轉(zhuǎn)向“大規(guī)模”
8、同化效應(yīng),為了達(dá)到最佳測(cè)試效果,可以由第三方來(lái)構(gòu)造測(cè)試
9、檢查程序是否做了該做的工作只是完成了一半,另一半是檢查程序是否做了不該做的工作
10、設(shè)計(jì)測(cè)試用例時(shí)必須包括正常的輸入和異常的輸入
軟件包括程序、數(shù)據(jù)和文檔
軟件測(cè)試對(duì)象:程序、數(shù)據(jù)和文檔
軟件測(cè)試中的V&Vi:
驗(yàn)證(vertification)是保證軟件正確實(shí)現(xiàn)特定功能的一系列活動(dòng)和過(guò)程,目的是保證軟件生命周期的每一個(gè)階段的成果滿足上一個(gè)階段所設(shè)定的目標(biāo)(是否按需求做出了功能正確的產(chǎn)品)
確認(rèn)(validation)是保證軟件滿足用戶需求的一系列的活動(dòng)和過(guò)程,目的是在軟件開(kāi)發(fā)完成后保證軟件與用戶需求相符合(是否做出了用戶想要的產(chǎn)品)
驗(yàn)證與確認(rèn)都屬于軟件測(cè)試,它包括對(duì)軟件分析、設(shè)計(jì)以及程序的驗(yàn)證與確認(rèn)。軟件測(cè)試分類
按照開(kāi)發(fā)階段劃分:?jiǎn)卧獪y(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、(確認(rèn)測(cè)試)和驗(yàn)收測(cè)試
單元測(cè)試:又稱模塊測(cè)試,邏輯測(cè)試或結(jié)構(gòu)測(cè)試,是針對(duì)軟件設(shè)計(jì)的最小單位--程序模塊進(jìn)行正確性檢驗(yàn)的測(cè)試工作。其目的在于檢查每個(gè)程序單元能否正確實(shí)現(xiàn)詳細(xì)設(shè)計(jì)說(shuō)明中的模塊功能、性能、接口和設(shè)計(jì)約束等要求,發(fā)現(xiàn)各個(gè)模塊內(nèi)部可能存在的各種錯(cuò)誤。單元測(cè)試需要從程序的內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計(jì)測(cè)試用例。
單元測(cè)試的內(nèi)容:
1)模塊接口測(cè)試
2)局部數(shù)據(jù)結(jié)構(gòu)測(cè)試
3)路徑測(cè)試
4)錯(cuò)誤處理測(cè)試
5)邊界測(cè)試
單元測(cè)試輔助模塊:
驅(qū)動(dòng)模塊(drive):相當(dāng)于所測(cè)模塊的主程序。它接收測(cè)試數(shù)據(jù),把這些數(shù)據(jù)傳送給所測(cè)模塊,最后再輸出實(shí)測(cè)結(jié)果
樁模塊(stub):也叫做存根模塊。用以代替所測(cè)模塊調(diào)用的子模塊
集成測(cè)試:又叫組裝測(cè)試,綜合測(cè)試或聯(lián)合測(cè)試。通常在單元測(cè)試基礎(chǔ)上,將所有的程序模塊進(jìn)行有序的、遞增的測(cè)試。集成測(cè)試是檢驗(yàn)程序單元或部件的接口關(guān)系,逐步集成為符合概要設(shè)計(jì)要求的程序部件或整個(gè)系統(tǒng)。
集成測(cè)試需要考慮的問(wèn)題:
1)在把各個(gè)模塊連接起來(lái)的時(shí)候,穿越模塊接口的數(shù)據(jù)是否會(huì)丟失
2)一個(gè)模塊的功能是否會(huì)對(duì)另一個(gè)模塊的功能產(chǎn)生不利的影響
3)各個(gè)子功能組合起來(lái),能否達(dá)到預(yù)期要求的父功能
4)全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問(wèn)題
5)單個(gè)模塊的誤差累積起來(lái),是否會(huì)放大,以至達(dá)到不能接受的程度
集成測(cè)試組裝方法:一次性組裝方式和漸增式組裝方式;后者又包括:自底向上、自頂向下、混合集成集成測(cè)試完成的標(biāo)志:
1)成功地執(zhí)行了測(cè)試計(jì)劃中規(guī)定的所有集成測(cè)試
2)修正了所發(fā)現(xiàn)的錯(cuò)誤
3)測(cè)試結(jié)果通過(guò)了專門(mén)小組的評(píng)審
確認(rèn)測(cè)試:通過(guò)檢驗(yàn)和提供客觀證據(jù),證實(shí)軟件是否滿足特定預(yù)期用途的需求。確認(rèn)測(cè)試是檢測(cè)與證實(shí)軟件是否滿足軟件需求說(shuō)明書(shū)中規(guī)定的要求。
確認(rèn)測(cè)試一般包括有效性測(cè)試和軟件配置復(fù)查
系統(tǒng)測(cè)試:是為驗(yàn)證和確認(rèn)系統(tǒng)是否達(dá)到其原始目標(biāo),而對(duì)集成的硬件和軟件系統(tǒng)進(jìn)行的測(cè)試。系統(tǒng)測(cè)試是在真實(shí)或模擬系統(tǒng)運(yùn)行的環(huán)境下,檢查完整的程序系統(tǒng)能否和系統(tǒng)(包括硬件、外設(shè)、網(wǎng)絡(luò)和系統(tǒng)軟件、支持平臺(tái)等)正確配置、連接,并滿足用戶需求。
驗(yàn)收測(cè)試:按照項(xiàng)目任務(wù)書(shū)或合同、供需雙方約定的驗(yàn)收依據(jù)文檔進(jìn)行的對(duì)整個(gè)系統(tǒng)的測(cè)試與評(píng)審,決定是否接收或拒收系統(tǒng)。
驗(yàn)收測(cè)試往往在系統(tǒng)測(cè)試完成后、項(xiàng)目最終交付前進(jìn)行。
驗(yàn)收測(cè)試計(jì)劃、測(cè)試方案與測(cè)試案例一般由開(kāi)發(fā)方制定,由用戶方與監(jiān)理聯(lián)合進(jìn)行評(píng)審。驗(yàn)收小組由開(kāi)發(fā)方、用戶方、監(jiān)理方代表、主管單位及行業(yè)專家構(gòu)成。
按照測(cè)試技術(shù)劃分:白盒測(cè)試、黑盒測(cè)試、灰盒測(cè)試;也可劃分靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試。
靜態(tài)測(cè)試是指不運(yùn)行程序,通過(guò)人工對(duì)程序和文檔進(jìn)行分析與檢查;
動(dòng)態(tài)測(cè)試是指通過(guò)人工或使用工具運(yùn)行程序進(jìn)行檢查、分析程序的執(zhí)行狀態(tài)和外部表現(xiàn)。白盒測(cè)試:又稱結(jié)構(gòu)測(cè)試、邏輯測(cè)試,指通過(guò)對(duì)程序內(nèi)部結(jié)構(gòu)的分析、檢測(cè)來(lái)尋找問(wèn)題。白盒測(cè)試把程序看成裝在一個(gè)透明的白盒子里,也就是清楚了解程序結(jié)構(gòu)和處理過(guò)程,檢查是否所有的結(jié)構(gòu)及路徑都是正確的,檢查軟件的內(nèi)部動(dòng)作是否按照設(shè)計(jì)說(shuō)明的規(guī)定正常進(jìn)行。白盒測(cè)試用例設(shè)計(jì)方法:邏輯覆蓋法和基本路徑測(cè)試法
邏輯覆蓋法:
根據(jù)覆蓋目標(biāo)的不同,邏輯覆蓋又可分為語(yǔ)句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、組合覆蓋和路徑覆蓋。
語(yǔ)句覆蓋:選擇足夠多的測(cè)試用例,使得程序中的每個(gè)可執(zhí)行語(yǔ)句至少執(zhí)行一次
判定覆蓋:通過(guò)執(zhí)行足夠多的測(cè)試用例,使得程序中的每個(gè)判定可能取值(真或假)都至少滿足一次,也稱為“分支覆蓋”
條件覆蓋:設(shè)計(jì)足夠多的測(cè)試用例,使得程序中的每個(gè)判定包含的每個(gè)條件的可能取值(真/假)都至少滿足一次
判定/條件覆蓋:設(shè)計(jì)足夠多的測(cè)試用例,使得程序中每個(gè)判定包含的每個(gè)條件的所有情況(真假)至少出現(xiàn)一次,并且每個(gè)判定本身的判定結(jié)果(真/假)也至少出現(xiàn)一次
組合覆蓋:設(shè)計(jì)足夠多的測(cè)試用例,使得程序中每個(gè)判定的所有可能的條件取值組合都至少出現(xiàn)一次
路徑覆蓋:設(shè)計(jì)足夠多的測(cè)試用例,要求覆蓋程序中所有可能的路徑
基本路徑測(cè)試方法:
在程序控制流圖的基礎(chǔ)上,通過(guò)分析控制構(gòu)造的環(huán)路復(fù)雜性,導(dǎo)出基本可執(zhí)行路徑集合,從而設(shè)計(jì)測(cè)試用例。包括以下四個(gè)步驟和一個(gè)工具方法:
1)以詳細(xì)設(shè)計(jì)或源代碼作為基礎(chǔ),導(dǎo)出程序的控制流圖
2)計(jì)算得到的控制流圖G的環(huán)路復(fù)雜性V(G)
3)確定線性無(wú)關(guān)的路徑的基本集
4)生成測(cè)試用例,確保基本路徑集中每條路徑的執(zhí)行
環(huán)路復(fù)雜性V(G)也稱圈復(fù)雜度V(G)=區(qū)域數(shù)=判斷結(jié)點(diǎn)數(shù)+1=邊數(shù)—結(jié)點(diǎn)數(shù)+2
黑盒測(cè)試:又稱功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試,指通過(guò)軟件的外部表現(xiàn)來(lái)發(fā)現(xiàn)缺陷和錯(cuò)誤。黑盒測(cè)試把測(cè)試對(duì)象看成一個(gè)黑盒子,完全不考慮程序內(nèi)部結(jié)構(gòu)和處理過(guò)程。黑盒測(cè)試是在程序界面處進(jìn)行測(cè)試,它只是檢查樣序是否按照需求規(guī)格說(shuō)明書(shū)的規(guī)定正常實(shí)現(xiàn)。
黑盒測(cè)試用例設(shè)計(jì)方法:等價(jià)類劃分法、邊界值分析法、錯(cuò)誤推測(cè)法、決策表法、因果圖法、場(chǎng)景法、功能圖法
等價(jià)類劃分法:不考慮程序的內(nèi)部結(jié)構(gòu),測(cè)試人員要對(duì)需求規(guī)格說(shuō)明書(shū)的功能需求進(jìn)行細(xì)致分析,然后把程序的輸入域劃分成若干部分,從每個(gè)部分中選取少數(shù)代表性數(shù)據(jù)當(dāng)作測(cè)試用例。
等價(jià)類分為:有效等價(jià)類和無(wú)效等價(jià)類
有效等價(jià)類:指對(duì)于程序的規(guī)格說(shuō)明來(lái)說(shuō)是合理的、有意義的輸入數(shù)據(jù)構(gòu)成的集合,可以檢驗(yàn)程序是否實(shí)現(xiàn)了規(guī)格說(shuō)明書(shū)中所規(guī)定的功能和性能
無(wú)效等價(jià)類:指對(duì)于程序的規(guī)格說(shuō)明來(lái)說(shuō)是不合理的、無(wú)意義的輸入數(shù)據(jù)構(gòu)成的集合。確定等價(jià)類的原則:
1)在輸入條件規(guī)定了取值范圍或值的個(gè)數(shù)的情況下,可以確立一個(gè)有效等價(jià)類和兩個(gè)無(wú)效等價(jià)類
2)在輸入條件規(guī)定了輸入值的集合或者規(guī)定了“必須如何”的條件的情況下,可以確立一個(gè)有效等價(jià)類和一個(gè)無(wú)效等價(jià)類
3)在輸入條件是一個(gè)布爾量的情況下,可確定一個(gè)有效等價(jià)類和一個(gè)無(wú)效等價(jià)類。
4)在規(guī)定了輸入數(shù)據(jù)的一組值(假定N個(gè)),并且程序要對(duì)每一個(gè)輸入值分別處理的情況下,可確定n個(gè)有效等價(jià)類和一個(gè)無(wú)效等價(jià)類
5)在規(guī)定了輸入數(shù)據(jù)必須遵守的規(guī)則的情況下,可確立一個(gè)有效等價(jià)類(符合規(guī)則)和若干個(gè)無(wú)效等價(jià)類(從不同角度違反規(guī)則)
6)在確知已劃分的等價(jià)類中,各元素在程序處理中的方式不同的情況下,則應(yīng)將該等價(jià)類進(jìn)一步劃分為更小的等價(jià)類
根據(jù)已列出的等價(jià)類表,按以下步驟確定測(cè)試用例:
1)為每一個(gè)等價(jià)類規(guī)定一個(gè)唯一的編號(hào)
2)設(shè)計(jì)一個(gè)新的測(cè)試用例,使其盡可能多地覆蓋尚未覆蓋的有效等價(jià)類。重復(fù)這一步,最后使得所有有效等價(jià)類均被測(cè)試用例所覆蓋
3)設(shè)計(jì)一個(gè)新的測(cè)試用例,使其只覆蓋一個(gè)無(wú)效等價(jià)類。重復(fù)這一步驟,使所有無(wú)效等價(jià)類均被覆蓋
灰盒測(cè)試是介于白盒測(cè)試與黑盒測(cè)試之間,主要關(guān)注輸出對(duì)于輸入的正確性;同進(jìn)也關(guān)注內(nèi)部表現(xiàn),但這種關(guān)注不像白盒測(cè)試那么詳細(xì)、完整,只是通過(guò)一些表征性的現(xiàn)象、事件、標(biāo)志來(lái)判斷內(nèi)部的運(yùn)行狀態(tài)。
自動(dòng)化測(cè)試:通過(guò)測(cè)試工具或其他手段,按照測(cè)試工程師的預(yù)定計(jì)劃對(duì)軟件產(chǎn)品進(jìn)行自動(dòng)的測(cè)試
自動(dòng)化測(cè)試的優(yōu)勢(shì):
1)提高測(cè)試質(zhì)量
2)提高測(cè)試效率,縮短測(cè)試工作時(shí)間
3)提高測(cè)試覆蓋率
4)執(zhí)行手工測(cè)試不能完成的測(cè)試任務(wù),如壓力測(cè)試
5)更好地重現(xiàn)軟件缺陷的能力
6)更好的利用資源
7)增進(jìn)測(cè)試人員與開(kāi)發(fā)人員之間的合作伙伴關(guān)系
自動(dòng)化測(cè)試的局限性:
1)定制型項(xiàng)目
2)周期很短的項(xiàng)目
3)業(yè)務(wù)規(guī)則復(fù)雜的對(duì)象
4)人體感觀與易用性測(cè)試
5)不穩(wěn)定的軟件
6)涉及物理交互
開(kāi)發(fā)模型:瀑布模型、原型模型、螺旋模型、增量模型、漸進(jìn)模型、快速軟件開(kāi)發(fā)(RAD)以及Rational統(tǒng)一過(guò)程(RUP)
瀑布模型:需求分析、可行性研究、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測(cè)試、運(yùn)行維護(hù)
軟件的生命周期:需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測(cè)試、運(yùn)行維護(hù)、退出使用 軟件的全壽命周期費(fèi)用(LCC:Life cycle cost)
測(cè)試的花費(fèi)減少了運(yùn)行維護(hù)階段的花費(fèi),從全壽命周期費(fèi)用來(lái)看,測(cè)試是使LCC降低了 測(cè)試模型:V模型、W模型、H模型、X模型、前置測(cè)試模型
軟件測(cè)試策略:?jiǎn)卧獪y(cè)試、集成(組裝)測(cè)試、確認(rèn)測(cè)試和系統(tǒng)測(cè)試。
軟件失效分類:軟件錯(cuò)誤(software error)、軟件缺陷(software defect)、軟件故障(software fault)、軟件失效(software failure)
軟件缺陷定義:
1、軟件未達(dá)到產(chǎn)品說(shuō)明書(shū)中明確指明要實(shí)現(xiàn)的功能
2、軟件出現(xiàn)了產(chǎn)品說(shuō)明書(shū)中指明不會(huì)出現(xiàn)的錯(cuò)誤
3、軟件功能超出了產(chǎn)品說(shuō)明書(shū)中指明的范圍
4、軟件未達(dá)到產(chǎn)品說(shuō)明書(shū)中雖未明確指出但應(yīng)達(dá)到的目標(biāo)
5、軟件測(cè)試人員認(rèn)為軟件難以理解、不易使用、運(yùn)行速度慢,或最終用戶認(rèn)為不好使用 缺陷與錯(cuò)誤嚴(yán)重性和優(yōu)先級(jí):
嚴(yán)重級(jí):表示軟件缺陷所造成的危害的惡劣程序;分為以下四個(gè)等級(jí):
嚴(yán)重:系統(tǒng)崩潰、數(shù)據(jù)丟失、數(shù)據(jù)毀壞
較嚴(yán)重:操作性錯(cuò)誤、錯(cuò)誤結(jié)果、遺漏功能
一般:小問(wèn)題、錯(cuò)誤字、UI布局、罕見(jiàn)故障
建議:不影響使用的瑕疵或更好的實(shí)現(xiàn)
優(yōu)先級(jí):表示修復(fù)缺陷的重要程度與次序
最高優(yōu)先級(jí):立即修復(fù),停止進(jìn)一步測(cè)試
次高優(yōu)先級(jí):在產(chǎn)品發(fā)布之前必須修復(fù)
中等優(yōu)先級(jí):如果時(shí)間允許應(yīng)該修復(fù)
最低優(yōu)先級(jí):可能會(huì)修復(fù),但是也能發(fā)布
軟件缺陷跟蹤管理
(1)Bug記錄信息
主要包括以下幾項(xiàng)內(nèi)容:
測(cè)試軟件名稱、測(cè)試版本號(hào)、測(cè)試人名稱、測(cè)試事件、測(cè)試軟件和硬件配置環(huán)境、發(fā)現(xiàn)軟件錯(cuò)誤的類型、錯(cuò)誤的嚴(yán)重等級(jí)及優(yōu)先級(jí)、詳細(xì)步驟、必要的附圖、測(cè)試注釋、提交給誰(shuí)
(2)Bug處理信息
主要包括以下4項(xiàng)內(nèi)容:
處理者姓名、處理時(shí)間、處理步驟、錯(cuò)誤記錄的當(dāng)前狀態(tài)
軟件錯(cuò)誤的狀態(tài):
軟件錯(cuò)誤的主要狀態(tài)包括以下內(nèi)容:
新信息(New):測(cè)試中新報(bào)告的軟件Bug
打開(kāi)(Open):被確認(rèn)并分配給相關(guān)開(kāi)發(fā)人員處理
修正(Fixed):開(kāi)發(fā)人員已完成修正,等待測(cè)試人員驗(yàn)證
拒絕(Declined):拒絕修改Bug
延期(Deferrend):不在當(dāng)前版本修復(fù)的錯(cuò)誤,下一版本修復(fù)
關(guān)閉(Closed):Bug已被修復(fù)
錯(cuò)誤管理流程:
錯(cuò)誤管理的流程可以概括為以下幾項(xiàng)內(nèi)容:
1、測(cè)試人員提交新的錯(cuò)誤入庫(kù),錯(cuò)誤狀態(tài)為“New”
2、高級(jí)測(cè)試人員驗(yàn)證錯(cuò)誤
1)如果確認(rèn)是錯(cuò)誤,分配給相應(yīng)的開(kāi)發(fā)人員,設(shè)置狀態(tài)為“Open”
2)如果不是錯(cuò)誤,則拒絕,設(shè)置為“Declined”狀態(tài)
3、開(kāi)發(fā)人員查詢狀態(tài)為“Open”的錯(cuò)誤,做如下處理
1)如果不是錯(cuò)誤,則拒絕,設(shè)置為“Declined”狀態(tài)
2)如果是錯(cuò)誤,則修復(fù)并置狀態(tài)為“Fixed”
3)如果不能解決的錯(cuò)誤,要留下文字說(shuō)明并保持錯(cuò)誤為“Open”狀態(tài)
4)對(duì)于不能解決和延期解決的錯(cuò)誤,不能由開(kāi)發(fā)人員自己決定,一般要通過(guò)某種會(huì)議(評(píng)審會(huì))通過(guò)才能認(rèn)可
4、測(cè)試人員查詢狀態(tài)為“Fixed”的錯(cuò)誤,驗(yàn)證錯(cuò)誤是否解決,做如下處理
1)如果問(wèn)題解決了,置錯(cuò)誤狀態(tài)為“Closed”
2)如果問(wèn)題沒(méi)有解決,置錯(cuò)誤狀態(tài)為“Reopen”
測(cè)試用例:
為實(shí)施測(cè)試而向被測(cè)試系統(tǒng)提供的輸入數(shù)據(jù)、操作或各種環(huán)境設(shè)置以及期望結(jié)果的一個(gè)特定的集合。
測(cè)試用例基本組成要素:項(xiàng)目名稱、測(cè)試人員、用例編號(hào)、測(cè)試用例說(shuō)明、測(cè)試的模塊、測(cè)試的輸入條件、測(cè)試的預(yù)期結(jié)果、測(cè)試實(shí)際結(jié)果、缺陷編號(hào)
1、什么是軟件測(cè)試,為什么要進(jìn)行軟件測(cè)試?軟件測(cè)試與調(diào)試的區(qū)別?
答案:(1)軟件測(cè)試就是利用測(cè)試工具按照測(cè)試方案和流程對(duì)產(chǎn)品進(jìn)行功能和性能測(cè)試,甚至根據(jù)需要編寫(xiě)不同的測(cè)試工具,設(shè)計(jì)和維護(hù)測(cè)試系統(tǒng),對(duì)測(cè)試方案可能出現(xiàn)的問(wèn)題進(jìn)行分析和評(píng)估。執(zhí)行測(cè)試用例后,需要跟蹤故障,以確保開(kāi)發(fā)的產(chǎn)品適合需求。
(2)因?yàn)闆](méi)有經(jīng)過(guò)測(cè)試的軟件很難在發(fā)布之前知道該軟件的質(zhì)量,就像ISO質(zhì)量認(rèn)證一樣,軟件同樣也需要質(zhì)量的保證,這個(gè)時(shí)候就需要在團(tuán)隊(duì)中開(kāi)展軟件測(cè)試的工作。在測(cè)試的過(guò)程發(fā)現(xiàn)軟件中存在的問(wèn)題,及時(shí)讓開(kāi)發(fā)人員得知并修改問(wèn)題,在即將發(fā)布時(shí),從測(cè)試報(bào)告中得出軟件的質(zhì)量情況。
(3)在軟件開(kāi)發(fā)的過(guò)程中,調(diào)試和測(cè)試是兩個(gè)不同的過(guò)程,分別由程序開(kāi)發(fā)人員和測(cè)試人員來(lái)完成。
第一,調(diào)試的過(guò)程是隨機(jī)的不可重復(fù)的;而測(cè)試的過(guò)程是有計(jì)劃的、可以重復(fù)的過(guò)程。
第二,調(diào)試的目的是為了隔離和確認(rèn)問(wèn)題的所在,并加以解決,使得程序能夠正常運(yùn)行;而測(cè)試的目的是為了找出與軟件實(shí)現(xiàn)定義的規(guī)格和標(biāo)準(zhǔn)不符合的問(wèn)題,保證軟件能都滿足用戶需求。
但二者也有相同之處,最終目的都是為了提高軟件質(zhì)量。
2、a測(cè)試與b測(cè)試的區(qū)別?靜態(tài)測(cè)試與動(dòng)態(tài)測(cè)試的區(qū)別?
答案:(1)Alpha測(cè)試(α測(cè)試)是由一個(gè)用戶在開(kāi)發(fā)環(huán)境下進(jìn)行的測(cè)試,也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的受控測(cè)試;Beta測(cè)試(β測(cè)試)是軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行的測(cè)試。開(kāi)發(fā)者通常不在測(cè)試現(xiàn)場(chǎng),Beta測(cè)試不能由程序員或測(cè)試員完成。總而言之,前者是內(nèi)部模擬上線,后者是真正上線,讓用戶參與測(cè)試。
(2)靜態(tài)方法是指不運(yùn)行被測(cè)程序本身,僅通過(guò)分析或檢查源程序的語(yǔ)法、結(jié)構(gòu)、過(guò)程、接口等來(lái)檢查程序的正確性。對(duì)需求規(guī)格說(shuō)明書(shū)、軟件設(shè)計(jì)說(shuō)明書(shū)、源程序做結(jié)構(gòu)分析、流程圖分析、符號(hào)執(zhí)行來(lái)找錯(cuò)。靜態(tài)方法通過(guò)程序靜態(tài)特性的分析,找出欠缺和可疑之處,例如不匹配的參數(shù)、不適當(dāng)?shù)难h(huán)嵌套和分支嵌套、不允許的遞歸、未使用過(guò)的變量、空指針的引用和可疑的計(jì)算等。靜態(tài)測(cè)試結(jié)果可用于進(jìn)一步的查錯(cuò),并為測(cè)試用例選取提供指導(dǎo)。
動(dòng)態(tài)測(cè)試方法是指通過(guò)運(yùn)行被測(cè)程序,檢查運(yùn)行結(jié)果與預(yù)期結(jié)果的差異,并分析運(yùn)行效率和健壯性等性能,這種方法由三部分組成:構(gòu)造測(cè)試實(shí)例、執(zhí)行程序、分析程序的輸出結(jié)果。
第三篇:軟件測(cè)試總結(jié)
1.軟件測(cè)試定義:由人工或自動(dòng)方法來(lái)執(zhí)行或評(píng)價(jià)系統(tǒng)或系統(tǒng)部分的過(guò)程,以驗(yàn)證它是否滿足規(guī)定的需求,或識(shí)別出期望的結(jié)果和實(shí)際結(jié)果之間的差異。2.軟件測(cè)試的分類:
測(cè)試對(duì)象或范圍分類:需求評(píng)審、設(shè)計(jì)評(píng)審、單元測(cè)試、程序測(cè)試、系統(tǒng)
測(cè)試、文檔測(cè)試、Web應(yīng)用測(cè)試、客戶端測(cè)試、數(shù)據(jù)庫(kù)測(cè)試等;
測(cè)試目的分類:集成測(cè)試、功能測(cè)試、壓力測(cè)試、性能測(cè)試等等; 靜態(tài)測(cè)試、動(dòng)態(tài)測(cè)試; 白盒測(cè)試、黑盒測(cè)試。3.軟件測(cè)試的基本流程與原則
基本流程:
測(cè)試用例設(shè)計(jì)-輸入數(shù)據(jù)、預(yù)期結(jié)果; 測(cè)試執(zhí)行-輸入數(shù)據(jù)執(zhí)行被測(cè)對(duì)象; 檢查實(shí)際輸出與預(yù)期結(jié)果。基本原則:
開(kāi)始測(cè)試時(shí)認(rèn)定軟件有錯(cuò),測(cè)試要證明有錯(cuò); 測(cè)試應(yīng)該由獨(dú)立的測(cè)試團(tuán)隊(duì)來(lái)完成; 測(cè)試設(shè)計(jì)必須設(shè)計(jì)對(duì)應(yīng)的預(yù)期輸出;
要對(duì)合理、不合理(有效、無(wú)效)輸入數(shù)據(jù)都進(jìn)行測(cè)試; 檢查軟件的完備性、多余; 完整保留測(cè)試文檔;
一個(gè)被測(cè)對(duì)象中有錯(cuò)誤的概率與已發(fā)現(xiàn)錯(cuò)誤的個(gè)數(shù)成正比。4.Beizer測(cè)試成熟度級(jí)別:
0級(jí):沒(méi)有區(qū)分測(cè)試與調(diào)試;
1級(jí):測(cè)試的目的是證明軟件能用; 2級(jí):測(cè)試的目的是證明軟件不能用;
3級(jí):測(cè)試的目的不是為了證明什么,而是為了降低軟件使用風(fēng)險(xiǎn); 4級(jí):測(cè)試是一種智能訓(xùn)練,能夠幫助專業(yè)人員開(kāi)發(fā)出更高質(zhì)量的軟件。5.軟件測(cè)試與軟件工程,軟件過(guò)程的關(guān)系:
軟件工程:在給定的條件下(成本、時(shí)間)開(kāi)發(fā)出高質(zhì)量的軟件產(chǎn)品。軟件生產(chǎn)過(guò)程的特性決定了軟件產(chǎn)品中不可避免包含有錯(cuò)誤。軟件測(cè)試則是盡可能多地發(fā)現(xiàn)錯(cuò)誤,從而保障軟件產(chǎn)品的質(zhì)量。6.McCall的質(zhì)量因素:
產(chǎn)品修改:
可維護(hù)性,靈活性,可測(cè)試性 產(chǎn)品轉(zhuǎn)移:
可移植性,可復(fù)用性,互操作性 產(chǎn)品運(yùn)行:
正確性,易用性,可靠性,效率,完整性 7.軟件質(zhì)量困境
軟件質(zhì)量必須足夠好:存在價(jià)值
軟件產(chǎn)品無(wú)法完美:需要消耗過(guò)多的資源、時(shí)間、成本
軟件開(kāi)發(fā)需要在兩個(gè)極端之間進(jìn)行平衡:軟件足夠好的同時(shí)又不完美。8.質(zhì)量控制、質(zhì)量保證和質(zhì)量管理
軟件質(zhì)量控制其實(shí)是基本方法,通過(guò)一系列的技術(shù)來(lái)科學(xué)地測(cè)量過(guò)程的狀態(tài)。如缺陷率、測(cè)試覆蓋率等。
軟件質(zhì)量保證則是過(guò)程的參考、指南的集合,如ISO9000、CMM/CMMI等,著重內(nèi)部的檢查,確保已獲取認(rèn)可的標(biāo)準(zhǔn)和步驟都已經(jīng)遵循。
軟件質(zhì)量管理則是實(shí)際操作的思想,質(zhì)量管理控制和協(xié)調(diào)組織的質(zhì)量活動(dòng),包括質(zhì)量控制、質(zhì)量保證和質(zhì)量改進(jìn)。9.WebApp應(yīng)用的屬性:
網(wǎng)絡(luò)密集型應(yīng)用;并發(fā)性;大負(fù)載量;性能;高可靠性、高可用性;安全性-內(nèi)容敏感;
10.軟件評(píng)審的目的,評(píng)審度量及其應(yīng)用
評(píng)審的目標(biāo)在于:盡早發(fā)現(xiàn)軟件過(guò)程中的錯(cuò)誤,防止錯(cuò)誤傳遞、蔓延至后續(xù)活動(dòng),防止錯(cuò)誤轉(zhuǎn)化為缺陷。
準(zhǔn)備工作量Ep-實(shí)際評(píng)審會(huì)之前所需工作量; 評(píng)估工作量Ea-實(shí)際評(píng)審所花費(fèi)的工作量 返工工作量Er-修改評(píng)審所發(fā)現(xiàn)錯(cuò)誤的工作量 工作產(chǎn)品規(guī)模WPS-評(píng)審對(duì)象的規(guī)模
發(fā)現(xiàn)的主要錯(cuò)誤數(shù)Errmajor-多于預(yù)期的改錯(cuò)工作量的錯(cuò)誤數(shù)目 發(fā)現(xiàn)的次要錯(cuò)誤數(shù)Errminor-少于預(yù)期的改錯(cuò)工作量的錯(cuò)誤數(shù)目 總評(píng)審工作量Ereview = Ep+Ea+Er 錯(cuò)誤總數(shù)Errtot = Errmajor+Errminor 錯(cuò)誤密度:評(píng)審的每單位工作產(chǎn)品發(fā)現(xiàn)的錯(cuò)誤數(shù)Ed = Errtot / WPS 錯(cuò)誤密度數(shù)值的含義:較小(產(chǎn)品質(zhì)量非常好或評(píng)審不夠徹底);較大(產(chǎn)品質(zhì)量存在缺陷)
11.軟件測(cè)試計(jì)劃:描述對(duì)計(jì)算機(jī)軟件配置項(xiàng)、子系統(tǒng)、系統(tǒng)進(jìn)行測(cè)試的計(jì)劃安排,內(nèi)容包括測(cè)試的環(huán)境、測(cè)試工作的標(biāo)識(shí)及測(cè)試工作的時(shí)間安排。
軟件測(cè)試報(bào)告:是對(duì)計(jì)算機(jī)軟件配置項(xiàng)、軟件系統(tǒng)或子系統(tǒng),或與軟件相關(guān)項(xiàng)目執(zhí)行合格性測(cè)試的記錄 12.軟件測(cè)試活動(dòng)
制訂測(cè)試計(jì)劃(測(cè)試分析員)
測(cè)試設(shè)計(jì)(測(cè)試設(shè)計(jì)人員)-方案設(shè)計(jì) 測(cè)試及測(cè)試用例設(shè)計(jì) 測(cè)試過(guò)程
樁模塊、驅(qū)動(dòng)模塊設(shè)計(jì)
測(cè)試實(shí)施(測(cè)試設(shè)計(jì)員)-實(shí)現(xiàn)測(cè)試設(shè)計(jì) 單元測(cè)試(測(cè)試員)集成測(cè)試(測(cè)試員)系統(tǒng)測(cè)試(測(cè)試員)
評(píng)估測(cè)試(測(cè)試設(shè)計(jì)人員)
13.無(wú)向圖的相關(guān)定義:
連接性:節(jié)點(diǎn)ni、nj是連接的,當(dāng)且僅當(dāng)ni、nj在同一條路徑上。組件:圖的組件是相連節(jié)點(diǎn)的最大集合
圖G的圈復(fù)雜度V(G)=e-n+2p,其中e為G的邊數(shù),n為節(jié)點(diǎn)數(shù),p為組件數(shù)。14.圖覆蓋:給定一個(gè)關(guān)于圖G的準(zhǔn)則C的測(cè)試需求集合TR,測(cè)試集合T在圖G上滿足準(zhǔn)則C當(dāng)且僅當(dāng)對(duì)TR中每個(gè)測(cè)試需求tr,path(T)中至少存在一條測(cè)試路徑p滿足tr。
簡(jiǎn)單路徑:如果從ni到nj的一條路徑中,除了始節(jié)點(diǎn)和終節(jié)點(diǎn)可以相同外,沒(méi)有任何節(jié)點(diǎn)出現(xiàn)次數(shù)多于一次,則該路徑為簡(jiǎn)單路徑。
主路徑:如果從ni到nj是一條簡(jiǎn)單路徑,并且它不作為任何其他簡(jiǎn)單路徑的子路徑出現(xiàn),則稱之為主路徑。
主路徑覆蓋(PPC)準(zhǔn)則:TR包含圖中每一條主路徑。
指定路徑覆蓋(SPC):TR包含一個(gè)測(cè)試路徑集S,S為指定參數(shù)。15.白盒測(cè)試方法
白盒測(cè)試:根據(jù)被測(cè)對(duì)象的內(nèi)部結(jié)構(gòu)和運(yùn)行機(jī)制來(lái)設(shè)計(jì)測(cè)試用例的方法,又稱為結(jié)構(gòu)測(cè)試、邏輯驅(qū)動(dòng)測(cè)試、覆蓋測(cè)試
被測(cè)對(duì)象的獨(dú)立路徑至少覆蓋一次; 所有邏輯取值測(cè)試[真、假]; 循環(huán)邊界測(cè)試;
檢查內(nèi)部數(shù)據(jù)結(jié)構(gòu)、邊界條件。16.黑盒測(cè)試方法
黑盒測(cè)試方法又稱功能測(cè)試方法、數(shù)據(jù)驅(qū)動(dòng)測(cè)試方法,測(cè)試設(shè)計(jì)時(shí)不考慮被測(cè)對(duì)象的內(nèi)部結(jié)構(gòu),以檢查系統(tǒng)功能(功能的正確、完整、邏輯流程、人機(jī)界面、文檔內(nèi)容、系統(tǒng)安裝/初始化)
以被測(cè)對(duì)象的外部特征為測(cè)試依據(jù)。17.模糊測(cè)試方法
模糊測(cè)試方法:構(gòu)造大量的隨機(jī)數(shù)據(jù)作為系統(tǒng)的輸入,從而檢驗(yàn)系統(tǒng)在各種數(shù)據(jù)情況下是否出現(xiàn)問(wèn)題。
18.增量測(cè)試:?jiǎn)卧獪y(cè)試、調(diào)用依賴的模塊集成測(cè)試,逐步擴(kuò)展直到形成整個(gè)軟件系統(tǒng)。
19.突擊測(cè)試:所有模塊一次性集成為一個(gè)完整的系統(tǒng),然后進(jìn)行完全測(cè)試。20.等價(jià)類劃分:
等價(jià)類劃分基于對(duì)輸入或輸出數(shù)據(jù)情況的評(píng)估,劃分成兩個(gè)或多個(gè)子集(等價(jià)類),然后從每個(gè)子集中選取一定的代表進(jìn)行測(cè)試的測(cè)試用例設(shè)計(jì)方法。21.極限測(cè)試
極限編程:利用輕量、敏捷的開(kāi)發(fā)過(guò)程,使開(kāi)發(fā)人員能夠更快地完成應(yīng)用程序的開(kāi)發(fā)。強(qiáng)調(diào)頻繁測(cè)試、測(cè)試驅(qū)動(dòng)的方式保證軟件質(zhì)量。
極限測(cè)試:為滿足極限編程思想和過(guò)程而設(shè)計(jì)的一套測(cè)試策略和流程,原來(lái)的測(cè)試技術(shù)、方法均可以使用 22.配置項(xiàng)測(cè)試的內(nèi)容
功能: 適合性
準(zhǔn)確性:功能的準(zhǔn)確與精度要求 互操作性:與外部設(shè)備、系統(tǒng)的接口 安全保密性:數(shù)據(jù)訪問(wèn)的可控制性 可靠性: 成熟性:容錯(cuò)處理、平均無(wú)故障時(shí)間
容錯(cuò)性:邊界條件、功能、性能的降級(jí)情況、誤操作模式、故障模式 易恢復(fù)性:自動(dòng)修復(fù)能力/時(shí)間、平均宕機(jī)時(shí)間、平均恢復(fù)時(shí)間、恢復(fù)能力等 易用性
易理解性:功能描述清晰、準(zhǔn)確;界面含義精確
易學(xué)性:在線幫助、幫助定位、各類手冊(cè)的易學(xué)、易用 易操作性:數(shù)據(jù)的有效檢查、解釋信息明確、界面切換 吸引性:人機(jī)界面定制 效率
時(shí)間特性:響應(yīng)時(shí)間、平均響應(yīng)時(shí)間、響應(yīng)極限時(shí)間、吞吐量、平均吞吐量、極限吞吐量,多任務(wù)并行測(cè)試
資源利用:大量并發(fā)任務(wù)下I/O設(shè)備利用、極限負(fù)載下I/O設(shè)備的負(fù)載、大量并發(fā)任務(wù)下用戶等待時(shí)間、內(nèi)存使用情況、數(shù)據(jù)傳輸能力等
維護(hù)性
易分析性:運(yùn)行狀態(tài)數(shù)據(jù)易分析 易變更性:軟件的可配置、修改能力 易測(cè)試性:變更之后的易測(cè)試情況 可移植性
適應(yīng)性:不同軟件、硬件環(huán)境的適應(yīng)能力 易安裝性:安裝、配置的復(fù)雜程度、難以程度 共存性:與其他軟件協(xié)同的能力 易替換性:版本的替換難以程度 依從性
以上所有特性遵循標(biāo)準(zhǔn)、規(guī)范的情況測(cè)試
23系統(tǒng)測(cè)試:系統(tǒng)非功能性測(cè)試,以檢驗(yàn)系統(tǒng)在超常數(shù)據(jù)規(guī)模或負(fù)載下,線程、CPU、內(nèi)存資源的利用和響應(yīng)時(shí)間、數(shù)據(jù)傳輸?shù)刃阅苤笜?biāo)是否滿足要求
24.測(cè)試計(jì)劃
確定測(cè)試充分性要求:覆蓋范圍、覆蓋程度 確定測(cè)試終止要求; 確定測(cè)試所需資源; 確定測(cè)試的軟件特性; 確定測(cè)試技術(shù)、方法; 確定測(cè)試準(zhǔn)出條件; 確定測(cè)試進(jìn)度計(jì)劃; 測(cè)試風(fēng)險(xiǎn)分析。
25.測(cè)試設(shè)計(jì):測(cè)試設(shè)計(jì)人員、測(cè)試程序員
測(cè)試用例設(shè)計(jì):依據(jù)測(cè)試特性; 獲取測(cè)試數(shù)據(jù);
確定測(cè)試順序:資源、被測(cè)特性; 獲取測(cè)試資源:軟硬件、工具; 編寫(xiě)測(cè)試程序; 建立測(cè)試環(huán)境; 撰寫(xiě)測(cè)試設(shè)計(jì)說(shuō)明。
26.測(cè)試總結(jié):
測(cè)試分析員-測(cè)試報(bào)告
總結(jié)測(cè)試計(jì)劃、測(cè)試說(shuō)明的變化情況; 異常終止時(shí)測(cè)試未覆蓋范圍; 未能解決的測(cè)試問(wèn)題; 總結(jié)測(cè)試結(jié)果(發(fā)現(xiàn)問(wèn)題); 編寫(xiě)測(cè)試報(bào)告;
根據(jù)問(wèn)題報(bào)告、測(cè)試記錄,編寫(xiě)測(cè)試問(wèn)題報(bào)告。
27.軟件可靠性:在給定的運(yùn)行時(shí)間內(nèi)和給定的系統(tǒng)配置環(huán)境下,運(yùn)行給定的軟件功能時(shí)所 表現(xiàn)出來(lái)的質(zhì)量能力 28.系統(tǒng)性能指標(biāo)
系統(tǒng)資源利用率:分析性能指標(biāo),改善性能系統(tǒng)行為指標(biāo) 請(qǐng)求響應(yīng)時(shí)間:一次請(qǐng)求完成時(shí)間
事務(wù)響應(yīng)時(shí)間:一個(gè)事務(wù)所有請(qǐng)求完成的總時(shí)間
數(shù)據(jù)吞吐量:?jiǎn)挝粫r(shí)間內(nèi)服務(wù)器接收、發(fā)送的數(shù)據(jù)量。
29.驗(yàn)收測(cè)試:用戶執(zhí)行的、使用真實(shí)數(shù)據(jù)進(jìn)行的測(cè)試,依據(jù)需求規(guī)格中的確認(rèn)標(biāo)準(zhǔn)進(jìn)行測(cè)試。回歸測(cè)試:驗(yàn)證已測(cè)試過(guò)的內(nèi)容不受變更影響,確認(rèn)變更沒(méi)有引入新的錯(cuò)誤。
30.α測(cè)試是由一個(gè)用戶在開(kāi)發(fā)環(huán)境下進(jìn)行的測(cè)試,也可以是公司內(nèi)部的用戶在模擬實(shí)際操 作環(huán)境下進(jìn)行的測(cè)試。
Beta測(cè)試由軟件的最終用戶在一個(gè)或多個(gè)客戶場(chǎng)所進(jìn)行,開(kāi)發(fā)者通常不在Beta測(cè)試的現(xiàn)場(chǎng)。
31.WebApp測(cè)試關(guān)注的主要內(nèi)容 Web內(nèi)容測(cè)試 界面 構(gòu)件
導(dǎo)航測(cè)試 安全性 性能
32.測(cè)試用例(Test Case)是為某個(gè)特殊目標(biāo)而編制的一組測(cè)試輸入、執(zhí)行條件以及預(yù)期結(jié)果,以便測(cè)試某個(gè)程序路徑或核實(shí)是否滿足某個(gè)特定需求。
33.軟件生存期定義:從軟件產(chǎn)品設(shè)計(jì)到軟件被淘汰的時(shí)間段。又稱軟件生命周期、生存周期。進(jìn)一步劃分為兩個(gè)階段:開(kāi)發(fā)階段和維護(hù)階段(40%+60%)。
34.軟件安全定義:一種軟件質(zhì)量保證活動(dòng),他主要用來(lái)識(shí)別和評(píng)估可能對(duì)軟件產(chǎn)生負(fù)面影響并促使整個(gè)系統(tǒng)失效的潛在災(zāi)難。
35.軟件評(píng)審的目標(biāo)在于:盡早發(fā)現(xiàn)軟件過(guò)程中的錯(cuò)誤,防止錯(cuò)誤傳遞、蔓延至后續(xù)活動(dòng),防止錯(cuò)誤轉(zhuǎn)化為缺陷。36.V模型
優(yōu)點(diǎn):既有底層測(cè)試又有高層測(cè)試。底層:?jiǎn)卧獪y(cè)試。高層:系統(tǒng)測(cè)試。
將開(kāi)發(fā)階段清楚的表現(xiàn)出來(lái),便于控制開(kāi)發(fā)的過(guò)程。當(dāng)所有階段都結(jié)束時(shí),軟件開(kāi)發(fā)就結(jié)束了。
缺點(diǎn):容易讓人誤解為測(cè)試是在開(kāi)發(fā)完成之后的一個(gè)階段。
由于它的順序性,當(dāng)編碼完成之后,正式進(jìn)入測(cè)試時(shí),這時(shí)發(fā)現(xiàn)的一些bug可能不容易找到其根源。
實(shí)際中,由于需求變更較大,導(dǎo)致要重復(fù)變更需求、設(shè)計(jì)、編碼、測(cè)試,返工量大。37.W模型:
優(yōu)點(diǎn):
將測(cè)試貫穿到整個(gè)軟件生命周期中,且除了代碼要測(cè)試,需求、設(shè)計(jì)等都要測(cè)試。更早介入軟件開(kāi)發(fā)中,能盡早發(fā)現(xiàn)缺陷并修復(fù)。
測(cè)試與開(kāi)發(fā)獨(dú)立起來(lái),并與開(kāi)發(fā)并行。缺點(diǎn):
對(duì)有些項(xiàng)目,開(kāi)發(fā)過(guò)程中根本沒(méi)有文檔產(chǎn)生,故W模型無(wú)法使用。
對(duì)于需求和設(shè)計(jì)的測(cè)試技術(shù)要求很高,實(shí)踐起來(lái)很困難。
從N0中某節(jié)點(diǎn)開(kāi)始到Nf中某節(jié)點(diǎn)結(jié)束的一條路徑稱為一條測(cè)試路徑。
1.軟件缺陷:(符合下列規(guī)則的叫軟件缺陷):
1).軟件未達(dá)到產(chǎn)品說(shuō)明書(shū)的功能
2).軟件出現(xiàn)了產(chǎn)品說(shuō)明書(shū)指明不會(huì)出現(xiàn)的錯(cuò)誤
3).軟件功能超出產(chǎn)品說(shuō)明書(shū)指明范圍
4).軟件未達(dá)到產(chǎn)品說(shuō)明書(shū)雖未指出但應(yīng)達(dá)到的目標(biāo)
5).軟件測(cè)試員認(rèn)為難以理解、不易使用、運(yùn)行速度緩慢、或者最終用戶認(rèn)為不好
2.單元測(cè)試:?jiǎn)卧獪y(cè)試是對(duì)軟件設(shè)計(jì)的最小單元——模塊進(jìn)行正確性檢驗(yàn)的測(cè)試工作,主要測(cè)試模塊在語(yǔ)法、格式和邏輯上的錯(cuò)誤。3.回歸測(cè)試
指軟件系統(tǒng)被修改或擴(kuò)充(如系統(tǒng)功能增強(qiáng)或升級(jí))后重新進(jìn)行的測(cè)試,是為了保證對(duì)軟件所做的修改沒(méi)有引入新的錯(cuò)誤而重復(fù)進(jìn)行的測(cè)試。
4.等價(jià)類:指某個(gè)輸入域的子集合,在該子集合中,各個(gè)輸入數(shù)據(jù)對(duì)于揭露程序中的錯(cuò)誤都是等效的。
第四篇:軟件測(cè)試總結(jié)
面向?qū)ο蟪绦虻能浖y(cè)試方法
在軟件生命周期過(guò)程中,軟件測(cè)試是保證軟件質(zhì)量的關(guān)鍵環(huán)節(jié)之一。面向?qū)ο蠓椒▽W(xué)在軟件工程中的引入極大地方便了軟件的設(shè)計(jì)、開(kāi)發(fā)和維護(hù),為創(chuàng)建高可靠性的軟件系統(tǒng)提供了重要保證。但面向?qū)ο蟪绦虻姆庋b、繼承、多態(tài)和異常處理機(jī)制等新特性卻給測(cè)試帶來(lái)新的挑戰(zhàn)。一方面需要調(diào)整、改進(jìn)傳統(tǒng)的測(cè)試策略和方法;另一方面探索出適應(yīng)面向?qū)ο蟪绦蛱卣鞯臏y(cè)試?yán)碚撆c技術(shù)也尤為必要。
面向?qū)ο?Object Oriented,OO)是當(dāng)前計(jì)算機(jī)界關(guān)心的重點(diǎn),它是90年代軟件開(kāi)發(fā)方法的主流。面向?qū)ο蟮母拍詈蛻?yīng)用已超越了程序設(shè)計(jì)和軟件開(kāi)發(fā),擴(kuò)展到很寬的范圍。如數(shù)據(jù)庫(kù)系統(tǒng)、交互式界面、應(yīng)用結(jié)構(gòu)、應(yīng)用平臺(tái)、分布式系統(tǒng)、網(wǎng)絡(luò)管理結(jié)構(gòu)、CAD技術(shù)、人工智能等領(lǐng)域。
面向?qū)ο蟮亩x或說(shuō)明對(duì)象的定義的非常少。其初,“面向?qū)ο蟆笔菍V冈诔绦蛟O(shè)計(jì)中采用封裝、繼承、抽象等設(shè)計(jì)方法。可是,這個(gè)定義顯然不能再適合現(xiàn)在情況。面向?qū)ο蟮乃枷胍呀?jīng)涉及到軟件開(kāi)發(fā)的各個(gè)方面。如,面向?qū)ο蟮姆治觯∣OA,Object Oriented Analysis),面向?qū)ο蟮脑O(shè)計(jì)(OOD,Object Oriented Design)、以及我們經(jīng)常說(shuō)的面向?qū)ο蟮木幊虒?shí)現(xiàn)(OOP,Object Oriented Programming)。許多有關(guān)面向?qū)ο蟮奈恼露贾皇侵v述在面向?qū)ο蟮拈_(kāi)發(fā)中所需要注意的問(wèn)題或所采用的比較好的設(shè)計(jì)方法。看這些文章只有真正懂得什么是對(duì)象,什么是面向?qū)ο螅拍茏畲蟪潭鹊貙?duì)自己有所裨益。這一點(diǎn),恐怕對(duì)初學(xué)者甚至是從事相關(guān)工作多年的人員也會(huì)對(duì)它們的概念模糊不清。
1、面向?qū)ο蟮幕靖拍?/p>
(1)對(duì)象。
對(duì)象是人們要進(jìn)行研究的任何事物,從最簡(jiǎn)單的整數(shù)到復(fù)雜的飛機(jī)等均可看作對(duì)象,它不僅能表示具體的事物,還能表示抽象的規(guī)則、計(jì)劃或事件。
(2)對(duì)象的狀態(tài)和行為。
對(duì)象具有狀態(tài),一個(gè)對(duì)象用數(shù)據(jù)值來(lái)描述它的狀態(tài)。
對(duì)象還有操作,用于改變對(duì)象的狀態(tài),對(duì)象及其操作就是對(duì)象的行為。
對(duì)象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合,使數(shù)據(jù)和操作封裝于對(duì)象的統(tǒng)一體中
(3)類。具有相同或相似性質(zhì)的對(duì)象的抽象就是類。因此,對(duì)象的抽象是類,類的具體化就是對(duì)象,也可以說(shuō)類的實(shí)例是對(duì)象。
類具有屬性,它是對(duì)象的狀態(tài)的抽象,用數(shù)據(jù)結(jié)構(gòu)來(lái)描述類的屬性。
類具有操作,它是對(duì)象的行為的抽象,用操作名和實(shí)現(xiàn)該操作的方法來(lái)描述。
(4)類的結(jié)構(gòu)。
在客觀世界中有若干類,這些類之間有一定的結(jié)構(gòu)關(guān)系。通常有兩種主要的結(jié)構(gòu)關(guān)系,即一般--具體結(jié)構(gòu)關(guān)系,整體--部分結(jié)構(gòu)關(guān)系。
①一般——具體結(jié)構(gòu)稱為分類結(jié)構(gòu),也可以說(shuō)是“或”關(guān)系,或者是“is a”關(guān)系。
②整體——部分結(jié)構(gòu)稱為組裝結(jié)構(gòu),它們之間的關(guān)系是一種“與”關(guān)系,或者是“has a”關(guān)系。
(5)消息和方法。
對(duì)象之間進(jìn)行通信的結(jié)構(gòu)叫做消息。在對(duì)象的操作中,當(dāng)一個(gè)消息發(fā)送給某個(gè)對(duì)象時(shí),消息包含接收對(duì)象去執(zhí)行某種操作的信息。發(fā)送一條消息至少要包括說(shuō)明接受消息的對(duì)象名、發(fā)送給該對(duì)象的消息名(即對(duì)象名、方法名)。一般還要對(duì)參數(shù)加以說(shuō)明,參數(shù)可以是認(rèn)識(shí)該消息的對(duì)象所知道的變量名,或者是所有對(duì)象都知道的全局變量名。
類中操作的實(shí)現(xiàn)過(guò)程叫做方法,一個(gè)方法有方法名、參數(shù)、方法體。消
2、面向?qū)ο蟮奶卣?/p>
(1)對(duì)象唯一性。
每個(gè)對(duì)象都有自身唯一的標(biāo)識(shí),通過(guò)這種標(biāo)識(shí),可找到相應(yīng)的對(duì)象。在對(duì)象的整個(gè)生命期中,它的標(biāo)識(shí)都不改變,不同的對(duì)象不能有相同的標(biāo)識(shí)。
(2)分類性。
分類性是指將具有一致的數(shù)據(jù)結(jié)構(gòu)(屬性)和行為(操作)的對(duì)象抽象成類。一個(gè)類就是這樣一種抽象,它反映了與應(yīng)用有關(guān)的重要性質(zhì),而忽略其他一些無(wú)關(guān)內(nèi)容。任何類的劃分都是主觀的,但必須與具體的應(yīng)用有關(guān)。
(3)繼承性。
繼承性是子類自動(dòng)共享父類數(shù)據(jù)結(jié)構(gòu)和方法的機(jī)制,這是類之間的一種關(guān)系。在定義和實(shí)現(xiàn)一個(gè)類的時(shí)候,可以在一個(gè)已經(jīng)存在的類的基礎(chǔ)之上來(lái)進(jìn)行,把這個(gè)已經(jīng)存在的類所定義的內(nèi)容作為自己的內(nèi)容,并加入若干新的內(nèi)容。繼承性是面向?qū)ο蟪绦蛟O(shè)計(jì)語(yǔ)言不同于其它語(yǔ)言的最重要的特點(diǎn),是其他語(yǔ)言所沒(méi)有的。
在類層次中,子類只繼承一個(gè)父類的數(shù)據(jù)結(jié)構(gòu)和方法,則稱為單重繼承。
在類層次中,子類繼承了多個(gè)父類的數(shù)據(jù)結(jié)構(gòu)和方法,則稱為多重繼承。
在軟件開(kāi)發(fā)中,類的繼承性使所建立的軟件具有開(kāi)放性、可擴(kuò)充性,這是信息組織與分類的行之有效的方法,它簡(jiǎn)化了對(duì)象、類的創(chuàng)建工作量,增加了代碼的可重性。
采用繼承性,提供了類的規(guī)范的等級(jí)結(jié)構(gòu)。通過(guò)類的繼承關(guān)系,使公共的特性能夠共享,提高了軟件的重用性。
(4)多態(tài)性(多形性)多態(tài)性使指相同的操作或函數(shù)、過(guò)程可作用于多種類型的對(duì)象上并獲得不同的結(jié)果。不同的對(duì)象,收到同一消息可以產(chǎn)生不同的結(jié)果,這種現(xiàn)象稱為多態(tài)性。
多態(tài)性允許每個(gè)對(duì)象以適合自身的方式去響應(yīng)共同的消息。
多態(tài)性增強(qiáng)了軟件的靈活性和重用性。
面向?qū)ο蠓椒ǖ幕舅枷胧且唬好嫦驅(qū)ο蠓椒ㄊ且环N運(yùn)用對(duì)象、類、封裝、繼承、多態(tài)和消息等概念來(lái)構(gòu)造、測(cè)試、重構(gòu)軟件的方法。
二: 面向?qū)ο蠓椒ㄊ且哉J(rèn)識(shí)論為基礎(chǔ),用對(duì)象來(lái)理解和分析問(wèn)題空間,并設(shè)計(jì)和開(kāi)發(fā)出由對(duì)象構(gòu)成的軟件系統(tǒng)(解空間)的方法。由于問(wèn)題空間和解空間都是由對(duì)象組成的,這樣可以消除由于問(wèn)題空間和求解空間結(jié)構(gòu)上的不一致帶來(lái)的問(wèn)題。簡(jiǎn)言之,面向?qū)ο缶褪敲嫦蚴虑楸旧恚嫦驅(qū)ο蟮姆治鲞^(guò)程就是認(rèn)識(shí)客觀世界的過(guò)程。
面向?qū)ο蠓椒◤膶?duì)象出發(fā),發(fā)展出對(duì)象,類,消息,繼承等概念。
面向?qū)ο蠓椒ǖ闹饕獌?yōu)點(diǎn)是:符合人們通常的思維方式;從分析到設(shè)計(jì)再到編碼采用一致的模型表示具有高度連續(xù)性;軟件重用性好。
面向?qū)ο筌浖y(cè)試的特點(diǎn)是: 1.掌握代碼檢查、走查與評(píng)審的基本方法和技術(shù); 2.掌握白盒測(cè)試和黑盒測(cè)試的測(cè)試用例的設(shè)計(jì)原則和方法; 3.掌握單元測(cè)試和集成測(cè)試的基本策略和方法;
4.了解系統(tǒng)測(cè)試、性能測(cè)試和可靠性測(cè)試的基本概念和方法; 5.了解面向?qū)ο筌浖蚖EB應(yīng)用軟件測(cè)試的基本概念和方法; 6.掌握軟件測(cè)試過(guò)程管理的基本知識(shí)和管理方法; 7.熟悉軟件測(cè)試的標(biāo)準(zhǔn)和文檔;
8.掌握QESuite軟件測(cè)試過(guò)程管理平臺(tái)和QESat/C++軟件分析和工具的使用方法。
第五篇:軟件測(cè)試工程師總結(jié)
軟件測(cè)試工程師總結(jié)
總結(jié)是在某一特定時(shí)間段對(duì)學(xué)習(xí)和工作生活或其完成情況,包括取得的成績(jī)、存在的問(wèn)題及得到的經(jīng)驗(yàn)和教訓(xùn)加以回顧和分析的書(shū)面材料,它是增長(zhǎng)才干的一種好辦法,快快來(lái)寫(xiě)一份總結(jié)吧。那么總結(jié)要注意有什么內(nèi)容呢?下面是小編精心整理的軟件測(cè)試工程師總結(jié),僅供參考,大家一起來(lái)看看吧。
軟件測(cè)試工程師總結(jié)1x年是我進(jìn)入公司的第一年,也是我的工作能力得到提高和快速發(fā)展的一年,在公司領(lǐng)導(dǎo)的指導(dǎo)和同事以及其它部門(mén)的支持配合下,最后在經(jīng)過(guò)自己的努力,完成了自己所要完成的各項(xiàng)工作任務(wù),在新的一年來(lái)臨之跡,我要對(duì)過(guò)去一年的工作進(jìn)行一個(gè)全面的總結(jié),以便在今年的工作中能夠有更明確的目標(biāo),盡量克服自己現(xiàn)在所存在的不足,希望能更一步為自己所在的部門(mén)增光,做出自己的貢獻(xiàn)。下面是我對(duì)去年工作匯總。
一、總結(jié):
1.自身定位:在過(guò)去一年,是我進(jìn)公司的第一年,也是我工作的第一年,剛開(kāi)始在我對(duì)工作競(jìng)爭(zhēng)和自身都不甚了解的情況下,在領(lǐng)導(dǎo)和同事的指導(dǎo)下,我感覺(jué)自己已經(jīng)慢慢對(duì)人與人的競(jìng)爭(zhēng)和自身定位有了深刻的了解,因?yàn)橛辛俗晕夷繕?biāo),才能感受到自己的壓力有多大!我的目標(biāo)也不只是完成目前所要做的工作而已,要向其它方面拓展學(xué)習(xí)。
2.定下心來(lái),踏踏實(shí)實(shí):我學(xué)的是計(jì)算機(jī)專業(yè),我的工作也是計(jì)算機(jī)方面的,以前有什么優(yōu)勢(shì),但是踏入工作崗位后才發(fā)現(xiàn),自己學(xué)的只是一個(gè)基礎(chǔ),只是有些方面或許比別人走的快一步,所以一切都要靠自己.自己要定得心下來(lái)學(xué)習(xí).成功需要耐得住寂寞,不求最快,但求.3.團(tuán)隊(duì)合作:以前在學(xué)校或許你可以靠一個(gè)取得好成績(jī),在工作上你必須要有一個(gè)團(tuán)隊(duì),在一個(gè)部門(mén)之中,團(tuán)隊(duì)合作精神顯得尤為重要.以前我做有些事都是一意孤行,但現(xiàn)在已經(jīng)對(duì)自己改變了,多聽(tīng)聽(tīng)他人意見(jiàn),會(huì)犯更少錯(cuò)誤,會(huì)更長(zhǎng)見(jiàn)識(shí),所以要學(xué)會(huì)與同事之間的合作,做事才更有效。
4.工作情況:在公司一年,對(duì)mes大型系統(tǒng)有了個(gè)大概了解,對(duì)我們所要學(xué)習(xí)的mes已經(jīng)可以說(shuō)差不多都掌握,條碼打印機(jī)的維修和設(shè)置掌握,a4打印機(jī)大多數(shù)情況可以維護(hù),pda、條碼槍已掌握,電腦的系統(tǒng)重裝和維護(hù)已掌握,其它基本設(shè)置可以維護(hù),對(duì)新出來(lái)的程序掌握和了解也比較快。
5.課外學(xué)習(xí):sql該學(xué)的已經(jīng)掌握,c#學(xué)習(xí),簡(jiǎn)單的程序可以編寫(xiě),但有時(shí)還要依靠于網(wǎng)絡(luò)和朋友,需要進(jìn)一步加強(qiáng)。但主要還是以網(wǎng)絡(luò)為主。
二、自身缺點(diǎn)
1.溝通問(wèn)題:自己的溝通能力只能算一般,因?yàn)閷?duì)于某些事的闡釋還是不怎么好,語(yǔ)言表達(dá)能力有點(diǎn)差,希望通過(guò)平時(shí)的交流和溝通來(lái)加強(qiáng)。
2.心態(tài)問(wèn)題:自己對(duì)于做某些事過(guò)于著急,一心想急切完成,確反而誤時(shí),這個(gè)問(wèn)題一開(kāi)始就一直出現(xiàn),現(xiàn)在雖然已經(jīng)基本克服,但也要列入缺點(diǎn)方面,希望以后時(shí)刻注意!
3.學(xué)習(xí)問(wèn)題:對(duì)于課外學(xué)習(xí)c#這方面,我在編程時(shí)感覺(jué)困難的時(shí)候有時(shí)候就不愿去做,現(xiàn)在雖然已經(jīng)慢慢改進(jìn)上網(wǎng)搜資料和問(wèn)問(wèn)朋友,但有時(shí)候還是克服不了自己。
軟件測(cè)試工程師總結(jié)220xx年2月2日,我有幸成為北京超圖一員,應(yīng)聘為公司的java軟件工程師。入任職以來(lái),在部門(mén)領(lǐng)導(dǎo)的帶領(lǐng)下,自己感覺(jué)無(wú)論學(xué)習(xí)、技術(shù)、生活等方面都有很大的提升。
20xx年里我主要完成的工作有三方面:
1、荊門(mén)石油石化巡檢系統(tǒng)的調(diào)研和開(kāi)發(fā)。
該項(xiàng)目是我工作以來(lái)第一次涉及到調(diào)研,對(duì)我來(lái)說(shuō)算是一個(gè)不小的挑戰(zhàn)。在調(diào)研過(guò)程中,讓我學(xué)會(huì)了如何通過(guò)和客戶的溝通來(lái)了解客戶的需求。由于自己的工作經(jīng)驗(yàn)不足,在調(diào)研工作中體現(xiàn)出一些問(wèn)題。不能很直接的在和客戶溝通中非常準(zhǔn)確的了解客戶的更多需求,有很多需要和客戶交流溝通多次才能明白客戶的最終需求,也沒(méi)有把自己作為最終用戶并站在用戶的角度上來(lái)考慮問(wèn)題,這些都是我在以后的工作中需要提高和改進(jìn)的地方。在巡檢系統(tǒng)的開(kāi)發(fā)工作中,讓我進(jìn)一步鞏固和加強(qiáng)了自己的開(kāi)發(fā)能力。
2、電信12530增值業(yè)務(wù)的開(kāi)發(fā)與維護(hù)。
從5月以來(lái)我就開(kāi)始接手公司的主要業(yè)務(wù)之一,12530電信增值業(yè)務(wù)。由于前面負(fù)責(zé)這個(gè)項(xiàng)目的同事突然離職,導(dǎo)致這個(gè)項(xiàng)目的交接工再做得不夠好,對(duì)我順利接手這個(gè)項(xiàng)目造成很大的困難。而剛一接手這個(gè)項(xiàng)目,馬上就需要新上一個(gè)投票活動(dòng),并要對(duì)一些主要代碼進(jìn)行修改,讓我倍感壓力,幾乎都快放棄。最后在金總的指導(dǎo)和鼓勵(lì)下,順利的完成這次活動(dòng)。在完成這次投票活動(dòng)后,為了避免下一個(gè)接手這個(gè)項(xiàng)目同事與我遇到同樣困難,我第一時(shí)間將這個(gè)項(xiàng)目的相關(guān)技術(shù)文檔補(bǔ)充完全,保證別人能夠順利的進(jìn)行該項(xiàng)目工作。通過(guò)這個(gè)項(xiàng)目,讓我加強(qiáng)了自己在高強(qiáng)高壓下工作的能力,也讓我找到更多自信。
3、襄樊、鄂州家政網(wǎng)絡(luò)服務(wù)中心的開(kāi)發(fā)與實(shí)施。
在這兩個(gè)項(xiàng)目中,除了承擔(dān)開(kāi)發(fā)工作以外,也逐漸涉及到項(xiàng)目管理的職責(zé),讓我在個(gè)人能力上有所提高。為了這兩個(gè)項(xiàng)目能夠順利完成,除了完成自己的工作外,還主動(dòng)關(guān)心其他同事的工作完成情況。讓我在項(xiàng)目管理和項(xiàng)目進(jìn)度的把控能力有很大的提高。將襄樊、鄂州家政網(wǎng)絡(luò)服務(wù)中心順利實(shí)施,為我公司拿下湖北省其他市的家政網(wǎng)絡(luò)服務(wù)中心奠定基礎(chǔ)。在工作之外,我也注重個(gè)人能力的提高。工作之余,主動(dòng)學(xué)習(xí)一些新技術(shù),與同事溝通配合,搭建一個(gè)ssh的開(kāi)發(fā)框架。也學(xué)習(xí)springsecurity知識(shí),這些新知識(shí)的積累,對(duì)我以后的工作有很大幫助。
20xx年工作展望:
1、將學(xué)習(xí)的springsecurity整合到我們自己搭建的ssh框架,進(jìn)一步完善框架。
2、利用搭建的ssh框架,開(kāi)發(fā)一套o(hù)a系統(tǒng)平臺(tái)。
3、做好襄樊、鄂州家政網(wǎng)絡(luò)服務(wù)中心的維護(hù)工作。
4、希望公司能夠大量拿下湖北省其他市的家政網(wǎng)絡(luò)服務(wù)中心,繼續(xù)開(kāi)發(fā)和實(shí)施湖北省其他市的家政網(wǎng)絡(luò)服務(wù)中心。
5、繼續(xù)學(xué)習(xí)新技術(shù),努力提高自己的個(gè)人能力。為以后能夠更好,更順利的工作奠定基礎(chǔ)。
6、希望通過(guò)自己的進(jìn)步和努力,能為公司的發(fā)展做出自己的貢獻(xiàn),體現(xiàn)出自己的價(jià)值。
軟件測(cè)試工程師總結(jié)3我在公司的職位是軟件測(cè)試人員,我的.工作就是要負(fù)責(zé)公司軟件開(kāi)發(fā)后的測(cè)試工作,把好最后一道關(guān),使公司的產(chǎn)品實(shí)現(xiàn)價(jià)值化,延長(zhǎng)軟件生命周期。
轉(zhuǎn)眼間,在公司這個(gè)大家庭里工作已經(jīng)半年了,回首這半年來(lái)自己所經(jīng)歷的一切,面對(duì)自己的成績(jī)與教訓(xùn)、長(zhǎng)處與不足、困難與機(jī)遇內(nèi)心感慨萬(wàn)千,這段時(shí)間讓我學(xué)到很多也懂得了很多,我很感謝公司所給予的一切。
首先,我真心的感謝公司領(lǐng)導(dǎo)及其公司同事給我們的這個(gè)難得的機(jī)會(huì),我非常珍惜這個(gè)機(jī)會(huì),對(duì)我來(lái)說(shuō),這能夠真正使我從不適應(yīng)工作到適應(yīng)以后的工作和生活。非常感謝研發(fā)部的同事,還有感謝所有公司的同事,因?yàn)槟銈兊膸椭翼樌淖哌^(guò)在公司的適應(yīng)期。還記得工作第一天的時(shí)候,那時(shí)我對(duì)所有的工作流程都還不懂,開(kāi)始的時(shí)候很緊張,但是從有了第一次工作后,對(duì)自己的工作就逐漸成為習(xí)慣,適應(yīng)了這里的工作環(huán)境,自我價(jià)值也在工作的過(guò)程中得到了實(shí)現(xiàn)并且得到了提高。
其次,在工作的半年以來(lái)自己在工作上有不少收獲,能夠熟練的操作公司所生產(chǎn)的軟件產(chǎn)品,做到盡到自己的工作職責(zé)將軟件產(chǎn)品不成熟的地方和有bug的地方即時(shí)記錄,享即時(shí)將建議與問(wèn)題發(fā)給研發(fā)進(jìn)行溝通,讓研發(fā)可以更快的解決問(wèn)題所在。對(duì)于網(wǎng)站以及服務(wù)器上會(huì)出現(xiàn)的問(wèn)題都已經(jīng)整理文檔,方便大家共享,更好的查找和解決問(wèn)題。
在測(cè)試工作之外,我會(huì)力所能及的幫用戶監(jiān)測(cè)網(wǎng)站查找問(wèn)題,編寫(xiě)測(cè)試報(bào)告。幫公司的銷售人員查找網(wǎng)站鏈接,整理表格資料,進(jìn)行監(jiān)測(cè),查找出問(wèn)題,方便銷售人員對(duì)用戶提供測(cè)試報(bào)告,增加銷售籌碼。
在領(lǐng)導(dǎo)的幫助下,完成了公司所需要申請(qǐng)專利的兩份資料,對(duì)專利申請(qǐng)的流程以及申請(qǐng)文檔的編寫(xiě)的有了進(jìn)一步的了解。為以后在相同方面的工作累積了經(jīng)驗(yàn)。
軟件測(cè)試工程師總結(jié)4這學(xué)期的期末大作業(yè)是對(duì)ELearningJavaWeb應(yīng)用系統(tǒng)進(jìn)行測(cè)試,通過(guò)這次系統(tǒng)測(cè)試,我學(xué)到了很多知識(shí)。對(duì)于具體的測(cè)試部分,我主要做的是單元測(cè)試和性能測(cè)試,其中單元測(cè)試使用的是Junit工具,性能測(cè)試使用的是JMeter。就這次大作業(yè)而言,我認(rèn)為它與我們平時(shí)做的實(shí)驗(yàn)很不相同,我們平時(shí)的實(shí)驗(yàn)只是涉及到測(cè)試的某個(gè)小部分,而這次測(cè)試卻是對(duì)一個(gè)相對(duì)完整的項(xiàng)目按照規(guī)范的標(biāo)準(zhǔn)進(jìn)行測(cè)試。
對(duì)于好的測(cè)試來(lái)說(shuō),應(yīng)該注意一下幾點(diǎn):
1.測(cè)試的獨(dú)立性:一次只測(cè)試一個(gè)對(duì)象,方便定位出錯(cuò)的位置。這有2層意思:一個(gè)TestCase,只測(cè)試一個(gè)對(duì)象;一個(gè)TestMethod,只測(cè)試這個(gè)對(duì)象中的一個(gè)方法。
2.給測(cè)試方法一個(gè)合適的名字。
3.在assert函數(shù)中給出失敗的原因,如:assertTrue(“…shouldbetrue”,…),方便查錯(cuò)。在這個(gè)例子中,如果無(wú)法通過(guò)assertTrue,那么給出的消息將被顯示。在junit中每個(gè)assert函數(shù)都有第一個(gè)參數(shù)是出錯(cuò)時(shí)顯示消息的函數(shù)原型。
4.測(cè)試所有可能引起失敗的地方,如:一個(gè)類中頻繁改動(dòng)的函數(shù)。對(duì)于那些僅僅只含有g(shù)etter/setter的類,如果是由IDE(如Eclipse)產(chǎn)生的,則可不測(cè);如果是人工寫(xiě),那么測(cè)試一下。
5.在setUp和tearDown中的代碼不應(yīng)該是與測(cè)試方法相關(guān)的,而應(yīng)該是全局相關(guān)的。如針對(duì)與測(cè)試方法A和B,在setUp和tearDown中的代碼應(yīng)該是A和B都需要的代碼。
6.測(cè)試代碼的組織:相同的包,不同的目錄。這樣,測(cè)試代碼可以訪問(wèn)被測(cè)試類的protected變量/方法,方便測(cè)試代碼的編寫(xiě)。放在不同的目錄,則方便了測(cè)試代碼的管理以及代碼的打包和發(fā)布。
對(duì)于測(cè)試用例的命名,我們要使其與測(cè)試類的名稱相一致,比如說(shuō),類的名稱為T(mén)esting,此類的測(cè)試用例的名稱為T(mén)estingTest。當(dāng)我們把測(cè)試代碼和被測(cè)的代碼放在同一目錄下時(shí),我們就可以在編譯被測(cè)代碼的同時(shí)編譯測(cè)試代碼,從而確保兩者是同步更新的。事實(shí)上當(dāng)前的普遍做法,就是把單元測(cè)試視為build的一個(gè)環(huán)節(jié)。保持測(cè)試之間的獨(dú)立性是一個(gè)很好的習(xí)慣,使得它們?cè)谌魏未涡蛳聢?zhí)行的結(jié)果都是相同的。如果真得需要某些測(cè)試按照特定的次序執(zhí)行,我們可以借助addtest來(lái)實(shí)現(xiàn)。當(dāng)我們需要增加一個(gè)測(cè)試時(shí),我們要書(shū)寫(xiě)一個(gè)自己的測(cè)試用例,但是如果喜歡在測(cè)試用例的構(gòu)造函數(shù)中做有關(guān)的初始化工作,這就不是個(gè)好習(xí)慣。數(shù)據(jù)文件應(yīng)該盡可能和源代碼一起都放在配置管理系統(tǒng)上,但這樣一來(lái)如果我們采用上面的resource機(jī)制,我們就需要做一件工作,就是把數(shù)據(jù)文件從原來(lái)的位置-就是源代碼的某個(gè)相對(duì)路徑,拷貝到編譯后的位置,也就是class文件的相應(yīng)的相對(duì)路徑。
通過(guò)這次軟件測(cè)試的系統(tǒng)測(cè)試,我對(duì)軟件測(cè)試有了更加深刻的認(rèn)識(shí),其實(shí)軟件測(cè)試并不像想象的那么簡(jiǎn)單,它需要測(cè)試人員具備多方面的能力和素質(zhì)。軟件測(cè)試人員應(yīng)該擁有廣闊的視野、一定的編程能力、細(xì)心和耐心等等。這些對(duì)于能否測(cè)出優(yōu)秀的系統(tǒng)來(lái)說(shuō)都是必不可少的。
經(jīng)過(guò)這次對(duì)javaWeb應(yīng)用系統(tǒng)的測(cè)試,我的測(cè)試能力得到了鍛煉,對(duì)軟件測(cè)試有了比較全面的認(rèn)識(shí),收獲了很多珍貴的東西,而且我也從軟件測(cè)試的角度,對(duì)編寫(xiě)健壯的程序也有了新的認(rèn)識(shí)。
軟件測(cè)試工程師總結(jié)5通過(guò)最近xx客戶端的產(chǎn)品測(cè)試,我做了以下簡(jiǎn)單的工作總結(jié),重新認(rèn)識(shí)產(chǎn)品測(cè)試的基本理念以及對(duì)自己工作不足之處的檢討。
產(chǎn)品測(cè)試的目的是找出產(chǎn)品存在的漏洞,了解客戶的感知,從而改良產(chǎn)品。但不同的測(cè)試初衷會(huì)直接影響到測(cè)試方法的選擇,從而影響到最后的結(jié)果與測(cè)試目的的吻合程度,所以明確產(chǎn)品測(cè)試的目的是十分必要而且十分重要的。測(cè)試的目的主要是記錄客觀現(xiàn)象,揭露產(chǎn)品現(xiàn)狀,站在客戶的角度使用產(chǎn)品,深入了解用戶的感受。
產(chǎn)品測(cè)試的方法,我個(gè)人認(rèn)為應(yīng)該將產(chǎn)品測(cè)試的目的和測(cè)試方法緊密結(jié)合起來(lái),其重點(diǎn)在于細(xì)致入微的發(fā)現(xiàn)和記錄,反映用戶不愿或者不能表達(dá)的客觀現(xiàn)象,從而揭露產(chǎn)品的缺陷,并通過(guò)進(jìn)一步詢問(wèn)的方式,了解用戶的真實(shí)感受,所以應(yīng)該采取客觀記錄和深度訪談相結(jié)合的方法,充分揭露產(chǎn)品存在的缺陷,不斷改良和完善產(chǎn)品。
因此作為一名產(chǎn)品測(cè)試員,應(yīng)該承擔(dān)起重要的責(zé)任。首先,產(chǎn)品測(cè)試員要有一顆細(xì)致,善于觀察的心,具備高素質(zhì)的專業(yè)技能,并且充分明確產(chǎn)品測(cè)試的目的和產(chǎn)品測(cè)試的方法,知道為什么要測(cè)以及用什么來(lái)測(cè)才能真正地做好產(chǎn)品測(cè)試,發(fā)揮產(chǎn)品測(cè)試的作用;其次,產(chǎn)品測(cè)試員要對(duì)產(chǎn)品業(yè)務(wù)流程非常熟悉,掌握產(chǎn)品的功能,才能對(duì)產(chǎn)品進(jìn)行充分的、詳細(xì)的、全面的測(cè)試;再者,產(chǎn)品測(cè)試員要做到既是專家又是用戶,要站在用戶的角度去使用產(chǎn)品,且要比用戶更加細(xì)致,用心的使用產(chǎn)品,才能更加充分地去發(fā)現(xiàn)產(chǎn)品在使用過(guò)程中存在的不足,從而才能不斷地完善產(chǎn)品,滿足客戶的真正需求。
通過(guò)以上對(duì)產(chǎn)品測(cè)試的認(rèn)知,我發(fā)現(xiàn),我,作為一名產(chǎn)品測(cè)試員,在此次測(cè)試工作中存在以下幾個(gè)不足之處:
1、產(chǎn)品測(cè)試專業(yè)知識(shí)掌握不足,缺少高素質(zhì)的專業(yè)技能;
2、沒(méi)有充分做到站在客戶的角度去使用產(chǎn)品,用心去感知客戶的需求;
3、對(duì)產(chǎn)品的詳細(xì)業(yè)務(wù)流程掌握不夠;
4、對(duì)產(chǎn)品測(cè)試細(xì)節(jié)觀察不夠細(xì)微,細(xì)致;
5、與整體產(chǎn)品組成員溝通交流存在不足,未能及時(shí)準(zhǔn)確地提出產(chǎn)品存在的不足之處;
今后,要加強(qiáng)各方面的測(cè)試知識(shí)學(xué)習(xí);提升測(cè)試專業(yè)技能;培養(yǎng)高素質(zhì)的專業(yè)技巧;同時(shí),加強(qiáng)對(duì)產(chǎn)品業(yè)務(wù)流程的認(rèn)知,以及對(duì)事物的觀察能力;提高自己的動(dòng)手和動(dòng)腦能力,多動(dòng)手多動(dòng)腦,才能從多方面發(fā)現(xiàn)問(wèn)題和解決問(wèn)題,從而不斷地完善和提升測(cè)試能力。
吃一塹長(zhǎng)一智。只有經(jīng)過(guò)總結(jié)經(jīng)驗(yàn)教訓(xùn),才會(huì)有進(jìn)步,才能發(fā)現(xiàn)自己的不足之處,知道自己哪里做得不好,才能去補(bǔ)充和改善這些不足之處,從而提高自己工作能力;不斷加強(qiáng)產(chǎn)品測(cè)試管理工作,通過(guò)產(chǎn)品測(cè)試管理工作的加強(qiáng),力求在測(cè)試階段盡可能多的發(fā)現(xiàn)產(chǎn)品存在的錯(cuò)誤與缺陷,盡可能少的將問(wèn)題帶給用戶,確保產(chǎn)品的質(zhì)量及其可靠性,提高用戶滿意程度。