提高測(cè)試效率的方法

1、精選優(yōu)質(zhì)文檔-傾情為你奉上1. 存儲(chǔ)過(guò)程和數(shù)據(jù)訂正腳本如何測(cè)試？2.軟件測(cè)試的目的到底是發(fā)現(xiàn)軟件的錯(cuò)誤還是檢驗(yàn)軟件是否符合用戶規(guī)定的需求或是弄清預(yù)期結(jié)果和實(shí)際結(jié)果之間的差距?3.如何設(shè)計(jì)或者挑選有效的回歸測(cè)試用例？隨著系統(tǒng)的逐步成熟，每個(gè)版本包含的新特性越來(lái)越少，但是新功能對(duì)原系統(tǒng)的影響有多大是我們?cè)跍y(cè)試時(shí)需要重點(diǎn)考慮的問(wèn)題。此時(shí)，就勢(shì)必要進(jìn)行回歸測(cè)試。而 且系統(tǒng)越成熟，回歸測(cè)試的比重也會(huì)越大。這將會(huì)對(duì)測(cè)試工作帶來(lái)不小的挑戰(zhàn)。在實(shí)際工作中，經(jīng)常是一方面求全，希望覆蓋面盡量廣，避免漏測(cè)。另一方面求產(chǎn) 出，大量的回歸測(cè)試用例，可能只發(fā)現(xiàn)很少的問(wèn)題，投入與產(chǎn)出不太匹配，會(huì)影響測(cè)試人員的士氣，甚至測(cè)試

2、管理者也會(huì)對(duì)這種投入產(chǎn)出有所質(zhì)疑。并且，設(shè)計(jì)大量 的自動(dòng)化測(cè)試腳本，會(huì)占用大量的時(shí)間。4. 如果在測(cè)試過(guò)程中遭遇到需求變更，怎么做，才能最好完成對(duì)變更后的軟件測(cè)試任務(wù)？1）一般公司的解決方法是改變一下原有的流程，測(cè)試計(jì)劃的工作可以跳出細(xì)節(jié),只描述框架。然后十分細(xì)的測(cè)試用例等待開發(fā)過(guò)程中在同步編寫。關(guān)于這種風(fēng)險(xiǎn),真正要治理,需求階段，大公司就要多評(píng)審,小公司就要勤開會(huì)確定和交流需求了。需求變更申請(qǐng)確定后，一定要把它記錄下來(lái)，歸在需求變更文檔中，以備日后追查。2）限定開發(fā)人員提交測(cè)試版本的周期。不要一有修改，就提交給測(cè)試一個(gè)新版本，使測(cè)試人員做過(guò)多的重復(fù)工作。3）按照公司制定好的制度來(lái)按部就班的規(guī)

3、范項(xiàng)目，項(xiàng)目經(jīng)理的管理風(fēng)格（如項(xiàng)目組召開例會(huì)，各方人員充分參與需求溝通會(huì)議，需求變更后更新的文檔及時(shí)發(fā)送），測(cè)試人員主動(dòng)性4） 在設(shè)計(jì)自動(dòng)測(cè)試劇本時(shí)，試圖使其有一些靈活性。在對(duì)應(yīng)用軟件進(jìn)行自動(dòng)測(cè)試時(shí)，要把注意力集中在看來(lái)不大會(huì)改變的部分。對(duì)變更進(jìn)行適當(dāng)?shù)娘L(fēng)險(xiǎn)分析，以減少回歸測(cè)試的要求。5）對(duì)于測(cè)試人員來(lái)說(shuō)，最為重要的一點(diǎn)其實(shí)就是心理的適度調(diào)整。需求的變更導(dǎo)致自己的很多工作都成了無(wú)用功，很多東西要從頭做起。但是一定不要抱怨，因?yàn)槟菢咏鉀Q不了問(wèn)題，事實(shí)就是事實(shí)。已經(jīng)無(wú)法更改。要有積極地心態(tài)，全新的去面對(duì)新的需求。分析，設(shè)計(jì)，一切重來(lái)。5.如何根據(jù)不同的項(xiàng)目制定不同的測(cè)試流程？6. 如何發(fā)現(xiàn)客戶端軟

4、件中的內(nèi)存泄露？C/S模式下的軟件的話,使用一些專業(yè)的內(nèi)存檢測(cè)工具, purify、boundchecker都可以B/S模式下的軟件,可以使用LR,在LR運(yùn)行的時(shí)候,查看操作系統(tǒng)性能計(jì)數(shù)器中的Private Bytes(Windows)和Resident size(KB)(UNIX/Linux).要測(cè)試客戶端是否存在內(nèi)存泄露,其實(shí)原理都一樣.我們要換位思考,把服務(wù)端當(dāng)成客戶端來(lái)發(fā)送請(qǐng)求,客戶端做為服務(wù)端來(lái)接受請(qǐng)求.我們要多做一個(gè)工作就是除了要監(jiān)控服務(wù)器端還要監(jiān)控客戶端的計(jì)數(shù)器信息.以下是簡(jiǎn)單的步驟:step1:場(chǎng)景設(shè)計(jì)step2:腳本錄制和完善step3:計(jì)數(shù)器的選擇(特別是客戶端計(jì)數(shù)器選擇:

5、在windows自帶的性能監(jiān)控器里一般選擇監(jiān)控某個(gè)process 的private byte & virtual byte2個(gè)計(jì)數(shù)器)step4:運(yùn)行場(chǎng)景step5:監(jiān)控測(cè)試最后關(guān)于場(chǎng)景的運(yùn)行時(shí)間,在適當(dāng)?shù)膲毫ο?我們一般選擇運(yùn)行72小時(shí).從之前的測(cè)試經(jīng)驗(yàn)來(lái)看,我們發(fā)現(xiàn)內(nèi)存泄露一般都發(fā)生在場(chǎng)景運(yùn)行的前10個(gè)小時(shí)之內(nèi).有的甚至在一個(gè)小時(shí)之內(nèi)就發(fā)生了內(nèi)存泄露.客戶端內(nèi)存泄漏，公司一個(gè)用VC+開發(fā)的產(chǎn)品遇到過(guò)此類問(wèn)題。1.BoundsChecker；2.調(diào)試工具包Debugging Tools for Windows (x86)下的 windbg.exe和Gflags.exe；3.Pageh

6、eap.exe；4.Windows自帶的性能監(jiān)控器perfmon；5.C+ Test；6.Rational PurifyPlus；以上這些工具更多是調(diào)試用的，需要源代碼，對(duì)開發(fā)人員可能用處更大些7.和開發(fā)人員溝通，獲得最有可能發(fā)生內(nèi)存泄漏的模塊或功能點(diǎn)，再執(zhí)行測(cè)試；8.分析系統(tǒng)特性，制定計(jì)劃。如果是用C語(yǔ)言編寫的話，在開發(fā)的時(shí)候需要代碼走讀或者用purify來(lái)檢查1、用malloc或new申請(qǐng)內(nèi)存之后，應(yīng)該立即檢查指針值是否為NULL。防治使用指針值為NULL的內(nèi)存。2、動(dòng)態(tài)內(nèi)存的申請(qǐng)與釋放必須配對(duì)，以防止內(nèi)存泄漏。3、用free和delete釋放了內(nèi)存之后，立即將指針設(shè)置為NULL,防止產(chǎn)生

7、“野指針”。4、不要忘記為數(shù)組和動(dòng)態(tài)內(nèi)存賦值。5、避免數(shù)組或指針的下標(biāo)越界，特別要當(dāng)心發(fā)生“多1”或者“少1”的操作7. 如何衡量測(cè)試效率？1）發(fā)現(xiàn)缺陷的質(zhì)量； 2）測(cè)試的有效性； 3）測(cè)試組員交叉測(cè)試，發(fā)現(xiàn)漏測(cè)問(wèn)題數(shù)量；4）遺漏到客戶缺陷的比例； 5）遞交的缺陷數(shù)量； 6）執(zhí)行用例的數(shù)量；7）編寫測(cè)試文檔的速度和質(zhì)量； 8）評(píng)審發(fā)現(xiàn)問(wèn)題的效率； 9）測(cè)試工具使用的熟練程度； 10）測(cè)試結(jié)果的分析水平；8. 如何提高測(cè)試效率1）首先要有一個(gè)合理的詳細(xì)的測(cè)試計(jì)劃，測(cè)試任務(wù)盡量能細(xì)化到測(cè)試的功能和測(cè)試的case這個(gè)級(jí)別去監(jiān)控進(jìn)度；2）測(cè)試盡早介入項(xiàng)目詳細(xì)了解項(xiàng)目的業(yè)務(wù)需求，做好測(cè)試的前期準(zhǔn)備、了解

8、產(chǎn)品屬性和準(zhǔn)備測(cè)試數(shù)據(jù)；3）對(duì)測(cè)試項(xiàng)目前景充滿信心，調(diào)整最佳心態(tài)，保持愉悅的工作心情；4）提高測(cè)試接受的標(biāo)準(zhǔn)，減少測(cè)試版本送測(cè)次數(shù)，一旦發(fā)現(xiàn)有重大問(wèn)題，立即拒絕測(cè)試，送回開發(fā)人員修改?？梢詼p少很多次反復(fù)測(cè)試，重復(fù)測(cè)試；5）測(cè)試負(fù)責(zé)人認(rèn)真做好測(cè)試文檔的評(píng)審，盡量使用較少的測(cè)試用例，發(fā)現(xiàn)較多的Bug；6）加強(qiáng)項(xiàng)目組成員的相互溝通工作和項(xiàng)目信息收集工作，測(cè)試工作是一項(xiàng)溝通要求比較高的工作，一般需要同項(xiàng)目經(jīng)理、產(chǎn)品經(jīng)理、開發(fā)人員、業(yè)務(wù)人員、客戶溝通；7）積極配合開發(fā)人員工作，努力贏得開發(fā)人員的尊重和支持，首先需要正視自己、改進(jìn)自己，通過(guò)自身的不斷努力讓開發(fā)人員，真正體會(huì)到測(cè)試的價(jià)值；8）按照項(xiàng)目的大小

9、不同，必要的情況下引入自動(dòng)化測(cè)試工具；9）測(cè)試部門內(nèi)部成員的工作業(yè)績(jī)數(shù)據(jù)化，每天給每個(gè)人分配的任務(wù)非常具體，并且隨時(shí)關(guān)注他們的進(jìn)展情況，完成百分比，不斷督促他們。并且，把每個(gè)人每天的工作成果（發(fā)現(xiàn)缺陷的數(shù)量和工作的質(zhì)量） 數(shù)據(jù)化，通過(guò)郵件的形式發(fā)給組內(nèi)的成員，讓大家有個(gè)比較。大家都有自尊心，看到自己落后，后面就加油趕工，形成一種良好的測(cè)試氛圍；10）提高測(cè)試人員的專業(yè)技能和工作能力，不斷的給自己充電，補(bǔ)充測(cè)試?yán)碚撝R(shí)，讓自己工作技術(shù)能力去彌補(bǔ)專業(yè)技能的不足9.如何做好系統(tǒng)測(cè)試?10. 如何使自動(dòng)化測(cè)試與手工測(cè)試達(dá)到最優(yōu)的結(jié)合？11. 沒有需求文檔的時(shí)候如何來(lái)設(shè)計(jì)測(cè)試用例？沒有需求文檔，最頭疼的

10、問(wèn)題就是不知道開發(fā)的產(chǎn)品應(yīng)該是個(gè)什么樣，要完成哪些功能，達(dá)到什么指標(biāo)。在條件允許的情況下，可以通過(guò)與各方面的溝通，得到盡可能多的信息，總之一句話，有什么要什么，過(guò)程中我們要盡量避免想當(dāng)然的思維方式。然后廣納建議結(jié)合QA對(duì)產(chǎn)品熟悉的基礎(chǔ)上來(lái)確定一個(gè)比較粗的框架需求。在需求沒有得到進(jìn)一步確認(rèn)之前，千萬(wàn)記住此時(shí)QA的主要工作應(yīng)該只是寫框架，而不是寫具體到哪個(gè)button放在哪個(gè)位置。辦法一：由開發(fā)部門補(bǔ)充文檔，可以不要求太正規(guī)，只要讓測(cè)試員想得清楚：什么輸入應(yīng)該產(chǎn)生什么輸出就OK了。查找其他相關(guān)文檔。比如產(chǎn)品策劃書、Feature List。辦法二：盡量多參加該項(xiàng)目組內(nèi)的會(huì)議。比如需求討論、設(shè)計(jì)討論

11、、計(jì)劃討論等會(huì)議，在對(duì)產(chǎn)品有了初步了解后，才有針對(duì)性的去咨詢相關(guān)人員。辦法三：由開發(fā)部門做基本功能測(cè)試，測(cè)試部門補(bǔ)充用例；由于已有基本用例，測(cè)試員根據(jù)現(xiàn)有用例就可以判斷程序功能。或者在程序員編碼時(shí)，邊開發(fā)邊測(cè)試代碼的基本功能，測(cè)試部門只是補(bǔ)充用例；與前者的區(qū)別是：前者是事后測(cè)試，后者是測(cè)試驅(qū)動(dòng)開發(fā)。辦法四： 如果當(dāng)前開發(fā)的產(chǎn)品是以前做過(guò)產(chǎn)品的升級(jí)版，或者和以前某個(gè)項(xiàng)目類似，這樣就有個(gè)“demo”給你用，理解也更深入。辦法五：召集相關(guān)人員，對(duì)你整理的結(jié)果進(jìn)行討論。將測(cè)試需求點(diǎn)總結(jié)成文檔，發(fā)給相關(guān)人員，包括項(xiàng)目負(fù)責(zé)人、市場(chǎng)部代表、開發(fā)人員等，讓他們幫助評(píng)審check，根據(jù)意見對(duì)文檔不斷進(jìn)行補(bǔ)充完善

12、。當(dāng)最后通過(guò)評(píng)審后，文檔就可當(dāng)作依據(jù)來(lái)設(shè)計(jì)你的測(cè)試用例了。12. 我覺得測(cè)試人員應(yīng)做好以下幾點(diǎn)：  1、掌握測(cè)試?yán)碚撝R(shí)如測(cè)試概念、流程、目的、原則、策略、方法等等；  2、掌握html，了解css；  3、掌握c/c#/java語(yǔ)言的編程基礎(chǔ)知識(shí)；  4、掌握測(cè)試文檔如測(cè)試計(jì)劃、用例、報(bào)告、使用手冊(cè)等的編寫；  5、掌握至少一個(gè)自動(dòng)化測(cè)試工具及bug管理工具的使用；  6、掌握SQL Server/Oracle/Sybase數(shù)據(jù)庫(kù)系統(tǒng)的使用；  7、掌握

13、設(shè)計(jì)測(cè)試用例最常用的幾種方法；  8、掌握與專業(yè)相關(guān)的英文術(shù)語(yǔ)，當(dāng)然越多越好；  9、多上網(wǎng)或到圖書館查資料課外補(bǔ)充學(xué)習(xí)。13. 如何對(duì)測(cè)試過(guò)程進(jìn)行可見的有效的管理？14. 如何對(duì)Bug進(jìn)行清晰的描述？需要進(jìn)行哪些方面的描述，即需要哪些關(guān)鍵的字段？15. 在網(wǎng)站測(cè)試中如何做好安全性測(cè)試？問(wèn)題的題目： 在網(wǎng)站測(cè)試中如何做好安全性測(cè)試？該從哪些方面入手？問(wèn)題的描述：隨著網(wǎng)絡(luò)發(fā)展的趨勢(shì)，對(duì)于網(wǎng)站的安全性的要求也越來(lái)越高，很多網(wǎng)站都存在被黑客攻擊的漏洞，你在網(wǎng)站測(cè)試中有做到安全性測(cè)試嗎？你覺得安全測(cè)試應(yīng)該從哪些方面來(lái)檢查？16. B/S和C/S的架構(gòu)測(cè)試有哪些測(cè)

14、試點(diǎn)？?jī)烧叩膮^(qū)別有什么？在測(cè)試B/S架構(gòu)和C/S架構(gòu)的時(shí)候，有一些可以歸納的通用的測(cè)試點(diǎn)，比如UI測(cè)試，功能測(cè)試，異常情況下測(cè)試，不同ie，操作系統(tǒng)下測(cè)試，文檔測(cè)試，安 全測(cè)試等等，我想請(qǐng)同仁們總結(jié)一下一個(gè)比較全面的測(cè)試點(diǎn)list，也可以稍微再細(xì)化些，這樣大家在設(shè)計(jì)測(cè)試用例的時(shí)候，就可以在這個(gè)list上在不同的應(yīng) 用上再做細(xì)分，避免一些遺漏，同時(shí)提高工作效率，另外測(cè)試B/S架構(gòu)和C/S架構(gòu)還是有一些區(qū)別和差異，比如C/S就要考慮安裝測(cè)試，17. 要清晰描述bug我覺得應(yīng)寫明以下4點(diǎn)：1）bug發(fā)生的地方即在系統(tǒng)的哪個(gè)模塊；2）bug的優(yōu)先/嚴(yán)重性級(jí)別；3）bug產(chǎn)生的前提及后果，包括環(huán)境條件、

15、操作步驟、非常影響等等；4）是否可重現(xiàn)另外再加上bug截圖就會(huì)更讓人一目了然了！18. 如何在有限的時(shí)間內(nèi)編寫完整有效的測(cè)試用例？19. 性能測(cè)試和壓力測(cè)試的要點(diǎn)和常用方法？20. 請(qǐng)問(wèn)常用的缺陷統(tǒng)計(jì)分析的常用方法有那些？每個(gè)方法的作用?21. 如何編寫有效的測(cè)試報(bào)告？測(cè)試報(bào)告是QA進(jìn)行監(jiān)督的重要依據(jù)，為項(xiàng)目負(fù)責(zé)人提供軟件質(zhì)量信息的報(bào)告。22. 如何在QC的管理下實(shí)現(xiàn)自動(dòng)化測(cè)試腳本之間的參數(shù)傳遞在QC管理工具中，有一項(xiàng)功能叫做Test Lab（測(cè)試實(shí)驗(yàn)室），通過(guò)該實(shí)驗(yàn)室，我們可以將一個(gè)業(yè)務(wù)流程中存在的多個(gè)基本功能的測(cè)試腳本組合起來(lái)，對(duì)整個(gè)業(yè)務(wù)流程的實(shí)現(xiàn)進(jìn)行檢測(cè)。而在測(cè)試過(guò)程中， 有可能會(huì)在測(cè)試

16、腳本之間實(shí)現(xiàn)參數(shù)的傳遞。例如：A腳本申請(qǐng)了一個(gè)基本客戶采購(gòu)服務(wù)，系統(tǒng)內(nèi)部根據(jù)已有規(guī)則產(chǎn)生相應(yīng)的一個(gè)采購(gòu)服務(wù)單據(jù)編號(hào)。而在B腳本中， 將會(huì)調(diào)用該編號(hào)對(duì)采購(gòu)服務(wù)單進(jìn)行查詢和其他操作。該編號(hào)能否利用QC測(cè)試管理工具在A、B兩個(gè)腳本之間傳遞，如何進(jìn)行？23. 常用軟件缺陷預(yù)防技術(shù)和缺陷分析技術(shù)有哪些？24. 如何衡量測(cè)試效率？一是利用客觀數(shù)據(jù)，比如每天跑多少case，每天報(bào)多少bug，編寫case的速度數(shù)量及質(zhì)量.這些都體現(xiàn)一個(gè)測(cè)試人員的素質(zhì)，基本上測(cè)試經(jīng)理都通過(guò)這些基本方法觀察團(tuán)隊(duì)成員的工作。有了數(shù)據(jù)就有了比較，你跑得case比人家快，報(bào)得bug比人家多，確實(shí)能令人感到些許自豪感。 但是就像樓上幾位

17、說(shuō)的確實(shí)有漏洞導(dǎo)致衡量方法不是很全面很合理，不過(guò)目前這還是評(píng)估一個(gè)測(cè)試人員效率的主要手段。第二就是加入主觀評(píng)判。我們經(jīng)理就經(jīng)常說(shuō)要多報(bào)bug而且要報(bào)好bug.好bug意味著什么？首先是bug report的質(zhì)量，bug的信息描述得很準(zhǔn)確，很簡(jiǎn)潔很清楚，有時(shí)甚至要求測(cè)試人員很準(zhǔn)確的找到導(dǎo)致bug的根本原因，要求你對(duì)項(xiàng)目很深的理解。有時(shí)項(xiàng)目進(jìn)度很緊張，所以在這種時(shí)間敏感的條件下更要求要寫great bug report。另外有時(shí)需要你很快的了解項(xiàng)目，很快的閱讀test plan，test spec，并能夠很快地寫出test case盡可能多地覆蓋spec嗯簡(jiǎn)而言之就是學(xué)習(xí)、領(lǐng)悟及創(chuàng)新創(chuàng)造的能力。

18、關(guān)于提高效率.管理好測(cè)試數(shù)據(jù)，可能你會(huì)參與到多個(gè)項(xiàng)目中，每個(gè)項(xiàng)目又有區(qū)別，甚至每次測(cè)試都有區(qū)別，一大堆的測(cè)試準(zhǔn)備數(shù)據(jù)，測(cè)試文檔，甚至與測(cè)試相關(guān)的其他信息，比如郵件，聊天記錄等等。這就要求你將日常工作中的分類、記錄以及有效的存放管理，以便用時(shí)很快的找到。團(tuán)隊(duì)協(xié)作，有時(shí)你苦想三天的問(wèn)題其實(shí)早就有人知道怎么解決了結(jié)果你沒提出來(lái)，白白浪費(fèi)時(shí)間。 還有就是也不能什么問(wèn)題都拿來(lái)問(wèn)，容易讓人覺得很傻很天真，而且有時(shí)也會(huì)打斷別人的思路，影響別人的效率，所以還是自己先找找答案吧先。有一公司老總跟我 說(shuō)他們公司新來(lái)一女員工，什么都問(wèn)，什么都得教，最后教完了還是什么都不會(huì)，有一次吃飯的時(shí)候甚至還問(wèn)他是用勺還是用筷子吃. 有時(shí)要求你對(duì)t