第一篇：自動(dòng)化測試經(jīng)驗(yàn)分享

一、測試的困惑

以前我時(shí)常反思，測試組的工作多嗎？我的回答是多。測試小組的工作成果的好壞和工作任務(wù)的多少成正比嗎？最終的回答卻并非成正比。我們的測試工作成果往往并不理想，甚至是差。那么為什么事倍功半？這問題很難找到清晰的答案。

參與了外部培訓(xùn)之后，發(fā)現(xiàn)了自己在對測試的工作有了新層次的理解。對之前工作成果差的問題思考也有了新的方向。“測試的最高境界是找出所有BUG嗎？不是，測試的最高境界是不需要進(jìn)行測試。為什么不需要進(jìn)行測試？是因?yàn)樗械膯栴}都已經(jīng)在軟件各階段中介入的測試工作中給預(yù)防解決了。由此引申，測試的定位并不是找出BUG，而是預(yù)防BUG。” 這是我培訓(xùn)報(bào)告中的一部分。如果測試的出發(fā)點(diǎn)只為是發(fā)現(xiàn)BUG，那么測試工作將會(huì)如何？辛苦的發(fā)現(xiàn)了一個(gè)BUG，之后開發(fā)針對性的修正了這個(gè)BUG，再回重新測試的過程，又會(huì)有多少人會(huì)重新被卷入，又會(huì)有多少BUG因此而產(chǎn)生，又需要花費(fèi)多少時(shí)間，答案可想而知。這就是我們忙又不見成果的主要原因。所以改善這個(gè)問題的出發(fā)點(diǎn)就是改變對測試工作的認(rèn)識(shí)——測試的目標(biāo)并不是為了找出BUG，而是預(yù)防BUG的出現(xiàn)。

如何理解正確的測試目標(biāo)是預(yù)防BUG的出現(xiàn)。首先可以從軟件測試的階段劃分來看。軟件測試的階段劃分為需求、設(shè)計(jì)、編碼、測試、驗(yàn)收。但按此劃分來定位測試是錯(cuò)誤的。假如在編碼階段完成后測試出的BUG屬于設(shè)計(jì)問題（這也是我們測試工作中經(jīng)常遇到的情況），那么我們已經(jīng)編碼完成的產(chǎn)品就要面臨著傷筋動(dòng)骨的修改，這樣的修改會(huì)帶出多少個(gè)新的BUG出現(xiàn)？為這個(gè)修改我們又要重復(fù)的測試我們的新提交版本多少次？想必都有很深刻及慘痛的答案了。由此可以說明需求設(shè)計(jì)階段的測試比編碼階段測試重要的多。在需求上出現(xiàn)的BUG就很有可能足以推翻整個(gè)產(chǎn)品。那么如果在需求設(shè)計(jì)階段測試人員就能發(fā)現(xiàn)產(chǎn)品設(shè)計(jì)的BUG，那么就可以避免了因此而衍生的產(chǎn)品BUG，達(dá)到預(yù)防BUG這種測試?yán)砟畹哪繕?biāo)。

那么又如何能做好以預(yù)防BUG為目標(biāo)的測試工作。“測試工作不只是一種技術(shù)，也不僅是一種活動(dòng)。測試工作的成功也不能取決于測試成果，測試的BUG越多并不能證明測試工作做的好，所以由此引申，測試工作要站在團(tuán)隊(duì)的高度來開展，在團(tuán)隊(duì)中做好測試，而不是在測試小組中做好測試。”這是我培訓(xùn)報(bào)告中的另一部分。要做好以預(yù)防BUG為目標(biāo)的測試工作，首先要盡早的參與到項(xiàng)目中，其次就是需要各部門及小組的大力支持，與業(yè)務(wù)、項(xiàng)目、代碼人員共同形成團(tuán)隊(duì)，在團(tuán)隊(duì)中影響其他小組提高產(chǎn)品質(zhì)量，更好的完成以預(yù)防產(chǎn)品出現(xiàn)BUG為目標(biāo)的測試活動(dòng)。

總結(jié)來看，我個(gè)人覺得擁有這樣的測試?yán)砟羁梢越忾_我們的疑惑，帶領(lǐng)我們走出目前的困境。

二、自動(dòng)化測試迷失

隨著工作、發(fā)展、提高等等多方面的需要，我接到了開展自動(dòng)化測試的研究工作。概念上來說自動(dòng)化測試是一種測試度量體系。現(xiàn)實(shí)點(diǎn)來說，自動(dòng)化測試可以為我們自動(dòng)、無誤的運(yùn)作完成大量且需要重復(fù)執(zhí)行的測試用例。這是多么讓人振奮的概念。甚至可以解開我上文所提到的有關(guān)測試工作的困惑。我很興奮的去展開研究目前最流行的自動(dòng)化測試工具之一QTP。甚至設(shè)計(jì)出了管理中心的三個(gè)重要功能的自動(dòng)化測試腳本，并且運(yùn)行無誤在自動(dòng)化測試討論會(huì)上興奮的向大家演示。之后還用工具按鍵精靈設(shè)計(jì)出了前端的A類測試用于實(shí)際的測試。但很讓人沮喪的是最終這些腳本全被遺棄在電腦硬盤的角落，再也沒派上用場。為什么？因?yàn)樗麄兙S護(hù)起來很困難，因?yàn)樗麄兙帉懰鼈兊臅r(shí)間與實(shí)現(xiàn)的價(jià)值并沒有超過手工測試。這就是自動(dòng)化測試嗎？怎么不可行啊，我有點(diǎn)不太相信這種結(jié)局，所以我再一次困惑了。

外部培訓(xùn)的老師這樣告訴我們：“我們并沒有理性的看待自動(dòng)化測試，自動(dòng)化測試并不是我們看上去的那樣美。首先自動(dòng)化測試能直接的節(jié)約成本、讓測試人員變輕松的想法是一個(gè)誤區(qū)。因?yàn)樵居糜谑止y試的時(shí)間用來編寫及維護(hù)測試腳本了，而完善的自動(dòng)化測試腳本編寫或維護(hù)的時(shí)間很可能會(huì)超過手工測試的時(shí)間。再者自動(dòng)化測試腳本用例是測試人員所編寫，自動(dòng)化測試只能是沿著該測試人員的“足跡”前進(jìn)。所以用自動(dòng)代測試來發(fā)現(xiàn)更多軟件產(chǎn)品問題的想法也是一個(gè)誤區(qū)。其次并不是所有的測試都能自動(dòng)化，測試的自動(dòng)化也不一定是解決問題的最佳手段。”

聽完這些，原本困惑的我又多了份驚訝，一方面驚嘆產(chǎn)述的這些狀況與我之前的自動(dòng)化測試的試行失敗是相近的。另一方面又猜疑這自動(dòng)化測試該不會(huì)像共產(chǎn)主義社會(huì)那般吧！隨著培訓(xùn)內(nèi)容的展開，我終于解開了困惑，何為理性的看待自動(dòng)化測試。

“如同不能指望原始社會(huì)擁有了汽車就能進(jìn)入現(xiàn)代社會(huì)一樣，自動(dòng)化測試工具永遠(yuǎn)都不能主導(dǎo)測試實(shí)現(xiàn)自動(dòng)化”（出自國信培訓(xùn)文檔）。我們錯(cuò)誤的把自動(dòng)化測試看成了一種測試工具或測試手段。自動(dòng)化測試是一種理念，它要發(fā)揮它真正的作用就需要這種理念轉(zhuǎn)變?yōu)橐环N體系——自動(dòng)化測試體系。

“引入自動(dòng)化測試的前提是已經(jīng)建立了合適的自動(dòng)化測試體系，如果沒有這些，而片面的追求自動(dòng)化，無異于緣木求魚。自動(dòng)化測試體系是指能夠適用某種環(huán)境的測試工具、過程、人員結(jié)構(gòu)、方法的綜合，運(yùn)用于整個(gè)項(xiàng)目團(tuán)隊(duì)”。回到我之前的對QTP研究失敗的原因，首先我開始就覺得因?yàn)檠邪l(fā)的設(shè)計(jì)、編碼實(shí)現(xiàn)并沒有考慮到自動(dòng)化，而導(dǎo)致自動(dòng)化腳本的編寫非常吃力。比如產(chǎn)品頁面項(xiàng)目的命名不規(guī)范，導(dǎo)致自動(dòng)化測試工具很難捕捉這些頁面對像。其次就是測試腳本的方向迷失，我在研究QTP的時(shí)候就發(fā)現(xiàn)了這個(gè)問題。隨著我一點(diǎn)點(diǎn)的在編寫著腳本，我不斷的發(fā)現(xiàn)自己在的測試腳本的編寫方向上出現(xiàn)了迷失。這段腳本我編寫的目標(biāo)本來是功能測試，但隨著我的補(bǔ)充卻接近于開發(fā)級的單元測試。而另一段本屬于功能性測試的腳本，因?yàn)楣δ艿闹攸c(diǎn)需要，我又補(bǔ)充了部分腳本導(dǎo)致整個(gè)測試腳本測試目標(biāo)變成了完整關(guān)聯(lián)性測試。而做為單元測試的腳本卻并沒有在開發(fā)的角度上來設(shè)計(jì)，根本做不到函數(shù)、類等代碼級的測試，根本不能達(dá)到要求。做為完整性測試的腳本也無法模擬接口功能中幾何倍數(shù)級的各種條件輸入對應(yīng)的輸出測試。而功能測試腳本算是碩果僅存，但隨著開發(fā)對產(chǎn)品的代碼大規(guī)模調(diào)整（這些調(diào)整當(dāng)然不會(huì)考慮對已經(jīng)實(shí)現(xiàn)的腳本的影響）而直接“報(bào)廢”。如果需要腳本繼續(xù)工作，那么就要花時(shí)間來修改調(diào)整它。這些腳本的結(jié)局又再一次可想而知了。

所以首先我們要理性的看待自動(dòng)化測試，不要片面的去追求它。對不同的項(xiàng)目要開展不同自動(dòng)化策略。參考如下

（1）評審項(xiàng)目中特定的部分作為應(yīng)用自動(dòng)化的候選對像。

（2）從項(xiàng)目中高度冗余的任務(wù)或場景重點(diǎn)考慮自動(dòng)化。

（3）將乏味且人工容易出錯(cuò)的工作重點(diǎn)考慮自動(dòng)化。

（4）將回歸測試經(jīng)常需要“照顧”到的部分重點(diǎn)考慮自動(dòng)化。

（5）自動(dòng)化開始時(shí)要首先關(guān)注開發(fā)成熟、理解透徹、相對穩(wěn)定的且不易變的部分優(yōu)先考慮自動(dòng)化

其次，自動(dòng)化所實(shí)現(xiàn)的最大價(jià)值目標(biāo)是可不間斷的、可重復(fù)的自動(dòng)執(zhí)行對需求、設(shè)計(jì)、代碼全面覆蓋的大量測試用例從而預(yù)防bug的產(chǎn)生的一套質(zhì)量保障機(jī)制。所以自動(dòng)化測試的重點(diǎn)在于測試自動(dòng)化作為一個(gè)體系，要運(yùn)用于整個(gè)項(xiàng)目團(tuán)隊(duì)。項(xiàng)目組要討論它（策略、時(shí)間、成本等）、研發(fā)需要參與它（編碼方向、自動(dòng)化支撐、以及代碼單元測試自動(dòng)化的計(jì)劃和執(zhí)行等）、測試要引導(dǎo)及推進(jìn)它（策略、方法、執(zhí)行、跟進(jìn)、維護(hù)等），各團(tuán)隊(duì)共同形成體系，才能讓自動(dòng)化測試工具真正的成為一種質(zhì)量保證的有力武器。

第二篇：軟件(自動(dòng)化)測試工作總結(jié)

2012年工作總結(jié)

2012年自動(dòng)化測試工作嚴(yán)格按照要求，保質(zhì)保量完成客戶指派的任務(wù)。截止目前，已完成話費(fèi)收取、賬單查詢、產(chǎn)品變更、營銷活動(dòng)等137項(xiàng)關(guān)鍵業(yè)務(wù)測試用例、105個(gè)自動(dòng)化回歸測試場景設(shè)計(jì)，范圍涵蓋個(gè)人業(yè)務(wù)、家庭業(yè)務(wù)、集團(tuán)業(yè)務(wù)、賬務(wù)管理、營銷活動(dòng)及各類常用查詢功能。陜西公司在大型版本上線時(shí)均進(jìn)行關(guān)鍵業(yè)務(wù)自動(dòng)化回歸測試，降低了新版本上線風(fēng)險(xiǎn)，保證了新版本上線后關(guān)鍵業(yè)務(wù)和常用業(yè)務(wù)正常受理。累計(jì)已進(jìn)行新需求上線前后回歸測試68次，運(yùn)行業(yè)務(wù)腳本13100余次，發(fā)現(xiàn)系統(tǒng)原有缺陷38個(gè)，新需求缺陷69個(gè)，進(jìn)行業(yè)務(wù)規(guī)則梳理146個(gè)，為新需求影響范圍分析提供了數(shù)據(jù)依據(jù)，較大程度的提高了上線成功率，降低了上線后系統(tǒng)的缺陷率，提高了系統(tǒng)的穩(wěn)定性。

從2012年5月份入職到現(xiàn)在的多半年時(shí)間內(nèi)，主要對系統(tǒng)，業(yè)務(wù)的深入理解，學(xué)習(xí)。對工作中所運(yùn)用到得工具熟練掌握，每次上線都能按照要求，獨(dú)立完成分配的任務(wù)。對自動(dòng)化腳本進(jìn)行重新整理改進(jìn)，發(fā)現(xiàn)問題及時(shí)聯(lián)系局方人員進(jìn)行協(xié)商，處理。

主要工作內(nèi)容是負(fù)責(zé)自動(dòng)化測試這塊，自動(dòng)化測試的目的在于保障在新業(yè)務(wù)上線后，能正確的把控新上線內(nèi)容對整個(gè)生產(chǎn)環(huán)境的影響。確保在新業(yè)務(wù)上線過程中，及早發(fā)現(xiàn)關(guān)鍵業(yè)務(wù)的情況，判斷其是否受到影響，同時(shí)確定新上線業(yè)務(wù)是否滿足要求，達(dá)到預(yù)期的功能目的。每次上線加班，嚴(yán)格按照要求進(jìn)行測試，仔細(xì)記錄測試中發(fā)現(xiàn)的BUG，當(dāng)天尋找開發(fā)或相關(guān)負(fù)責(zé)人進(jìn)行解決，每次按時(shí)到達(dá)工作現(xiàn)場，認(rèn)真對待工作，至今沒有由于個(gè)人原因出現(xiàn)嚴(yán)重過錯(cuò)。其他時(shí)間，對測試環(huán)境，測試數(shù)據(jù)和腳本進(jìn)行維護(hù)，管理。領(lǐng)導(dǎo)每次分配的任務(wù)認(rèn)真對待，按時(shí)保質(zhì)完成。

工作中存在還需要以后改進(jìn)的幾點(diǎn)：

1、對業(yè)務(wù)的熟悉度更進(jìn)一步了解，拓展。

2、對腳本進(jìn)行改進(jìn)，創(chuàng)新，能夠更全面的覆蓋測試面，爭取最大限度的找出問題所在。

3、在測試工具，軟件，腳本等方面進(jìn)行創(chuàng)新，提高測試正確度，測試效率，真正達(dá)到自動(dòng)化測試的目的。

以后主要對自動(dòng)化更深一步的了解，學(xué)習(xí)，還有對移動(dòng)業(yè)務(wù)龐大的系統(tǒng)進(jìn)行深入了解，經(jīng)過這樣緊張有序的一年，我感覺自己工作技能上了一個(gè)新臺(tái)階，做每一項(xiàng)工作都有了明確的計(jì)劃和步驟，行動(dòng)有了方向，工作有了目標(biāo)，心中真正有了底！基本做到了忙而不亂，條理清楚，從根本上擺脫了剛參加工作時(shí)只顧埋頭苦干，不知總結(jié)經(jīng)驗(yàn)的現(xiàn)象。針對個(gè)人和工作上存在的不足，我會(huì)不斷的去改善，好的習(xí)慣繼續(xù)保持，同時(shí)也會(huì)不斷更新自己的知識(shí)庫。

第三篇：測試經(jīng)驗(yàn)小結(jié)

軟件測試經(jīng)驗(yàn)小結(jié)界面

界面測試

(1)測試界面設(shè)計(jì)是否合理、簡潔、美觀，操作是否方便

領(lǐng)測軟件測試網(wǎng)

(2)功能鍵、數(shù)據(jù)項(xiàng)信息是否齊全 copyright 領(lǐng)測軟件測試網(wǎng)

(3)確認(rèn)系統(tǒng)中同一功能抌名稱是否統(tǒng)一 http://www.ltesting.net

(4)設(shè)計(jì)樣式、風(fēng)格(查詢條件樣式;輸入風(fēng)格(點(diǎn)選/手輸入);)是否與系統(tǒng)其它模塊

領(lǐng)測軟件測試網(wǎng)

統(tǒng)一 copyright 領(lǐng)測軟件測試網(wǎng)

(5)確認(rèn)頁面內(nèi)所有字段名稱顯示風(fēng)格是否統(tǒng)一(居中、左對齊、右對齊，一般采用居中

內(nèi)容來自ltesting.net

顯示風(fēng)格)

領(lǐng)測軟件測試網(wǎng)

(6)

ltesting.net

1.1 新增頁面及功能測試

領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

字段 內(nèi)容來自ltesting.net

在開始測試時(shí)應(yīng)該保證數(shù)據(jù)的正確性，然后再從系統(tǒng)中找出各種Bug 領(lǐng)測軟件測試網(wǎng)

(1)各字段輸入正確的信息值保存，確認(rèn)系統(tǒng)是否可以正確完成新增操作。ltesting.net

(2)進(jìn)入添加界面不輸入任何信息值，單擊“保存”功能按鈕，系統(tǒng)應(yīng)該給出某個(gè)不允許為

領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

空字段的提示信息(屬于邊界測試)

http://www.ltesting.net

(3)建議不允許為空的字段前面加上‘*’作為標(biāo)記(統(tǒng)一性，方便性問題)

內(nèi)容來自ltesting.net

(4)編碼/編號字段不允許輸入中文及特殊字符，否則系統(tǒng)應(yīng)該給出相應(yīng)的提示信息

copyright 領(lǐng)測軟件測試網(wǎng)

(5)測試編碼/編號字段不允許重復(fù)，否則系統(tǒng)應(yīng)該給出相應(yīng)的提示信息 ltesting.net

(6)確認(rèn)字段是否已做長度限制，如果輸入值超出長度范圍，那么在保存時(shí)系統(tǒng)應(yīng)該給出提

內(nèi)容來自ltesting.net

示信息

copyright 領(lǐng)測軟件測試網(wǎng)

(7)非法測試，如：校驗(yàn)數(shù)值型字段輸入非數(shù)值，保存時(shí)系統(tǒng)是否給出相應(yīng)的提示信息;(根 領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

據(jù)實(shí)際需要確定數(shù)值型字段是否能夠接受負(fù)數(shù))

領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

(8)邊界測試，如：確認(rèn)數(shù)值型字段的邊界值(如：有效值為‘0-100’整數(shù)，那么輸入-1 內(nèi)容來自ltesting.net

或101 保存時(shí)系統(tǒng)應(yīng)該給出相應(yīng)的提示信息;輸入值為0、100 系統(tǒng)應(yīng)該能正確保存信

http://www.ltesting.net

息值;輸入0 到100 內(nèi)的整數(shù)值系統(tǒng)應(yīng)該正確保存信息值)http://www.ltesting.net

(9)精確值測試，測試小數(shù)位數(shù)是否在定義的長度內(nèi) http://www.ltesting.net

(10)字段精確值是否正確(四舍五入否)。http://www.ltesting.net

(11)根據(jù)實(shí)際情況測試名稱字段是否具有唯一性，(一般情況下名稱是不允許重復(fù)的，具體

領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

問題具體分析)，否則系統(tǒng)應(yīng)該給出相應(yīng)的提示信息

內(nèi)容來自ltesting.net

(12)確認(rèn)各字段名稱書寫是否正確(注意：要求編輯界面、住息列表中、錯(cuò)誤提示信息、查

內(nèi)容來自ltesting.net

詢條件中的字段名稱完全相同)領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

(13)確認(rèn)特殊格式的字段是否已做標(biāo)準(zhǔn)格式的限制(如：電子郵件、郵編等)

內(nèi)容來自ltesting.net

(14)測試上級信息字段(如：上級XXX 名稱、上級XXX 編號)的信息值是否根據(jù)所選擇的上級XXX 名稱系統(tǒng)自動(dòng)生成(注意：編號生成值一定是維護(hù)界面的編號，而不應(yīng)該是

內(nèi)容來自ltesting.net

相應(yīng)表的那個(gè)主鍵編碼)

http://www.ltesting.net

(15)測試如果某字段信息值是從另一個(gè)模塊中選擇輸入的，那么需要確認(rèn)其它相關(guān)聯(lián)字段的內(nèi)容來自ltesting.net

信息值是否也相應(yīng)的正確的自動(dòng)帶入，并且這些字段應(yīng)該都是只讀的

copyright 領(lǐng)測軟件測試網(wǎng)

(16)創(chuàng)建人/編輯人、發(fā)布人、創(chuàng)建時(shí)間、創(chuàng)建人字段應(yīng)該設(shè)為只讀的，而且此類字段值應(yīng)該 領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

默認(rèn)當(dāng)前操作人的姓名

ltesting.net

(17)如果某個(gè)字段可以點(diǎn)選輸入多個(gè)信息值，那么測試該字段是否接受，并保存了點(diǎn)選輸入

ltesting.net 的多個(gè)信息值 http://www.ltesting.net

(18)對于多選字段，測試是否具有記憶上次選擇值并已驗(yàn)重

http://www.ltesting.net

(19)測試字符型字段是否可以接受空格(統(tǒng)一性問題，建議不要接受空格)copyright 領(lǐng)測軟件測試網(wǎng)

(20)引用其它模塊的字段信息值的字段長度是否與被引用模塊相應(yīng)字段長度一致

領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

(21)

ltesting.net

1.2 多行添加編輯頁面

ltesting.net

(1)測試插入單行是否可以正確保存相應(yīng)字段值 領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

(2)插入/添加多行測試是否對多行相應(yīng)字段空值是否進(jìn)行校驗(yàn)(通常如果有多條空行保 領(lǐng)測軟件測試網(wǎng)

存時(shí)系統(tǒng)會(huì)彈出XXX 字段不允許重復(fù)提示信息，要求僅對空行不保存即可，不需 http://www.ltesting.net

要提示的)

領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

(3)多行添加，測試如果某個(gè)字段值太長保存后是否會(huì)導(dǎo)致界面混亂

領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

(4)保存---保存新添加的多行記錄信息

內(nèi)容來自ltesting.net

(5)保存---勾選待刪除記錄，單擊此功能按鈕系統(tǒng)正確完成刪除操作 領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

(6)插入空行---單擊此功能按鈕系統(tǒng)插入一條空的記錄行 copyright 領(lǐng)測軟件測試網(wǎng)

(7)領(lǐng)測軟件測試網(wǎng)

1.3 主子表編輯頁面 http://www.ltesting.net

(1)測試只有保存主表信息后才能維護(hù)子表信息，否則系統(tǒng)應(yīng)該給出相應(yīng)的提示信息

http://www.ltesting.net

(2)如果子表信息是否需要維護(hù)取決于主表中的某個(gè)字段值，那么請確認(rèn)主表中相關(guān)聯(lián) copyright 領(lǐng)測軟件測試網(wǎng)的字段取值是否對應(yīng)子表的存在(主表中較常用的取決子表存在的字段是“底層否”，領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

如果與底層相關(guān)聯(lián)一般只有在底層才能維護(hù)其子表信息)

領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

(3)如果子表中有繼承主表信息，那么確認(rèn)繼承的信息是否完全正確 http://www.ltesting.net

1.4 左樹右表的測試方法

領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

(1)添加、修改、刪除保存后目錄樹信息是否要自動(dòng)刷新(統(tǒng)一性問題)

領(lǐng)測軟件測試網(wǎng)

(2)添加界面：測試?yán)^承上級信息的字段(如：上級機(jī)構(gòu)名稱、上級機(jī)構(gòu)編碼等)值系 領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

統(tǒng)是否自動(dòng)生成，而且信息值是否是只讀的copyright 領(lǐng)測軟件測試網(wǎng)

(3)測試是底層節(jié)點(diǎn)才可以進(jìn)行添加操作，還是非底層節(jié)點(diǎn)才可以進(jìn)行添加操作(業(yè)務(wù) 領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

測試)領(lǐng)測軟件測試網(wǎng)

(4)含有子結(jié)點(diǎn)信息的當(dāng)前結(jié)點(diǎn)是不允許修改為“底層”結(jié)點(diǎn)的選擇按鈕可以相互切換

領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

(4)為操作方便，建議‘有效否’的字段值添加時(shí)默認(rèn)為‘有效’

內(nèi)容來自ltesting.net

(5)

領(lǐng)測軟件測試網(wǎng)

編輯控件(移動(dòng)項(xiàng)目)

領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

(1)測試保存后，編輯控件內(nèi)各段落間系統(tǒng)是否自動(dòng)加了空行(此控件常出現(xiàn)的問題)http://www.ltesting.net

(2)測試保存后，編輯控件上方是否會(huì)出現(xiàn)亂碼

內(nèi)容來自ltesting.net

(3)測試系統(tǒng)是否按設(shè)計(jì)的格式保存了信息值 領(lǐng)測軟件測試網(wǎng)

(4)

copyright 領(lǐng)測軟件測試網(wǎng)

1.6 常用功能鍵的功能測試 http://www.ltesting.net

(1)保存---所有編輯頁面如果未輸入任何信息值而單擊“保存”，系統(tǒng)應(yīng)該給出“XXX 字

內(nèi)容來自ltesting.net

段不允許為空”的提示信息 領(lǐng)測軟件測試網(wǎng)

(2)保存---如果某字段輸入值有錯(cuò)誤或超出長度范圍，那么單擊“保存”按鈕時(shí)，系統(tǒng)應(yīng) ltesting.net

該給出相應(yīng)的提示信息

內(nèi)容來自ltesting.net

(3)保存---輸入相關(guān)信息單擊“保存”后，建議系統(tǒng)給出“保存成功”提示信息

copyright 領(lǐng)測軟件測試網(wǎng)

(4)保存---測試新增/修改信息保存后，信息列表是否自動(dòng)刷新 http://www.ltesting.net

(5)下一步---單擊此按鈕，如果有非空字段為空，系統(tǒng)應(yīng)該給出相應(yīng)提示信息;如果有字

內(nèi)容來自ltesting.net

段輸入非法值，單擊此按鈕系統(tǒng)應(yīng)該給出相應(yīng)提示信息;正常情況下單擊此功能按鈕，http://www.ltesting.net

系統(tǒng)進(jìn)入到下一個(gè)編輯/操作界面

ltesting.net

(6)上一步---單擊此功能按鈕，系統(tǒng)應(yīng)該正確返回到上一個(gè)編輯/操作界面

領(lǐng)測軟件測試網(wǎng)

(7)瀏覽---測試該功能鍵功能是否已經(jīng)正確實(shí)現(xiàn)，單擊此按鈕系統(tǒng)應(yīng)該彈出文件選擇頁面，ltesting.net

并且可以選擇輸入相關(guān)附件 ltesting.net

(8)上傳附件---測試上傳功能已經(jīng)正確實(shí)現(xiàn)，確認(rèn)上傳的附件在界面相應(yīng)位置是否顯示

http://www.ltesting.net

(9)下載---測試下載功能已經(jīng)正確實(shí)現(xiàn)(可以將上傳到服務(wù)器的附件下載的本地相應(yīng)位置)copyright 領(lǐng)測軟件測試網(wǎng)

(10)重新上傳---保存操作后上傳功能按鈕名稱應(yīng)該自動(dòng)變?yōu)椤爸匦律蟼鳌保⑶铱梢灾匦律?/p>

領(lǐng)測軟件測試網(wǎng)

傳附件 http://www.ltesting.net

(11)發(fā)布---測試該功能鍵功能已經(jīng)正確實(shí)現(xiàn)，單擊些功能按鈕系統(tǒng)完成發(fā)布操作，相應(yīng)的ltesting.net

信息狀態(tài)變?yōu)椤耙寻l(fā)布”，發(fā)布人、發(fā)布時(shí)間系統(tǒng)自動(dòng)生成或已經(jīng)正確保存(注意：已

ltesting.net

經(jīng)發(fā)布的信息是不允許再進(jìn)行修改操作的)(根據(jù)系統(tǒng)需求及設(shè)計(jì)測試，有些系統(tǒng)只有

copyright 領(lǐng)測軟件測試網(wǎng)

信息修改頁面才有此功能)

內(nèi)容來自ltesting.net

(12)取消發(fā)布---測試該功能鍵功能是否已經(jīng)正確實(shí)現(xiàn)，單擊此功能按鈕系統(tǒng)完成取消發(fā)布

內(nèi)容來自ltesting.net

功能，相應(yīng)信息狀態(tài)變?yōu)椤拔窗l(fā)布”(根據(jù)系統(tǒng)需求及設(shè)計(jì)測試，有些系統(tǒng)只有信息修 領(lǐng)測軟件測試網(wǎng)

改頁面才有此功能)

內(nèi)容來自ltesting.net

(13)關(guān)閉---單擊此功能按鈕系統(tǒng)將關(guān)閉當(dāng)前頁面，建議當(dāng)單擊此功能按鈕時(shí)系統(tǒng)彈出“確 內(nèi)容來自ltesting.net

認(rèn)離開此頁面提示信息” ltesting.net

(14)查詢---單擊查詢功能按鈕，系統(tǒng)按鈕輸入查詢條件進(jìn)行模糊查詢;查詢條件輸入非法

ltesting.net

值進(jìn)行查詢操作，系統(tǒng)應(yīng)該查詢0 記錄 領(lǐng)測軟件測試網(wǎng)

(15)刪除----未勾選待刪除記錄單擊此按鈕系統(tǒng)彈出相應(yīng)提示信息;正常情況下系統(tǒng)刪除所選

領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

記錄

內(nèi)容來自ltesting.net

(16)選擇---勾選待選記錄，單擊此按鈕系統(tǒng)完成選擇操作;單擊選擇超鏈接功能按鈕系統(tǒng)完 copyright 領(lǐng)測軟件測試網(wǎng)

成選擇操作

內(nèi)容來自ltesting.net

(17)取消選擇---單擊此功能按鈕，系統(tǒng)完成取消選擇操作(清除所有選擇信息)領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

(18)ltesting.net

1.7 華表(待續(xù))

領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

(1)測試華表自帶的所有功能按鈕/工具欄中的工具的功能是否可以正確使用(公式定

http://www.ltesting.net

義、添加加行、列;字體設(shè)置;圖表;信息排序等)

ltesting.net

(2)測試可以在選定的單元格進(jìn)行編輯等相關(guān)操作 領(lǐng)測軟件測試網(wǎng)

(3)測試是否可以手插入、追加、刪除、重命名表頁;手動(dòng)設(shè)置表頁尺寸等 ltesting.net

(4)工作表之間定義公式是否可能以確自動(dòng)計(jì)算

http://www.ltesting.net

(5)測試輸入的信息值是否與字段類型完全相匹配，不匹配是否有相應(yīng)提示信息

內(nèi)容來自ltesting.net

(6)相關(guān)模塊是否可能正確調(diào)用已定義好的華表模板 http://www.ltesting.net

(7)調(diào)用的華表模板信息提取是否完全(確認(rèn)調(diào)用的華表信息是否有丟失)ltesting.net

(8)確認(rèn)調(diào)用的華表模板中的公式計(jì)(尤其是關(guān)聯(lián)多個(gè)表數(shù)據(jù)的公式)算是否正確，精

內(nèi)容來自ltesting.net

確值是否準(zhǔn)確 領(lǐng)測軟件測試網(wǎng)

(9)如果華表中定義/調(diào)用的是樹結(jié)構(gòu)信息，確認(rèn)同一等級的單元格合并的是否正確 http://www.ltesting.net

(10)測試可編輯的單元格是否支持復(fù)制、粘貼功能 ltesting.net

(11)測試可編輯的單元格復(fù)制粘貼后，注釋信息是否會(huì)丟失或發(fā)生變化 ltesting.net

(12)測試引用的華表模板中的圖表信息是否會(huì)丟失;是否會(huì)按輸入/提取到的數(shù)據(jù)正確生 copyright 領(lǐng)測軟件測試網(wǎng)

成圖表 ltesting.net

(13)邊界測試方法測試字段接收值是否正確

http://www.ltesting.net

(14)如果華表模板需要自動(dòng)提取數(shù)據(jù)，那么確認(rèn)被引用的模板是否自動(dòng)提取了數(shù)據(jù);提 copyright 領(lǐng)測軟件測試網(wǎng)

取到的數(shù)據(jù)是否對應(yīng)正確

http://www.ltesting.net

(15)ltesting.net

1.8 修改頁面測試

http://www.ltesting.net

字段

copyright 領(lǐng)測軟件測試網(wǎng)

(1)確認(rèn)各字段是否已經(jīng)保存了添加界面輸入的信息值

內(nèi)容來自ltesting.net

(2)確認(rèn)各字段所保存/取到的信息值，是否與添加界面輸入的相關(guān)信息值完全匹配（1、領(lǐng)測軟件測試網(wǎng)

確認(rèn)字段保存值是否有串行

2、字段值是否經(jīng)過校驗(yàn))

領(lǐng)測軟件測試網(wǎng)

(3)確認(rèn)字段是否保存修改后的信息值 領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

(4)修改界面的字段長度是否與添加界面相應(yīng)字段長度一致

copyright 領(lǐng)測軟件測試網(wǎng)

(5)修改界面字段命名是否與新增界面相應(yīng)字段命名完全一致 領(lǐng)測軟件測試網(wǎng)

(6)內(nèi)容來自ltesting.net

1.9 管理/維護(hù)頁面測試 ltesting.net

(1)測試界面整體設(shè)計(jì)合理，操作方便，尤其是查詢條件排放是否整齊，操作是否方便;功 領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

能按鈕順序設(shè)計(jì)是否合理，操作是否方便，(一般順序?yàn)椴樵儭⑻砑印h除)領(lǐng)測軟件測試網(wǎng)

(2)測試信息列表是否有一定的排序規(guī)則(建議如果有時(shí)間一般按時(shí)間倒序--先從客戶要求)ltesting.net

(3)測試維護(hù)界面各功能按鈕功能是否已經(jīng)正確實(shí)現(xiàn) ltesting.net

(4)測試系統(tǒng)內(nèi)不同模塊相同的查詢條件值輸入方式是否統(tǒng)一 ltesting.net

(5)測試各查詢條件是否起作用，即輸入查詢條件值可以查到相應(yīng)查詢結(jié)果

copyright 領(lǐng)測軟件測試網(wǎng)

(6)測試可以手動(dòng)輸入查詢條件什的查詢條件支持全部模糊查詢;通常對于下拉選擇輸入、內(nèi)容來自ltesting.net

點(diǎn)選擇輸入的查詢條件僅支持精確查詢 ltesting.net

(7)測試信息列表中顯示的信息(字段)是否齊全，是否方便查詢/查看

http://www.ltesting.net

(8)測試信息列表中信息值顯示格式是否統(tǒng)一 ltesting.net

(9)測試列表各字段信息值是否有折行顯示，要求所有字段不允許折行顯示 ltesting.net

(10)測試是否提供翻頁查詢功能，并且功能是否已經(jīng)正確實(shí)現(xiàn) http://www.ltesting.net

(11)測試信息列表中的鏈接數(shù)據(jù)是否正確鏈接到相應(yīng)信息界面 http://www.ltesting.net

(12)下拉選擇輸入格式的查詢條件如果沒有特殊要求，系統(tǒng)默認(rèn)查詢‘全部’選擇值 ltesting.net

(13)測試時(shí)間查詢條件查詢結(jié)果是否正確：

1、查詢結(jié)果包括邊界時(shí)間值的記錄;

2、不包括 http://www.ltesting.net

邊界時(shí)間值的記錄(統(tǒng)一性測試

內(nèi)容來自ltesting.net

(14))copyright 領(lǐng)測軟件測試網(wǎng)

1.10 權(quán)限測試主要包括以下內(nèi)容

內(nèi)容來自ltesting.net

根據(jù)需求等相關(guān)文檔，查看程序設(shè)置權(quán)限級別是否正確，即每一級別的用戶所能執(zhí)行的功能 ltesting.net

是否分配正 ltesting.net

1、業(yè)務(wù)權(quán)限

領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

(1)按需求測試用戶業(yè)務(wù)權(quán)限分配是否正確，業(yè)務(wù)權(quán)限主要控制功能模塊、功能菜

ltesting.net

單的展示，沒有相應(yīng)業(yè)務(wù)權(quán)限的不展示其功能模塊有功能菜單。所有需要使用

領(lǐng)測軟件測試網(wǎng)

不同權(quán)限級的戶進(jìn)入系統(tǒng)，驗(yàn)證業(yè)務(wù)權(quán)限實(shí)現(xiàn)是否正確。

領(lǐng)測軟件測試網(wǎng)

(2)

ltesting.net

操作權(quán)限

領(lǐng)測軟件測試網(wǎng)

(1)權(quán)限組：按組用戶來分配操作權(quán)限。(組內(nèi)所有人員都具有所分配的操作權(quán)限)

copyright 領(lǐng)測軟件測試網(wǎng)

(2)測試已分配操作權(quán)限的功能按鈕是可見的http://www.ltesting.net

(3)測試已分配操作權(quán)限的功能按鈕是否可用;是否可以正確完成相應(yīng)功能操作 ltesting.net

(4)通常不分配調(diào)看操作權(quán)限是無法進(jìn)行修改操作

領(lǐng)測軟件測試網(wǎng)

(5)驗(yàn)證同一功能菜單不同權(quán)限用戶的操作命令的查看及操作權(quán)限分配的是否正確

領(lǐng)測軟件測試網(wǎng)

(6)使用沒有分配特定權(quán)限(特定權(quán)限指特定信息的查看權(quán)限)的用戶登陸系統(tǒng),進(jìn) copyright 領(lǐng)測軟件測試網(wǎng)

入指定的功能菜單中驗(yàn)證是否可以查看到相應(yīng)信息.http://www.ltesting.net

(7)測試將已分配的操作權(quán)限刪除后重新登錄，確認(rèn)用戶是否還具有其相應(yīng)操作權(quán)

領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

限。

ltesting.net

(8)測試子結(jié)點(diǎn)是否繼承了父結(jié)點(diǎn)操作權(quán)限(如果勾選了繼承，則當(dāng)前結(jié)點(diǎn)自動(dòng)繼

領(lǐng)測軟件測試網(wǎng)

承其父結(jié)點(diǎn)的所有操作權(quán)限，否則只具有給當(dāng)前結(jié)點(diǎn)分配的操作權(quán)限)ltesting.net

(9)領(lǐng)測軟件測試網(wǎng)

1.11 對用戶名、密碼的有效性測試

ltesting.net

(1)密碼信息有效性測試：特殊字符、正常字符、空字符(不輸入)、空格

copyright 領(lǐng)測軟件測試網(wǎng)

(2)登陸名是否區(qū)分大小寫

ltesting.net

(3)登陸名是否允許重名 ltesting.net

(4)用戶名字和密碼都為最大長度(邊界值分析，取上點(diǎn))ltesting.net

(5)用戶名字和密碼都為最小長度(邊界值分析，取上點(diǎn))copyright 領(lǐng)測軟件測試網(wǎng)

(6)用戶名字和密碼都是非最大和最小長度的數(shù)據(jù)(邊界值分析，取內(nèi)點(diǎn))copyright 領(lǐng)測軟件測試網(wǎng)

(7)用戶名長度大于要求1 位(邊界值分析，取離點(diǎn))領(lǐng)測軟件測試網(wǎng)

(8)用戶名長度小于要求1 位(邊界值分析，取離點(diǎn))領(lǐng)測軟件測試網(wǎng)

(9)密碼長度大于要求1 位(邊界值分析，取離點(diǎn))

copyright 領(lǐng)測軟件測試網(wǎng)

(10)密碼長度小于要求1 位(邊界值分析，取離點(diǎn))

內(nèi)容來自ltesting.net

(11)是否記住上次登陸名 領(lǐng)測軟件測試網(wǎng)

(12)密碼信息有效性測試：字母數(shù)字混排、數(shù)字、符號數(shù)字、字母符號、數(shù)字符號、空字 copyright 領(lǐng)測軟件測試網(wǎng)

符(不輸入)、空格、ASCII 字符、字符串在有空格、串在有半角空格

內(nèi)容來自ltesting.net

(13)口令鎖定：即輸入口令次數(shù)的限制

copyright 領(lǐng)測軟件測試網(wǎng)

(14)密碼顯示是否以星號或者別的符號顯示 內(nèi)容來自ltesting.net

(15)看是否支持tap 和enter 鍵等 領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

(16)密碼是否可以復(fù)制粘貼

內(nèi)容來自ltesting.net

(17)copyright 領(lǐng)測軟件測試網(wǎng)

密碼修改測試方法

領(lǐng)測軟件測試網(wǎng)

(1)不輸入舊密碼，直接改密碼

ltesting.net

(2)輸入錯(cuò)誤舊密碼

內(nèi)容來自ltesting.net

(3)不輸入確認(rèn)新密碼 http://www.ltesting.net

(4)不輸入新密碼 copyright 領(lǐng)測軟件測試網(wǎng)

(5)新密碼和確認(rèn)新密碼不一致 copyright 領(lǐng)測軟件測試網(wǎng)

(6)新密碼中有空格

領(lǐng)測軟件測試網(wǎng)

(7)新密碼長度有效性測試方法同上 copyright 領(lǐng)測軟件測試網(wǎng)

(8)新密碼為非允許字符(如有的密碼要求必須是英文和數(shù)字組成，那么要試漢字和符號等)領(lǐng)測軟件測試網(wǎng)

(9)測試密碼是否區(qū)分大小寫，新密碼中英文小寫，確認(rèn)密碼中英文大寫

領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

(10)新密碼與舊密碼一樣能否修改成功

ltesting.net

(11)領(lǐng)測軟件測試網(wǎng)工作流(待續(xù))http://www.ltesting.net

(1)測試流程啟動(dòng)后是否嚴(yán)格按照所選擇的流程模板自動(dòng)流轉(zhuǎn)

內(nèi)容來自ltesting.net

(2)測試在流程流轉(zhuǎn)過程中相關(guān)人員是否可以維護(hù)流程步驟 copyright 領(lǐng)測軟件測試網(wǎng)

(3)測試流程流轉(zhuǎn)過程中，所有操作按鈕是否已完全按需求實(shí)現(xiàn)

領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

回退：根據(jù)具體的業(yè)務(wù)需求確認(rèn)回退目標(biāo)是否正確/是否正確回退給了指定的目

內(nèi)容來自ltesting.net

標(biāo) http://www.ltesting.net

轉(zhuǎn)交：確認(rèn)轉(zhuǎn)交的目標(biāo)是否已經(jīng)接收并可以進(jìn)行相關(guān)處理操作 內(nèi)容來自ltesting.net

審核：確認(rèn)審核通過流程流轉(zhuǎn)是否正確 領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

審核通過：通常會(huì)自動(dòng)流轉(zhuǎn)到下一個(gè)處理人處;或流轉(zhuǎn)到下一個(gè)處理階 領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

段;或返回到指定負(fù)責(zé)人處 內(nèi)容來自ltesting.net

審核未通過：如果審核未通過，通常會(huì)停留在當(dāng)前審核步驟，待下次送 copyright 領(lǐng)測軟件測試網(wǎng)

審后再次激活當(dāng)前審核步驟;有時(shí)會(huì)返回到項(xiàng)目負(fù)責(zé)人處，待項(xiàng)目負(fù)責(zé)人處理

copyright 領(lǐng)測軟件測試網(wǎng)

并激活流轉(zhuǎn)步驟。

copyright 領(lǐng)測軟件測試網(wǎng)

拒絕審核/審核未通過：測試拒絕后流程流轉(zhuǎn)的是否正確

領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

結(jié)束：根據(jù)實(shí)際需求而定，有的系統(tǒng)有此需求，有的沒有。如果有此需求，那

領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

么需要測試特殊人員是否可以強(qiáng)制結(jié)束流程的流轉(zhuǎn)，測試強(qiáng)制結(jié)束的流程狀態(tài)

http://www.ltesting.net

是否正確 領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

歸檔：測試流程流轉(zhuǎn)結(jié)束后，相關(guān)信息是否已經(jīng)歸檔;(確認(rèn)強(qiáng)制結(jié)束的信息是 領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

否已歸檔，狀態(tài)為‘已結(jié)束’)領(lǐng)測軟件測試網(wǎng)

分發(fā)傳閱：測試傳閱對象是否已經(jīng)正確接收到傳閱信息;測試傳閱人的操作權(quán)

http://www.ltesting.net

限是否正確(一般對于傳閱人某些操做是不允許的);根據(jù)需求及模板的定義測

copyright 領(lǐng)測軟件測試網(wǎng)

試測試傳閱人是否全部傳閱完成后，分發(fā)人才可以辦理/提交到下一個(gè)流程階段。

ltesting.net

(根據(jù)實(shí)際情況測試，有些工作流是不需要此操作的)內(nèi)容來自ltesting.net

(4)測試在流程在流轉(zhuǎn)過程中是否已作權(quán)限限制(如：操作按鈕的使用權(quán)限;附件編輯，內(nèi)容來自ltesting.net

查看權(quán)限，信息的編輯、相看權(quán)限)-----參考權(quán)限測試方法 ltesting.net

(5)測試流程跟蹤/歷史審核信息是否正確，記錄是否齊全(一般按流程步驟，操作時(shí)間

copyright 領(lǐng)測軟件測試網(wǎng)

升序排列)領(lǐng)測軟件測試網(wǎng)

(6)如果當(dāng)前辦理/審批階段是以組的形式存在的，那么需要根據(jù)需求及流程模板的定 copyright 領(lǐng)測軟件測試網(wǎng)

義，測試是需要組內(nèi)成員全部辦理/審批完成，流程流轉(zhuǎn)到下一流程階段，還是只需

copyright 領(lǐng)測軟件測試網(wǎng)

組內(nèi)一個(gè)成員辦理/審批通過就可以流轉(zhuǎn)到下一個(gè)流程階段 領(lǐng)測軟件測試網(wǎng)

(7)跟蹤測試，跟蹤一條數(shù)據(jù)的流程，保證數(shù)據(jù)的正確性(個(gè)人認(rèn)為工作流最有效的測 ltesting.net

試方法)

ltesting.net

(8)領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net 業(yè)務(wù)測試(待續(xù))

copyright 領(lǐng)測軟件測試網(wǎng)

要做好項(xiàng)目的測試工作，保證測試質(zhì)量，必須對業(yè)務(wù)流程非常熟悉。對業(yè)務(wù)的熟悉程度

http://www.ltesting.net

決定你測試能做到多深的程度。

copyright 領(lǐng)測軟件測試網(wǎng)

(1)測試某些特殊字段的選擇值是否已經(jīng)升效，如(底層否：如果值為‘是’，那么不允 copyright 領(lǐng)測軟件測試網(wǎng)

許再為當(dāng)前結(jié)點(diǎn)添加子結(jié)點(diǎn)，否則還可以繼續(xù)為當(dāng)前結(jié)點(diǎn)添加子結(jié)節(jié)點(diǎn)。如果有效

領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

狀態(tài)：選擇值為‘有效’，那么當(dāng)前信息才可以被使用或被引用，否則不可以(初始 內(nèi)容來自ltesting.net

化查詢時(shí)應(yīng)該過濾掉)。啟用否：如果選擇值為‘是’，那么相應(yīng)信息才可以被引 內(nèi)容來自ltesting.net

用，否則不可以(初始化查詢時(shí)應(yīng)該過濾掉))

copyright 領(lǐng)測軟件測試網(wǎng)

(2)測試信息時(shí)，一年只能有一條信息，否則系統(tǒng)應(yīng)該給出“該信息已經(jīng)存在”

內(nèi)容來自ltesting.net

提示信息 http://www.ltesting.net

(3)測試信息的子表信息：a)同一內(nèi)同一子表內(nèi)的信息值不允許有重復(fù)(編號、領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

名稱)信息，否則系統(tǒng)應(yīng)該給出相應(yīng)的提示信息。b)不同內(nèi)同子表內(nèi)的信息值

copyright 領(lǐng)測軟件測試網(wǎng)

是可以有重復(fù)信息的 內(nèi)容來自ltesting.net

(4)某些信息只歸屬于底層信息，在測試時(shí)注意當(dāng)前位置是否是底層(此類業(yè)務(wù)常出現(xiàn) 領(lǐng)測軟件測試網(wǎng)

在左樹右表的信息維護(hù)及主子表的信息維護(hù)中)

領(lǐng)測軟件測試網(wǎng)

(5)如果當(dāng)前結(jié)點(diǎn)含有子結(jié)點(diǎn)信息，那么當(dāng)前結(jié)點(diǎn)信息是不允許刪除，否則系統(tǒng)應(yīng)該給

http://www.ltesting.net

出相應(yīng)的提示信息

ltesting.net

(6)被其它模塊引用的信息是不允許刪除的(根據(jù)實(shí)際情況測試被其它模塊引用的信息

領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

是否允許進(jìn)行修改操作)http://www.ltesting.net

(7)含有子結(jié)點(diǎn)信息的當(dāng)前結(jié)點(diǎn)是不允許修改為“底層”結(jié)點(diǎn)的 copyright 領(lǐng)測軟件測試網(wǎng)

(8)只有底層結(jié)點(diǎn)才能繼續(xù)維護(hù)其子表信息否則應(yīng)該將其子表信息隱藏 copyright 領(lǐng)測軟件測試網(wǎng)

(9)主模塊是否可以正確調(diào)用子模塊信息（1、不估任何操作主模塊自動(dòng)調(diào)用子模板信息;內(nèi)容來自ltesting.net

2、啟動(dòng)操作后主模塊調(diào)用子模塊信息)

copyright 領(lǐng)測軟件測試網(wǎng)

(10)測試確認(rèn)主模塊調(diào)用子模塊信息時(shí)，被引用的信息是完全對應(yīng)并且無丟失 內(nèi)容來自ltesting.net

(11)測試被引用的信息是否可以進(jìn)行修改操作(通常作為基本信息被引用時(shí)是不允許進(jìn) 領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

行修改操作的;而在工作流程中被引用/調(diào)用的信息是可以進(jìn)行修改操作的)內(nèi)容來自ltesting.net

(12)工作流程是否嚴(yán)格按需求中的業(yè)務(wù)流程流轉(zhuǎn)

copyright 領(lǐng)測軟件測試網(wǎng)

(13)工作流程中權(quán)限分配是否正確

內(nèi)容來自ltesting.net

(14)工作流中必須嚴(yán)格按分配的權(quán)限操作

http://www.ltesting.net

(15)測試僅限于某個(gè)階段才能進(jìn)行的操作，在其它階段是否禁止或無此操作按鈕 內(nèi)容來自ltesting.net

(16)根據(jù)需求確認(rèn)，如果當(dāng)前審核步驟已經(jīng)審核結(jié)束，需要經(jīng)過某個(gè)操作激活下一審核

內(nèi)容來自ltesting.net

步驟還是系統(tǒng)自動(dòng)流轉(zhuǎn)到下一審核步驟 copyright 領(lǐng)測軟件測試網(wǎng)

(17)我的任務(wù)

領(lǐng)測軟件測試網(wǎng)

1)待啟動(dòng)的項(xiàng)目：統(tǒng)計(jì)查詢需要當(dāng)前登錄人啟動(dòng)的項(xiàng)目(啟動(dòng)人操作權(quán)限根據(jù)需求來

copyright 領(lǐng)測軟件測試網(wǎng)

確定----通常是項(xiàng)目負(fù)責(zé)啟動(dòng)項(xiàng)目)。查詢列表應(yīng)該提供啟動(dòng)操作，啟動(dòng)操作后相應(yīng) copyright 領(lǐng)測軟件測試網(wǎng)

項(xiàng)目信息自動(dòng)過濾掉。內(nèi)容來自ltesting.net

2)待分派項(xiàng)目：統(tǒng)計(jì)查詢分派是當(dāng)前登錄人的項(xiàng)目。分派操作后相應(yīng)項(xiàng)目信息自動(dòng)過 領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

濾掉。內(nèi)容來自ltesting.net

3)待審核/處理的項(xiàng)目：統(tǒng)計(jì)查詢在審核階段，并且當(dāng)前審核步驟的審核人/處理人是

內(nèi)容來自ltesting.net

當(dāng)前登錄人或包含當(dāng)前登錄人的項(xiàng)目。查詢列表中應(yīng)該提供可能直接進(jìn)行審核的功

ltesting.net

能按鈕，審核操作后操作后相應(yīng)項(xiàng)目信息自動(dòng)過濾掉。http://www.ltesting.net

4)我參與的項(xiàng)目：統(tǒng)計(jì)查詢已啟動(dòng)但未結(jié)束并且當(dāng)前登錄人做為項(xiàng)目組內(nèi)成員參與的 ltesting.net

項(xiàng)目信息 http://www.ltesting.net

5)我負(fù)責(zé)的項(xiàng)目：統(tǒng)計(jì)查詢已啟動(dòng)但未結(jié)束(并且當(dāng)前登錄人是項(xiàng)目負(fù)責(zé)人的項(xiàng)目信

copyright 領(lǐng)測軟件測試網(wǎng)

息根據(jù)需求確認(rèn)，有時(shí)我管理的項(xiàng)目不受條件限制統(tǒng)計(jì)查詢所有當(dāng)前登錄人是項(xiàng)目 內(nèi)容來自ltesting.net

負(fù)責(zé)人的所有信息信息)。

ltesting.net

6)已審核的項(xiàng)目：統(tǒng)計(jì)查詢當(dāng)前登錄人已經(jīng)審核完畢的項(xiàng)目信息(注意有的需求這里

領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

只查詢統(tǒng)計(jì)在審核階段的已審核的項(xiàng)目)http://www.ltesting.net

(18)

領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net 權(quán)限測試 ltesting.net

2、業(yè)務(wù)權(quán)限 copyright 領(lǐng)測軟件測試網(wǎng)

(3)按需求測試用戶業(yè)務(wù)權(quán)限分配是否正確，業(yè)務(wù)權(quán)限主要控制功能模塊、功能菜

ltesting.net

單的展示，沒有相應(yīng)業(yè)務(wù)權(quán)限的不展示其功能模塊能功能菜單。http://www.ltesting.net

(4)領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

操作權(quán)限 copyright 領(lǐng)測軟件測試網(wǎng)

(10)權(quán)限組：按組用戶來分配操作權(quán)限。(組內(nèi)所有人員都具有所分配的操作權(quán)限)

copyright 領(lǐng)測軟件測試網(wǎng)

(11)測試已分配操作權(quán)限的功能按鈕是可見的http://www.ltesting.net

(12)測試已分配操作權(quán)限的功能按鈕是否可用;是否可以正確完成相應(yīng)功能操作

領(lǐng)測軟件測試網(wǎng)

(13)通常不分配調(diào)看操作權(quán)限是無法進(jìn)行修改操作 領(lǐng)測軟件測試網(wǎng)

(14)領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net 算法

內(nèi)容來自ltesting.net

(1)測試前需要充分了解算法的整個(gè)計(jì)算過程及結(jié)果值的精度 領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

(2)算法測試之前需要準(zhǔn)備充足，而且是準(zhǔn)確無誤的測試實(shí)例 copyright 領(lǐng)測軟件測試網(wǎng)

(3)根據(jù)輸入值確認(rèn)系統(tǒng)計(jì)算輸出結(jié)果是否與預(yù)期結(jié)果完全一致

領(lǐng)測軟件測試網(wǎng)

(4)如果計(jì)算公式中含有引用其它模塊的數(shù)據(jù)，需要先確認(rèn)數(shù)據(jù)提取是否對應(yīng)的正確 內(nèi)容來自ltesting.net

(5)先用等價(jià)劃分法、邊界值測試方法測試輸入數(shù)據(jù)是否在需求范圍內(nèi)

領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

(6)嚴(yán)格按照測試用例執(zhí)行測試，確認(rèn)計(jì)算結(jié)果是否正確無誤，注意結(jié)果的精度。copyright 領(lǐng)測軟件測試網(wǎng)

(7)copyright 領(lǐng)測軟件測試網(wǎng)壓力測試

copyright 領(lǐng)測軟件測試網(wǎng)

(1)壓力測試前需要準(zhǔn)備壓力測試方案，構(gòu)造測試數(shù)據(jù)，搭建測試環(huán)境 內(nèi)容來自ltesting.net

1.準(zhǔn)備測試數(shù)據(jù)

領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

確定性能測試指標(biāo)： http://www.ltesting.net

1)用戶容量(系統(tǒng)的最大注冊用戶數(shù));

ltesting.net

2)系統(tǒng)負(fù)載(最大負(fù)載，最小負(fù)載);

領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

3)網(wǎng)絡(luò)帶寬;

領(lǐng)測軟件測試網(wǎng)

4)并發(fā)的用戶數(shù);(同一時(shí)刻承受的最大壓力，測試對象“系統(tǒng)登錄”)領(lǐng)測軟件測試網(wǎng)

5)典型事物的響應(yīng)時(shí)間;(用戶給定的可接受的時(shí)間上限)

http://www.ltesting.net

6)穩(wěn)定運(yùn)行時(shí)間：在指定的事物數(shù)、指定的負(fù)載用戶下、穩(wěn)定運(yùn)行時(shí)

copyright 領(lǐng)測軟件測試網(wǎng)

間;

領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

根據(jù)性能測試指標(biāo)，選擇一個(gè)業(yè)務(wù)場景： 領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

7)登錄業(yè)務(wù);(并發(fā)用戶數(shù))

領(lǐng)測軟件測試網(wǎng)

8)系統(tǒng)日志查詢業(yè)務(wù);(典型事物的響應(yīng)時(shí)間)

ltesting.net

9)報(bào)表(多表)查詢業(yè)務(wù);http://www.ltesting.net

10)簡單事務(wù);(穩(wěn)定運(yùn)行時(shí)間：在指定的事物數(shù)、指定的負(fù)載用戶下、領(lǐng)測軟件測試網(wǎng)

穩(wěn)定運(yùn)行時(shí)間)http://www.ltesting.net

2.搭建測試環(huán)境;

內(nèi)容來自ltesting.net

測試環(huán)境盡可能的與用戶的客戶端環(huán)境相同。ltesting.net

3.執(zhí)行測試

ltesting.net

4.結(jié)合性能測試指標(biāo)，分析實(shí)時(shí)監(jiān)視圖表，確定系統(tǒng)瓶頸;ltesting.net

事物的響應(yīng)時(shí)間是否可以接受? http://www.ltesting.net

網(wǎng)絡(luò)帶寬是否足夠?

copyright 領(lǐng)測軟件測試網(wǎng)

內(nèi)存是否夠用?內(nèi)存是否泄漏? ltesting.net

Cpu 是否堵塞? 內(nèi)容來自ltesting.net

系統(tǒng)能否處理高負(fù)載?

領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

(2)根據(jù)性能缺陷，進(jìn)行缺陷定位，調(diào)優(yōu)工作;直到滿足性能測試指標(biāo)。領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net 安裝測試

copyright 領(lǐng)測軟件測試網(wǎng)

(1)自動(dòng)安裝還是手工配置安裝，測試各種不同的安裝組合，并驗(yàn)證各種不同組合的正 copyright 領(lǐng)測軟件測試網(wǎng)

確性，最終目標(biāo)是所有組合都能安裝成功。領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

(2)安裝退出之后，確認(rèn)應(yīng)用程序可以正確啟動(dòng)、運(yùn)行

領(lǐng)測軟件測試網(wǎng)

(3)卸載測試和安裝測試同樣重要，如果系統(tǒng)提供自動(dòng)卸載工具，那么卸載之后需檢驗(yàn)

http://www.ltesting.net

系統(tǒng)是否把所有的文件全部刪除，注冊表中有關(guān)的注冊信息是否也被刪除。領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

(4)至少要在一臺(tái)筆記本上進(jìn)行安裝測試，因?yàn)橛泻芏喈a(chǎn)品在筆記本中會(huì)出現(xiàn)問題，尤 內(nèi)容來自ltesting.net

其是系統(tǒng)級的產(chǎn)品。(有條件的情況下)

領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

(5)安裝完成之后，可以在簡單地使用之后再執(zhí)行卸載操作，有的系統(tǒng)在使用之后會(huì)發(fā)

內(nèi)容來自ltesting.net

生變化，變得不可卸載。ltesting.net

(6)安裝時(shí)間是否合理;

領(lǐng)測軟件測試網(wǎng)

(7)對于客戶服務(wù)器模式的應(yīng)用系統(tǒng)，可以先安裝客戶端，然后安裝服務(wù)器端，測試是 領(lǐng)測軟件測試網(wǎng)

否會(huì)出現(xiàn)問題。

http://www.ltesting.net

(8)考察安裝該系統(tǒng)是否對其他的應(yīng)用程序造成影響，特別是Windows 操作系統(tǒng)，經(jīng)常 ltesting.net

會(huì)出現(xiàn)此類的問題。

內(nèi)容來自ltesting.net

(9)

http://www.ltesting.net 統(tǒng)一性測試

http://www.ltesting.net

(1)所有彈出窗口居中顯示

領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

(2)所有頁面設(shè)計(jì)要求飽合，但盡量不要有橫縱滾動(dòng)條 http://www.ltesting.net

(3)頁面設(shè)計(jì)風(fēng)格要統(tǒng)一 ltesting.net

(4)要求編輯界面、住息列表中、錯(cuò)誤提示信息、查詢條件中的字段名稱完全相同

內(nèi)容來自ltesting.net

(5)添加/修改保存后，添加/修改界面是否自動(dòng)關(guān)閉要求統(tǒng)一(建議修改保存后，修改界

copyright 領(lǐng)測軟件測試網(wǎng)

面一般是自動(dòng)關(guān)閉)

http://www.ltesting.net

(6)一個(gè)系統(tǒng)中相同功能的按鈕名稱要統(tǒng)一(如：添加新增，取消取消選擇)

內(nèi)容來自ltesting.net

(7)底層結(jié)點(diǎn)不允許添加子結(jié)點(diǎn)信息，那么單擊底層結(jié)點(diǎn)時(shí)，“添加”功能按鈕設(shè)為不可 copyright 領(lǐng)測軟件測試網(wǎng)

用的，還是系統(tǒng)彈出相應(yīng)的提示信息，在一個(gè)系統(tǒng)中要求統(tǒng)一

領(lǐng)測軟件測試網(wǎng)

(8)同一個(gè)功能按鈕，不同模塊相同的錯(cuò)誤提示信息是否統(tǒng)一 ltesting.net

(9)不同模塊相同字段值的輸入方式是否統(tǒng)一 領(lǐng)測軟件測試網(wǎng)

(10)領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net 易用性測試 ltesting.net

(1)默認(rèn)按鈕要支持Enter 及選擇操作，即按Enter 后自動(dòng)執(zhí)行默認(rèn)按鈕對應(yīng)操作。(根

領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

據(jù)實(shí)際情況現(xiàn)在可以只對登錄界面要求此易用性)

領(lǐng)測軟件測試網(wǎng)

(2)可寫控件項(xiàng)檢測到非法輸入后，應(yīng)該給出說明并自動(dòng)獲取焦點(diǎn)

領(lǐng)測軟件測試網(wǎng)http://www.ltesting.net

(3)按Tab 鍵可進(jìn)入下一個(gè)輸入框 copyright 領(lǐng)測軟件測試網(wǎng)

注意：在修改過的Bug 確認(rèn)時(shí)，不僅要確認(rèn)修改的Bug 是否已經(jīng)通過，而且還要測試修改

copyright 領(lǐng)測軟件測試網(wǎng)

后的程序是否引出新的Bug，因?yàn)樵诔绦騿T剛修復(fù)Bug 之后時(shí),往往程序員只修復(fù)報(bào)告出來 ltesting.net 的缺陷而不去考慮別的功能在修改時(shí)可能會(huì)造成新的錯(cuò)誤。

copyright 領(lǐng)測軟件測試網(wǎng)驗(yàn)收測試 copyright 領(lǐng)測軟件測試網(wǎng)

軟件產(chǎn)品測試部對經(jīng)過內(nèi)部單元測試、集成測試和系統(tǒng)測試后的軟件所進(jìn)行的測試，測

內(nèi)容來自ltesting.net

試用例采用業(yè)務(wù)流程測試用例

領(lǐng)測軟件測試網(wǎng)

轉(zhuǎn)自:領(lǐng)測軟件測試網(wǎng)[http://www.ltesting.net]

原文鏈接:http://www.ltesting.net/ceshi/ceshijishu/rjcsgcsrm/2011/0610/202582.html

第四篇：自動(dòng)化測試方法改進(jìn)方案

自動(dòng)化測試方法改進(jìn)方案

自動(dòng)化測試是測試領(lǐng)域中一個(gè)爭議性比較大的區(qū)域，雖然它并不是一個(gè)新生的事物，但是至今仍沒有一套比較完善的理論可以提供行之有效的方法，使之更好的為產(chǎn)品質(zhì)量服務(wù)。各個(gè)研究機(jī)構(gòu)和公司的專家提供了許多自動(dòng)化測試的理論和模型，但是均沒有形成通用理論，被大眾廣泛認(rèn)可。

作者通過對安全產(chǎn)品進(jìn)行自動(dòng)化測試，從需求定義開始進(jìn)行跟蹤，涉及產(chǎn)品的設(shè)計(jì)與實(shí)現(xiàn)，對產(chǎn)品的接口、實(shí)現(xiàn)功能等進(jìn)行自動(dòng)化集成測試，采用測試代碼和測試角本相結(jié)合的開發(fā)方式。作者總結(jié)了在工程中遇到的問題和實(shí)施中的成功之處，提出改進(jìn)意見，對自動(dòng)化測試人員具有較強(qiáng)的工程參考意義。

二、自動(dòng)化測試簡介

所謂自動(dòng)化測試，就是充分利用測試?yán)碚摵拖嚓P(guān)的工具，對產(chǎn)品進(jìn)行自動(dòng)化的測試，減輕甚至擺脫某些人工測試的繁重勞動(dòng)，能夠形成統(tǒng)一的測試報(bào)告并發(fā)布。

自動(dòng)化測試涉及面很廣，可以涉及單元測試、集成測試、系統(tǒng)測試、壓力測試等諸多方面，針對不同的測試有不同的處理方法和工具。

經(jīng)過實(shí)踐，業(yè)界對自動(dòng)化測試形成了一定的統(tǒng)一觀點(diǎn)：

自動(dòng)化測試不能代替手工測試;

自動(dòng)化測試進(jìn)行的是常規(guī)測試和回歸測試，測試集覆蓋率和BUG發(fā)現(xiàn)率均不高(這兩組數(shù)據(jù)沒有定論，根據(jù)測試系統(tǒng)的不同，數(shù)據(jù)會(huì)有所不同，但均低于50%，甚至低于30%)。

三、測試中的“人”

人永遠(yuǎn)是軟件開發(fā)領(lǐng)域中的重要因素，不同的人掌握著不同的角色。充分調(diào)用不同角色的主動(dòng)性，可以有效的提高自動(dòng)化測試的效率。

1.領(lǐng)導(dǎo)支持

自動(dòng)化測試是個(gè)系統(tǒng)工程，測試人員要制定合理完善的測試用例，需要得到需求、設(shè)計(jì)、開發(fā)等相關(guān)人員的配合。沒有領(lǐng)導(dǎo)的鼎力支持，各方力量配合將會(huì)減弱，測試的實(shí)現(xiàn)目標(biāo)將會(huì)大打折扣，測試工期也將無法保證。

因此從需求調(diào)研之初，就需要得到領(lǐng)導(dǎo)的大力支持，充分估計(jì)自動(dòng)化測試所能達(dá)到的目標(biāo)，制定良好的開發(fā)計(jì)劃，如有可能，由項(xiàng)目經(jīng)理直接進(jìn)行領(lǐng)導(dǎo)，以期達(dá)到自動(dòng)化測試的最優(yōu)效果。

2.避免測試人員“挪作他用”

在許多公司，自動(dòng)化測試均不是專職人員，經(jīng)常是針對產(chǎn)品從研發(fā)、測試等部門抽調(diào)而來，因此他們原來都負(fù)擔(dān)過別的工作。在自動(dòng)化測試工作過程中，盡量不要由于其原工作問題，將自動(dòng)化測試人員調(diào)回，更不能因?yàn)樽詣?dòng)化測試在前期開發(fā)過程中收效甚微，在開發(fā)工期有限的情況下，暫時(shí)裁減開發(fā)人員。由于自動(dòng)化測試工作量很大，從理解需求、設(shè)計(jì)用例、用例實(shí)現(xiàn)、測試驅(qū)動(dòng)的設(shè)計(jì)與開發(fā)，到用例調(diào)試、用例的最終應(yīng)用要經(jīng)歷比較長的工期，經(jīng)常性的人員調(diào)動(dòng)會(huì)導(dǎo)致工作情緒的波動(dòng)和工作進(jìn)度的滯后。

四、文檔工作

在項(xiàng)目管理中，文檔是軟件工程各階段的產(chǎn)品和依據(jù)，自動(dòng)化測試當(dāng)然也不能例外。

1.測試文檔要及時(shí)

自動(dòng)化測試與其說是一種任務(wù)，更不如說是一個(gè)公司知識(shí)庫的積累過程，測試代碼絕不是自動(dòng)化測試的最終目的。

因此在測試開發(fā)過程中，要隨時(shí)書寫自動(dòng)化測試的配套文檔，并要根據(jù)需求和設(shè)計(jì)的變化，即時(shí)更新。文檔包含自動(dòng)化測試的設(shè)計(jì)、實(shí)現(xiàn)文檔，測試集測試用例文檔，測試驅(qū)動(dòng)文檔。測試文檔的積累，也是對公司知識(shí)庫的積累，減少將來進(jìn)行同樣開發(fā)的成本。

2.開發(fā)文檔要完善

自動(dòng)化測試的根本是文檔，它依靠需求和設(shè)計(jì)文檔來開發(fā)用例，而絕不是根據(jù)開發(fā)人員實(shí)際代碼來進(jìn)行的。因此在自動(dòng)化測試開始工作之前，要準(zhǔn)備好各種文檔，包括需求、接口設(shè)計(jì)、數(shù)據(jù)庫定義等，測試人員只有依據(jù)這些文檔，才能制定合理的開發(fā)計(jì)劃，開發(fā)出適合本系統(tǒng)的測試用例。

一定要避免由于工期等原因，產(chǎn)品的需求和設(shè)計(jì)文檔跟不上，甚至編碼前幾天，需求設(shè)計(jì)才最終確定，在開發(fā)過程中也要避免頻繁的更改需求和設(shè)計(jì)，其結(jié)果經(jīng)常導(dǎo)致自動(dòng)化測試人員開發(fā)測試用例“無依據(jù)”，常常要跟著開發(fā)人員跑，而不是跟著文檔跑，期間的溝通要花費(fèi)了大量的時(shí)間與精力。同時(shí)已經(jīng)存在的文檔如果經(jīng)常發(fā)生變化，如果通知不及時(shí)，也會(huì)導(dǎo)致開發(fā)成本的加大。

通過自動(dòng)化測試，可以達(dá)到檢查開發(fā)文檔，促使開發(fā)流程規(guī)范化的作用。

3.自動(dòng)化測試報(bào)告清晰

自動(dòng)化測試之所以在業(yè)界一直得以推崇，就是因?yàn)闇y試的自動(dòng)化、報(bào)告的自動(dòng)化，倘若缺少一份有效的自動(dòng)化測試報(bào)告，即使有再全面的測試用例，別人也會(huì)對工作感覺很茫然，缺乏到工作的全面了解。

測試報(bào)告中，除有明確的統(tǒng)計(jì)數(shù)據(jù)(包括測試用例數(shù)據(jù)、通過率等)，還需求提供測試的跟蹤信息、測試用例失敗的原因分析。特別是由斷言失敗導(dǎo)致的失敗原因分析，應(yīng)具有很好的原因說明，良好的可讀性，對問題有很好的描述與定位，可供自動(dòng)測試人員、開發(fā)人員、設(shè)計(jì)人員和領(lǐng)導(dǎo)等多方人員閱讀，對測試結(jié)果有很好的理解和定位。

自動(dòng)化測試報(bào)告最好要做到妥善保存，利用測試報(bào)告可以跟蹤項(xiàng)目進(jìn)度，把握功能點(diǎn)的完成情況，同時(shí)也有利于BUG的回歸查找。

五、方法的改進(jìn)

在實(shí)施過程中，需要掌握不同的處理方法，應(yīng)對處理各種實(shí)際問題，包括人員情緒。

1.溝通方式要完善

確認(rèn)了自動(dòng)化測試，就需要把自動(dòng)化測試工作納入到項(xiàng)目的統(tǒng)一安排之中，把自動(dòng)化測試人員也做為需求、設(shè)計(jì)、開發(fā)的相關(guān)共利者，當(dāng)發(fā)生改變時(shí)，要即時(shí)通知，以便修改測試用例，避免編碼或設(shè)計(jì)已發(fā)生改變，而自動(dòng)化測試還不知道，其結(jié)果將導(dǎo)致查找原因花費(fèi)大量時(shí)間。

溝通也發(fā)生在人際關(guān)系的處理上。為充分理解需求與設(shè)計(jì)，自動(dòng)化測試人員不可避免的要找設(shè)計(jì)人員溝通產(chǎn)品設(shè)計(jì)，有時(shí)還可能是頻繁的詢問，遇到設(shè)計(jì)人員工作重或心情不好，就有可能導(dǎo)致溝通上的困難或不充分。因此溝通需要技巧，測試人員需要耐心與細(xì)心，與開發(fā)人員保持好的關(guān)系，同時(shí)要盡量把問題一次溝通清楚，避免溝通不清導(dǎo)致測試用例返工，由此導(dǎo)致工作量的浪費(fèi)。

對于基于組件的自動(dòng)化測試，需要開發(fā)人員對功能充分的理解，明白自己開發(fā)的功能必須依靠什么組件，模塊運(yùn)行必要的支持組件。開發(fā)人員理解不充分，就會(huì)浪費(fèi)測試代碼的調(diào)試時(shí)間，直接影響最終的部署。

2.測試用例代碼健壯性有待提高

測試用例的代碼應(yīng)具有很好的健壯性，理想的測試用例代碼本身不會(huì)引入錯(cuò)誤誤報(bào)，斷言錯(cuò)誤時(shí)，只能是被測模塊發(fā)生了失敗。而在實(shí)際實(shí)施過程中，測試代碼的健壯性很難保證，一方面由于測試用例代碼編寫人員本身編程水平不能保證，很可能產(chǎn)生代碼上的BUG，另一方面由于需求和設(shè)計(jì)的變化，測試用例本身也要隨時(shí)發(fā)生改變，測試用例更新不及時(shí)，就會(huì)導(dǎo)致被測模塊的失敗，因此及時(shí)溝通，及時(shí)更新用例代碼，也是非常有必要。

3.避免測試驅(qū)動(dòng)滯后

測試驅(qū)動(dòng)是實(shí)現(xiàn)測試用例的根本，由于分工和涉足點(diǎn)不同，自動(dòng)化測試人員只能完成很少一部分測試驅(qū)動(dòng)，其它驅(qū)動(dòng)由開發(fā)人員完成，測試人員只是負(fù)責(zé)定義驅(qū)動(dòng)的輸入輸出接口。

但是開發(fā)人員有自己的任務(wù)，編寫測試驅(qū)動(dòng)勢必增加其工作量，影響其原有工作的進(jìn)行。為了自動(dòng)化測試的正常進(jìn)行，必須要與開發(fā)組領(lǐng)導(dǎo)進(jìn)行充分的溝通，合理安排開發(fā)人員工作量，在不影響原有工作的基礎(chǔ)之上完成測試驅(qū)動(dòng)。

測試驅(qū)動(dòng)實(shí)現(xiàn)的滯后，將影響測試用例的調(diào)試和最終部署，影響整體流程。

4.多種自動(dòng)化測試工具的引入

一種產(chǎn)品可能會(huì)包含各種功能組件，比如數(shù)據(jù)庫、界面、通信等各種操作，因此要引入不同的自動(dòng)化測試工具，完成不同功能點(diǎn)的測試。如界面操作的角本錄入WinRunner、壓力測試工具LoadRunner等，各種工具的引入，可以使自動(dòng)化測試的測試用例覆蓋率擴(kuò)大，使自動(dòng)化測試更加深入和全面。

5.自動(dòng)化測試工作的必要性

這一點(diǎn)也是最難處理的。自動(dòng)化測試由于缺少成型的理論指導(dǎo)，常常導(dǎo)致沒有達(dá)到理想的效果，使領(lǐng)導(dǎo)和開發(fā)人員懷疑其工作的必要性，同時(shí)也可能成為軟件項(xiàng)目管理中的“雞肋”。

如何考慮這個(gè)問題呢?是否有必要設(shè)置自動(dòng)化測試這一環(huán)節(jié)呢?

要處理這種心理落差，就需要在開始工作之前，領(lǐng)導(dǎo)及相關(guān)人員確立切實(shí)可行的目標(biāo)，考慮清楚自動(dòng)化測試測試用例的覆蓋范圍、BUG率等，不要過于樂觀的考慮自動(dòng)化測試的工作成果。根據(jù)實(shí)際情況制定切實(shí)可靠的目標(biāo)，使獲得的回報(bào)更驅(qū)于理性。公司原有自動(dòng)化測試的知識(shí)儲(chǔ)備、自動(dòng)化測試人力資源的部署、整體團(tuán)隊(duì)的配合等諸多因素都會(huì)影響工作的最終效果。

六、結(jié)束語

自動(dòng)化測試是一片新鮮的土壤，雖然沒有特別完善的理論，但是只要在實(shí)施的過程中把握好幾條重要的原則，一定可以達(dá)到很好的效果。

第五篇：分享ERP測試經(jīng)驗(yàn)

正在進(jìn)行當(dāng)中的PConline首次ERP壓力測試，測試過程的最大感悟是隨時(shí)隨地等待著“不可預(yù)知”的錯(cuò)誤發(fā)生，也許發(fā)現(xiàn)這些問題也算是測試本身的使命之一。bug經(jīng)歷得多了也勉強(qiáng)有些經(jīng)驗(yàn)了，再借鑒下ERP廠商專職的ERP測試人員，總算有了一些可以和各位讀者可以分享的經(jīng)驗(yàn)了。

基本ERP系統(tǒng)拓?fù)?/p>

一、測試的目的和原則

測試概念的范疇

廣義上講，測試是指軟件產(chǎn)品生存周期內(nèi)所有的檢查、評審和確認(rèn)活動(dòng)。如：設(shè)計(jì)評審、系統(tǒng)測試。

狹義上講，測試是對軟件產(chǎn)品質(zhì)量的檢驗(yàn)和評價(jià)。它一方面檢查軟件產(chǎn)品質(zhì)量中存在的質(zhì)量問題，同時(shí)對產(chǎn)品質(zhì)量進(jìn)行客觀的評價(jià)。測試的目的

簡單地說，就是替用戶受過，測試的最終目的是確保最終交給用戶的產(chǎn)品的功能符合用戶的需求，把盡可能多的問題在產(chǎn)品交給用戶之前發(fā)現(xiàn)并改正。

具體地講，測試一般要達(dá)到下列目標(biāo)：

（1）確保產(chǎn)品完成了它所承諾或公布的功能，并且所有用戶可以訪問到的功能都有明確的書面說明------在某種意義上與ISO9001是同一種思想。

產(chǎn)品缺少明確的書面文檔，是廠商一種短期行為的表現(xiàn)，也是一種不負(fù)責(zé)任的表現(xiàn)。所謂短期行為，是指缺少明確的書面文檔既不利于產(chǎn)品最后的順利交付，容易與用戶發(fā)生矛盾，影響廠商的聲譽(yù)和將來與用戶的合作關(guān)系；同時(shí)也不利于產(chǎn)品的后期維護(hù)，也使廠商支出超額的用戶培訓(xùn)和技術(shù)支持費(fèi)用。從長期利益看，這是很不劃算的。

當(dāng)然，書面文檔的編寫和維護(hù)工作對于使用快速原型法(RAD)開發(fā)的項(xiàng)目是最為重要的、最為困難，也是最容易被忽略的。

最后，書面文檔的不健全甚至不正確，也是測試工作中遇到的最大和最頭痛的問題，它的直接后果是測試效率低下、測試目標(biāo)不明確、測試范圍不充分，從而導(dǎo)致最終測試的作用不能充分發(fā)揮、測試效果不理想。

（2）確保產(chǎn)品滿足性能和效率的要求。使用起來系統(tǒng)運(yùn)行效率低(性能低)、或用戶界面不友好、用戶操作不方便(效率低)的產(chǎn)品不能說是一個(gè)有競爭力的產(chǎn)品。

用戶最關(guān)心的不是你的技術(shù)有多先進(jìn)、功能有多強(qiáng)大，而是他能從這些技術(shù)、這些功能中得到多少好處。也就是說，用戶關(guān)心的是他能從中取出多少，而不是你已經(jīng)放進(jìn)去多少。

（3）確保產(chǎn)品是健壯的和適應(yīng)用戶環(huán)境的。健壯性即穩(wěn)定性，是產(chǎn)品質(zhì)量的基本要求，尤其對于一個(gè)用于事務(wù)關(guān)鍵或時(shí)間關(guān)鍵的工作環(huán)境中。

另外就是不能假設(shè)用戶的環(huán)境(某些項(xiàng)目可能除外)。

測試的原則---Good Enough

對于相對復(fù)雜的產(chǎn)品或系統(tǒng)來說，zero-bug是一種理想，good-enough是我們的原則。

Good-enough原則就是一種權(quán)衡投入/產(chǎn)出比的原則：不充分的測試是不負(fù)責(zé)任的；過分的測試是一種資源的浪費(fèi)，同樣也是一種不負(fù)責(zé)任的表現(xiàn)。我們的操作困難在于：如何界定什么樣的測試是不充分的，什么樣的測試是過分的。目前狀況唯一可用的答案是：制定最低測試通過標(biāo)準(zhǔn)和測試內(nèi)容，然后具體問題具體分析。

測試的規(guī)律----木桶原理和80-20原則

（1）木桶原理

在軟件產(chǎn)品生產(chǎn)方面就是全面質(zhì)量管理(TQM)的概念。產(chǎn)品質(zhì)量的關(guān)鍵因素是分析、設(shè)計(jì)和實(shí)現(xiàn)，測試應(yīng)該是融于其中的補(bǔ)充檢查手段，其他管理、支持、甚至文化因素也會(huì)影響最終產(chǎn)品的質(zhì)量。應(yīng)該說，測試是提高產(chǎn)品質(zhì)量的必要條件，也是提高產(chǎn)品質(zhì)量最直接、最快捷的手段，但決不是一種根本手段。反過來說，如果將提高產(chǎn)品質(zhì)量的砝碼全部押在測試上，那將是一個(gè)恐怖而漫長的災(zāi)難。

（2）Bug的80-20原則。

一般情況下，在分析、設(shè)計(jì)、實(shí)現(xiàn)階段的復(fù)審和測試工作能夠發(fā)現(xiàn)和避免80%的Bug，而系統(tǒng)測試又能找出其余Bug中的80%，最后的5%的Bug可能只有在用戶的大范圍、長時(shí)間使用后才會(huì)曝露出來。因?yàn)闇y試只能夠保證盡可能多地發(fā)現(xiàn)錯(cuò)誤，無法保證能夠發(fā)現(xiàn)所有的錯(cuò)誤。

二、測試組織、測試實(shí)施

測試的任務(wù)和發(fā)展目標(biāo)----質(zhì)量

參與到監(jiān)控產(chǎn)品生命周期中一切影響到質(zhì)量的因素的工作中去。

目前測試的主要任務(wù)是負(fù)責(zé)產(chǎn)品的系統(tǒng)測試。

但實(shí)際上，因?yàn)閱为?dú)的系統(tǒng)測試不能保證產(chǎn)品最終的質(zhì)量，所以測試在部分項(xiàng)目中也應(yīng)參與到集成測試和用戶測試中。另外，測試也承擔(dān)了部分系統(tǒng)評測的任務(wù)和用戶技術(shù)支持的任務(wù)。

測試將來的發(fā)展目標(biāo)應(yīng)是產(chǎn)品的質(zhì)量保證中心，我們的任務(wù)只有兩個(gè)字：“質(zhì)量”，測試也只對這兩個(gè)字負(fù)責(zé)，并且將參與到監(jiān)控產(chǎn)品生命周期中一切影響到質(zhì)量的因素的工作中去。

測試的組織方式----小組

測試內(nèi)部的個(gè)體分為測試人員和支持人員(管理人員屬于支持人員)。

測試的工作實(shí)體(最小組織單位)是測試小組和支持小組，分別由小組長全權(quán)負(fù)責(zé)。小組長向測試主管負(fù)責(zé)。

測試小組根據(jù)測試項(xiàng)目或評測項(xiàng)目的需要臨時(shí)組建，小組長也是臨時(shí)指定。與項(xiàng)目組的最大區(qū)別是生命周期短，一般是2周到4個(gè)月。在系統(tǒng)測試期間或系統(tǒng)評測期間，測試組長是測試對外(主要是項(xiàng)目組)的唯一接口，對內(nèi)完全負(fù)責(zé)組員的工作安排、工作檢查和進(jìn)度管理。

支持小組按照內(nèi)部相關(guān)條例負(fù)責(zé)測試的后勤保障和日常管理工作，機(jī)構(gòu)設(shè)置一般相對比較穩(wěn)定。主要負(fù)責(zé)網(wǎng)絡(luò)管理、數(shù)據(jù)備份、文檔管理、設(shè)備管理和維護(hù)、員工內(nèi)部培訓(xùn)、測試?yán)碚摵图夹g(shù)應(yīng)用、日常事務(wù)管理和檢查等。

另外，測試對于每一個(gè)重要的產(chǎn)品方向，均設(shè)置1-3個(gè)人長期研究和跟蹤競爭對手的產(chǎn)品特征、性能、優(yōu)缺點(diǎn)等。在有產(chǎn)品測試時(shí)，指導(dǎo)或參加測試(但不一定作為測試組長)，在沒有產(chǎn)品測試時(shí)，進(jìn)行產(chǎn)品研究，并負(fù)責(zé)維護(hù)和完善測試設(shè)計(jì)。目前希望在需求分析階段多多參與。

測試的運(yùn)作方式----制度化并形成應(yīng)用

主要介紹一下項(xiàng)目組關(guān)心的系統(tǒng)測試流程：

1、項(xiàng)目組提交系統(tǒng)測試申請給測試指定帳號。由專人檢查文檔格式和完備性。

2、檢查合格后交給該產(chǎn)品對應(yīng)方向的研究人員，評價(jià)其內(nèi)容的有效性和真實(shí)性。

3、檢查合格后由測試主管審查并通過，成立測試組，指定測試組長(但暫時(shí)沒有組員)。

4、測試組長根據(jù)該產(chǎn)品的申請報(bào)告、測試設(shè)計(jì)和以往測試數(shù)據(jù)，制定測試方案。

5、測試主管審核通過測試方案后，根據(jù)測試方案指定測試組成員，并由支持組完成其他支持任務(wù)(如：設(shè)備的配備、測試數(shù)據(jù)庫的建立、網(wǎng)絡(luò)權(quán)限的修改?)。

6、測試期間測試組根據(jù)測試方案進(jìn)行實(shí)際測試，記錄并跟蹤測試缺陷報(bào)告，填寫測試記錄。測試期間測試組長與項(xiàng)目組(測試經(jīng)理)經(jīng)常溝通，并獲取產(chǎn)品的更新版本。同時(shí)，測試組長審查、修改并提交所有缺陷報(bào)告，保證隨時(shí)掌握產(chǎn)品的質(zhì)量情況，并監(jiān)督測試進(jìn)度。

7、產(chǎn)品進(jìn)行到一定階段后(標(biāo)志是測試缺陷報(bào)告庫中所有的報(bào)告處于歸檔狀態(tài))，由項(xiàng)目組和測試組長共同決定產(chǎn)品進(jìn)入穩(wěn)定期測試。穩(wěn)定期測試版本之前的版本必須在顯著位置標(biāo)明為測試版字樣。

8、穩(wěn)定期測試期間所發(fā)現(xiàn)的缺陷報(bào)告也需要記錄在測試缺陷報(bào)告庫中，并在穩(wěn)定期結(jié)束后由雙方(有時(shí)可能也有市場方面的意見)共同決定對這些缺陷的處理方式。如果需要改動(dòng)產(chǎn)品，則重新開始穩(wěn)定期，否則通過穩(wěn)定期測試。

9、測試組長對于通過穩(wěn)定期測試的產(chǎn)品填寫綜合測試報(bào)告，測試中心依此發(fā)布產(chǎn)品發(fā)行通知。

10、測試組對整個(gè)測試過程和產(chǎn)品質(zhì)量進(jìn)行總結(jié)和評價(jià)，形成文檔并備案。同時(shí)，將測試過程中對測試設(shè)計(jì)的改動(dòng)納入基線。最后，組長整理并在指定地點(diǎn)保存相關(guān)測試數(shù)據(jù)和測試樣張。

11、測試部門解散測試小組。

另外，在系統(tǒng)測試階段，我們要求測試小組要進(jìn)行一些常規(guī)內(nèi)容測試(如：Y2K測試，病毒檢查、裸機(jī)測試、加密檢查、說明書檢查?)，并要求寫入測試方案中。

傳統(tǒng)測試流程遇到的挑戰(zhàn)和對策----問題發(fā)現(xiàn)得越早，解決的代價(jià)就越小

（1）自動(dòng)測試工具和測試?yán)碚?由于產(chǎn)品開發(fā)模式還不夠規(guī)范、相關(guān)文檔不夠完備，所以測試工具的應(yīng)用效果不理想，只能部分應(yīng)用。如：SQA。

對于測試?yán)碚摚瑴y試思想/測試?yán)砟畹墓噍敼ぷ鬟€是有成效的，但是測試數(shù)學(xué)模型的研究和建立工作進(jìn)展不順利，主要原因也是我們的產(chǎn)品生命周期內(nèi)部操作不夠規(guī)范。

目前主要依賴于：測試人員的經(jīng)驗(yàn)和素質(zhì)；產(chǎn)品說明文檔和項(xiàng)目組的技術(shù)咨詢；測試設(shè)計(jì)。

（2）測試分類

根據(jù)目前的實(shí)際情況(已經(jīng)由傳統(tǒng)的瀑布開發(fā)模式、使用結(jié)構(gòu)化設(shè)計(jì)和實(shí)現(xiàn)手段，變?yōu)楝F(xiàn)在的RAD開發(fā)模式、使用OOD和OOP)，我們將把測試分為三種：產(chǎn)品測試、項(xiàng)目測試、系統(tǒng)評測。我們的依據(jù)是：問題發(fā)現(xiàn)得越早，解決的代價(jià)就越小。

產(chǎn)品測試的流程基本和上面提到的一樣。

項(xiàng)目測試的原則是盡早加入測試，并充分重視和支持用戶測試。

系統(tǒng)評測是簡化工作流程。

三、測試中常見問題分析及對策

我們一般把發(fā)現(xiàn)的錯(cuò)誤bug(我們也稱為缺陷defect)按嚴(yán)重性分為4類：死機(jī)(系統(tǒng)崩潰或掛起)、致命(使系統(tǒng)不穩(wěn)定、或破壞數(shù)據(jù)、或產(chǎn)生錯(cuò)誤結(jié)果，而且是常規(guī)操作中經(jīng)常發(fā)生或非常規(guī)操作中不可避免的)、嚴(yán)重(系統(tǒng)性能或響應(yīng)時(shí)間變慢、產(chǎn)生錯(cuò)誤的中間結(jié)果但不影響最終結(jié)果，如：顯示不正確但輸出正確)、一般(界面拼寫錯(cuò)誤或用戶使用不方便)。

我們也把發(fā)現(xiàn)的錯(cuò)誤按優(yōu)先級分為三種：高、中、低：一般是越影響用戶接受或使用該產(chǎn)品的錯(cuò)誤優(yōu)先級越高。

但下面，將不對所有的問題進(jìn)行列舉和分析，而只是列出一些顯而易見的、容易被項(xiàng)目組忽略的錯(cuò)誤，這些錯(cuò)誤可能是容易修改的、或是容易避免的，但是對于測試組或用戶來說可能卻是非常頭痛和不方便的。形象類問題：---不專業(yè)、用戶不信任

1、不符合用戶操作習(xí)慣。如，快捷鍵定義不科學(xué)、不實(shí)用(鍵位分布不合理、按鍵太多，甚至沒有快捷鍵)。

2、不夠?qū)I(yè)，缺乏基本知識(shí)，而又沒有高手檢查。

3、界面中英文混雜，經(jīng)常彈出莫名其妙的信息，而且還拼錯(cuò)單詞

4、SETUP界面：CopyRight 1994-1996；缺省認(rèn)為用戶使用某種分辨率；

5、說明書或幫助的排版格式不專業(yè)：中英文搭配不對、標(biāo)點(diǎn)符號全角半角部分、沒有排版準(zhǔn)則?

6、程序名/路徑名是程序員的名字、或沒有安裝程序、或安裝程序不完善(丟掉一些必要的模塊或文件)

7、界面元素參差不齊，文字不能完全顯示，TAB時(shí)鼠標(biāo)亂走。

可用性問題：---用戶無法使用或不方便使用

“用戶比開發(fā)或測試人員在接觸界面上要花費(fèi)更多時(shí)間。表面上不重要的方面的影響會(huì)變得越來越大，最終甚至?xí)谏w了產(chǎn)品得有用得方面。” 下面是一些用戶界面錯(cuò)誤的例子：

1、輸入無合法性檢查和值域檢查，允許用戶輸入錯(cuò)誤的數(shù)據(jù)類型，并導(dǎo)致不可逆料的后果

2、界面中的信息不能及時(shí)更新，不能正確反映數(shù)據(jù)狀態(tài)，甚至對用戶產(chǎn)生錯(cuò)誤的誤導(dǎo)。如：數(shù)據(jù)庫中剩余記錄個(gè)數(shù)；參數(shù)設(shè)置對話框中的預(yù)設(shè)值

下面是一些低效的用戶界面的例子：

1、表達(dá)不清或過于模糊的信息提示

2、要求用戶輸入多余的、本來系統(tǒng)可以自己得到的數(shù)據(jù)。如：服務(wù)是否啟動(dòng)，安裝后用戶要手動(dòng)修改某些配置文件。

3、為了達(dá)到某個(gè)設(shè)置或?qū)υ捒颍脩舯仨氉鲈S多冗余操作。如，對話框嵌套層次太多。

4、不能記憶用戶的設(shè)置或操作習(xí)慣，用戶每次進(jìn)入都需要重新操作一次初始環(huán)境。

5、使用不完善的功能且不給用戶以恰當(dāng)?shù)奶崾尽?/p>

6、不經(jīng)用戶確認(rèn)就對系統(tǒng)或數(shù)據(jù)進(jìn)行重大修改

穩(wěn)定性問題：---影響用戶正常工作

1、不可重現(xiàn)的死機(jī)，或不斷申請但不完全釋放資源，系統(tǒng)性能越來越低

2、主系統(tǒng)和子系統(tǒng)使用同樣的臨界資源而互相不知道。如：使用同樣的類名或臨時(shí)文件名、使用同樣的數(shù)據(jù)庫字段名或登錄帳號。

3、不能重現(xiàn)的錯(cuò)誤，許多與代碼中的未初始化變量(在Debug時(shí)一般是缺省初始化的)有關(guān)，有些與系統(tǒng)不檢查異常情況(如內(nèi)存申請不成功、網(wǎng)絡(luò)突然中斷或長時(shí)間沒有響應(yīng))有關(guān)。

其他問題

1、文檔匱乏：無標(biāo)準(zhǔn)；無新功能使用方法；無版本改動(dòng)說明。我們不僅要認(rèn)為沒有說明文檔的產(chǎn)品不是是一個(gè)完整的產(chǎn)品，也要認(rèn)為沒有說明或沒有正確說明的功能是一個(gè)沒有完全實(shí)現(xiàn)的功能，因?yàn)橛脩魺o法用得起來。

2、運(yùn)行時(shí)不檢查內(nèi)存、數(shù)據(jù)庫或硬盤空間等

3、無根據(jù)地假設(shè)用戶環(huán)境：硬件/網(wǎng)絡(luò)環(huán)境；有些動(dòng)態(tài)庫；安裝程序換臺(tái)機(jī)器不正確；假設(shè)網(wǎng)絡(luò)隨時(shí)都是連通的

4、提供的版本帶病毒，或根本無法安裝，或沒有加密

5、提供Debug版本給測試組或測試用戶，或項(xiàng)目組與測試組使用不同版本

6、用戶現(xiàn)場開發(fā)和修改，又沒有記錄和保留

7、錯(cuò)誤反復(fù)出現(xiàn)，改動(dòng)得不徹底、或版本管理出現(xiàn)混亂

8、錯(cuò)誤越改越多，改動(dòng)得不徹底、或改動(dòng)得不小心

9、版本中部分內(nèi)容和接口倒退

10、有些選項(xiàng)永遠(yuǎn)是灰的；有些選項(xiàng)、菜單項(xiàng)在該灰時(shí)還不灰，并且還能狀態(tài)顯示

11、資源沒有和代碼分離，不同語言版本間不能平滑轉(zhuǎn)換

12、缺少第三方產(chǎn)品的評估：廣告管理系統(tǒng)2000年問題

13、產(chǎn)品配合不利，準(zhǔn)備當(dāng)作一套產(chǎn)品或方案推出，互相之間卻各不負(fù)責(zé)，(沒有整個(gè)項(xiàng)目負(fù)責(zé)人，是面向組織的而不是面向產(chǎn)品或方案的)。

期望項(xiàng)目組關(guān)注的一些問題

1、修改Bug的人考慮得不夠周全，也可能是沒有能力考慮周全---不懂全部程序

2、問題留給測試組去發(fā)現(xiàn)的心態(tài)----不仔細(xì)測試、不小心修改、甚至不全面改(不徹底)

3、自己不會(huì)用，不了解產(chǎn)品的用法。

4、更多地從用戶使用的角度考慮設(shè)計(jì)、編碼與測試