手機(jī)軟件測(cè)試基礎(chǔ)專(zhuān)題的培訓(xùn)

1、內(nèi)容概要軟件測(cè)試人員根本素質(zhì) 軟件測(cè)試根本概念 軟件測(cè)試內(nèi)容軟件測(cè)試的根本方法主要的參考資料軟件測(cè)試人員根本素質(zhì)良好的個(gè)人素質(zhì)責(zé)任心：責(zé)任心是做好工作必備的素質(zhì)之一，測(cè)試工程師更應(yīng)該將其發(fā)揚(yáng)光大。如果測(cè)試中沒(méi)有盡到責(zé)任，甚至敷衍了事，這將會(huì)把測(cè)試工作交給用戶(hù)來(lái)完成，很可能引起非常嚴(yán)重的后果。專(zhuān)心：主要指測(cè)試人員在執(zhí)行測(cè)試任務(wù)的時(shí)候要專(zhuān)心，不可一心二用。經(jīng)驗(yàn)說(shuō)明，高度集中精神不但能夠提高效率，還能發(fā)現(xiàn)更多的軟件缺陷，業(yè)績(jī)最棒的往往是團(tuán)隊(duì)中做事精力最集中的那些成員。細(xì)心：主要指執(zhí)行測(cè)試工作時(shí)候要細(xì)心，認(rèn)真執(zhí)行測(cè)試，不可以忽略一些細(xì)節(jié)。某些缺陷如果不細(xì)心很難發(fā)現(xiàn)，例如一些界面的樣式、文字等。耐心：很

2、多測(cè)試工作有時(shí)候顯得非?？菰?，需要很大的耐心才可以做好。如果比較急躁，就不會(huì)做到“專(zhuān)心和“細(xì)心，這將讓很多軟件缺陷從你眼前逃過(guò)。自信心：自信心是現(xiàn)在多數(shù)測(cè)試工程師都缺少的一項(xiàng)素質(zhì)，尤其在面對(duì)需要編寫(xiě)測(cè)試代碼等工作的時(shí)候，往往認(rèn)為自己做不到。要想獲得更好的職業(yè)開(kāi)展，測(cè)試工程師們應(yīng)該努力學(xué)習(xí)，建立能“解決一切測(cè)試問(wèn)題的信心?！拔逍闹皇亲龊脺y(cè)試工作的根本要求，測(cè)試人員應(yīng)該具有的素質(zhì)還很多。例如測(cè)試人員不但要具有團(tuán)隊(duì)合作精神，而且應(yīng)該學(xué)會(huì)寬容待人，學(xué)會(huì)去理解“開(kāi)發(fā)人員，同時(shí)要尊重開(kāi)發(fā)人員的勞動(dòng)成果開(kāi)發(fā)出來(lái)的產(chǎn)品。軟件測(cè)試人員根本素質(zhì)正確的思考方式Oracle Heuristics: “HICCUPP

3、原那么Consistent with History: Present function behavior is consistent with past behavior. 與歷史表現(xiàn)一致每個(gè)版本表現(xiàn)一致Consistent with our Image: Function behavior is consistent with an image that the organization wants to project. 功能表現(xiàn)與組織希望工程的表現(xiàn)一致Consistent with Comparable Products: Function behavior is consistent

4、 with that of similar functions in comparable products. 與其他同類(lèi)型產(chǎn)品的表現(xiàn)一致Consistent with Claims: Function behavior is consistent with what people say its supposed to be. 功能與申明一致Consistent with Users Expectations: Function behavior is consistent with what we think users want. 與用戶(hù)需求一致Consistent within Pro

5、duct: Function behavior is consistent with behavior of comparable functions or functional patterns within the product. 與產(chǎn)品內(nèi)部的其他模塊一致Consistent with Purpose: Function behavior is consistent with apparent purpose. 與目標(biāo)一致軟件測(cè)試人員根本素質(zhì)更多更好的思考Conjecture and Refutation: reasoning without certainty. 疑心、駁斥：大膽推理A

6、dductive Inference: finding the best explanation among alternatives. 小心求證：在眾多解釋中選擇最合理的解釋Lateral Thinking: the art of being distractible. 水平思考：發(fā)散性思維的藝術(shù)Forward-backward thinking: connecting your observations to your imagination. 正向、逆向思維：把你觀察到的和你想象的聯(lián)系起來(lái)Heuristics: applying helpful problem-solving short

7、 cuts. 啟發(fā)式的思維：?jiǎn)栴}解決的絕對(duì)有效途徑De-biasing: managing unhelpful short cuts. 去偏解：管理無(wú)效的路徑Pairing: two testers, one computer. 比照：兩個(gè)測(cè)試人員，一臺(tái)電腦Study other fields. Example: Information Theory. 學(xué)習(xí)其他領(lǐng)域，比方信息技術(shù)軟件測(cè)試人員根本素質(zhì)良好的技術(shù)背景對(duì)無(wú)線(xiàn)移動(dòng)通信網(wǎng)絡(luò)知識(shí),根本的網(wǎng)絡(luò)協(xié)議以及網(wǎng)絡(luò)工作原理 ,計(jì)算機(jī)知識(shí), 甚至是攝影知識(shí)積累對(duì)于軟件測(cè)試都有很大的幫助掌握必要的軟件測(cè)試知識(shí)和軟件工程根本知識(shí)對(duì)于我們自身的提高也是大有裨

8、益的掌握必要的軟件編程知識(shí),對(duì)于深入測(cè)試, 編寫(xiě)利用自動(dòng)測(cè)試腳本，可以起到事半功倍的效果作為一名測(cè)試人員，盡管不能精通所有的知識(shí)，但要想做好測(cè)試工作，應(yīng)該盡可能地去學(xué)習(xí)更多的與測(cè)試工作相關(guān)的知識(shí)。 軟件測(cè)試根本概念軟件測(cè)試的目的從軟件開(kāi)發(fā)者的角度出發(fā)，說(shuō)明軟件產(chǎn)品中不存在錯(cuò)誤的過(guò)程，驗(yàn)證該軟件到達(dá)要求，確立人們對(duì)軟件質(zhì)量的信心符合需求設(shè)計(jì)文檔的要求 符合一些應(yīng)用標(biāo)準(zhǔn)的要求，比方不同國(guó)家的用戶(hù)不同的操作習(xí)慣和要求，工程工程中的可維護(hù)性、可測(cè)試性等要求 從用戶(hù)角度出發(fā)，暴露軟件中存在的錯(cuò)誤和缺陷。從客戶(hù)的需求出發(fā)，從客戶(hù)的角度去看產(chǎn)品，客戶(hù)會(huì)怎么去使用這個(gè)產(chǎn)品，使用過(guò)程中會(huì)遇到什么樣的問(wèn)題。只有這

9、些問(wèn)題都解決了，軟件產(chǎn)品的質(zhì)量才可以說(shuō)是上去了軟件測(cè)試人員的任務(wù)和目標(biāo)盡量短的時(shí)間盡量多的發(fā)現(xiàn)Bug；衡量軟件的品質(zhì)；關(guān)注用戶(hù)的需求?？偟哪繕?biāo)是：確保軟件的質(zhì)量。軟件測(cè)試根本概念軟件測(cè)試原那么測(cè)試是需要設(shè)計(jì)的, 一個(gè)好的測(cè)試方案和測(cè)試用例往往能到達(dá)事半功倍的效果。測(cè)試是一項(xiàng)具有很大創(chuàng)造性的工作，其工作量一點(diǎn)也不比軟件設(shè)計(jì)小。軟件測(cè)試的創(chuàng)造性主要表現(xiàn)在測(cè)試方案選擇、測(cè)試方案制定、測(cè)試用例設(shè)計(jì)、測(cè)試結(jié)果的分析以及測(cè)試過(guò)程的管理等方面。應(yīng)當(dāng)把“盡早和不斷的測(cè)試作為開(kāi)發(fā)者的座右銘測(cè)試工作應(yīng)該由獨(dú)立的專(zhuān)業(yè)的軟件測(cè)試部門(mén)來(lái)完。一定要注意測(cè)試中的錯(cuò)誤集中發(fā)生現(xiàn)象，這和程序員的編程水平和習(xí)慣有很大的關(guān)系。對(duì)測(cè)

10、試錯(cuò)誤結(jié)果一定要有一個(gè)確認(rèn)的過(guò)程，一般有A測(cè)試出來(lái)的錯(cuò)誤，一定要有一個(gè)B來(lái)確認(rèn)，嚴(yán)重的錯(cuò)誤可以召開(kāi)評(píng)審會(huì)進(jìn)行討論和分析。制定嚴(yán)格的測(cè)試方案，并把測(cè)試時(shí)間安排的盡量寬松，不要希望在極短的時(shí)間內(nèi)完成一個(gè)高水平的測(cè)試?；貧w測(cè)試的關(guān)聯(lián)性一定要引起充分的注意，修改一個(gè)錯(cuò)誤而引起更多的錯(cuò)誤出現(xiàn)的現(xiàn)象并不少見(jiàn)。妥善保存一切測(cè)試過(guò)程文檔，意義是不言而喻的，測(cè)試的重現(xiàn)性往往要靠測(cè)試文檔。如何理解這句話(huà)卻仁者見(jiàn)仁，智者見(jiàn)智軟件測(cè)試根本概念軟件測(cè)試原那么Good-enough原那么：這是一種權(quán)衡投入產(chǎn)出比的原那么，測(cè)試既不要不充分，也不要過(guò)分。不充分和過(guò)分都是一種不負(fù)責(zé)任的表現(xiàn)。Zero-bug是一種理想，Good

11、-enough是我們的原那么。Pareto原那么：一般情況下，在分析、設(shè)計(jì)、實(shí)驗(yàn)階段的復(fù)審和測(cè)試工作能夠發(fā)現(xiàn)和防止80的bug，而系統(tǒng)的軟件測(cè)試能夠找出其余bug中的80。最后約5%的bug只有在用戶(hù)大范圍、長(zhǎng)時(shí)間的使用后才會(huì)暴露出來(lái)。因此測(cè)試只能保證盡可能多地發(fā)現(xiàn)錯(cuò)誤，不能保證發(fā)現(xiàn)所有的錯(cuò)誤。徹底的測(cè)試是不可能的。在測(cè)試中不可能窮舉所有的路徑，但充分覆蓋程序邏輯，并確保軟件的所有條件是有可能的所有的測(cè)試都應(yīng)追溯到用戶(hù)需求。軟件測(cè)試的目的在于揭示錯(cuò)誤，而最嚴(yán)重的錯(cuò)誤從用戶(hù)角度看是那些導(dǎo)致程序無(wú)法滿(mǎn)足需求的錯(cuò)誤軟件測(cè)試根本概念軟件測(cè)試效率的幾點(diǎn)建議首先測(cè)試程序的核心功能，然后測(cè)試輔助功能。 首先

12、測(cè)試功能，然后測(cè)試性能。 首先測(cè)試常見(jiàn)情況，然后測(cè)試異常情況。 首先測(cè)試經(jīng)過(guò)變更的局部，然后測(cè)試沒(méi)有變更的局部。 首先測(cè)試影響大的問(wèn)題，然后測(cè)試影響小的問(wèn)題。 首先測(cè)試必須測(cè)試的局部，然后測(cè)試可選或沒(méi)有要求測(cè)試的局部 軟件測(cè)試根本概念軟件測(cè)試測(cè)略1. Release Test (又名BVT Build Verification Test )Purpose: 測(cè)試 的根本功能是否實(shí)現(xiàn)，是否有進(jìn)一步測(cè)試的必要性Attention: Release Test的Test Case具有一定的典型性，主要是反映 最根本功能的Test Case本類(lèi)測(cè)試只需要依據(jù)Test Case進(jìn)行測(cè)試，不需要進(jìn)一步發(fā)揮如

13、果有發(fā)現(xiàn)與Case無(wú)關(guān)的Error, 在測(cè)試通過(guò)后才可以填報(bào)Error Report此類(lèi)測(cè)試有一門(mén)檻值，即Test Case的Pass率到達(dá)一定值如95%才能宣布版本發(fā)布成功，進(jìn)入進(jìn)一步的測(cè)試，否那么此版本無(wú)效。除了門(mén)檻值外，如果重要功能模塊的Test Case沒(méi)通過(guò)，也會(huì)終止這個(gè)版本。2. System TestFull Round System TestPurpose對(duì) 的所有功能進(jìn)行全面的測(cè)試(所有語(yǔ)言包) 由于Case不可能包含所有方面，所以測(cè)試時(shí)應(yīng)適度發(fā)揮，盡力完成全面測(cè)試 Common System Test (Medium or Minor)Attention: System T

14、est一般分為兩個(gè)局部，“跑Case和Free Test。 當(dāng)所有Test Case都測(cè)完后，就進(jìn)入Free Test期間。這里的Free Test具有明確的目的性和范圍。一般來(lái)說(shuō)，這段時(shí)間的Free Test只需要測(cè)自己負(fù)責(zé)的模塊。而且Free Test還負(fù)責(zé)重現(xiàn)前期“跑Case是遺留的不可重現(xiàn)的Error。 在測(cè)試初期，一般只需要按照Test Case測(cè)，把一些不可重現(xiàn)的Error都記錄下來(lái)。同時(shí)遇到Test Case的問(wèn)題或者不充分，應(yīng)該立即解決和Team Leader或者Special List討論，補(bǔ)寫(xiě)Test Case。在這一階段結(jié)束后，一般要寫(xiě)一個(gè)Summary Report。把

15、這一階段的測(cè)試結(jié)果和遇到的問(wèn)題、自己的見(jiàn)解都寫(xiě)在里面當(dāng)然是用English。3. Focus TestPurpose: 集中于一個(gè)或幾個(gè)點(diǎn)進(jìn)行測(cè)試(同System Test) 軟件測(cè)試根本概念軟件測(cè)試策略4 Stress Test Purpose:為了解決市場(chǎng)上發(fā)現(xiàn)的重大Error，而進(jìn)行的有針對(duì)性的強(qiáng)度測(cè)試主要是利用邊緣測(cè)試臨界測(cè)試手段Attention: 壓力測(cè)試，顧名思義，是給 施加一定壓力，從而找出 軟件上的Error。一般來(lái)說(shuō)，對(duì) 施加的壓力主要有：存儲(chǔ)壓力：由于 采用的是棧式存儲(chǔ)，所以當(dāng)一個(gè)存儲(chǔ)塊滿(mǎn)了之后，如果程序員不做相應(yīng)處理或者處理不好的話(huà)，很容易造成其他存儲(chǔ)區(qū)被擦除，從而在U

16、I上出現(xiàn)問(wèn)題其他功能無(wú)法正常使用。邊界壓力：邊界一直是程序員最容易忽略的地方。響應(yīng)能力壓力：有時(shí)候某個(gè)操作可能處理的時(shí)間很長(zhǎng)，在處理期間如果測(cè)試者再不斷地進(jìn)行其他操作的話(huà)，很容易出現(xiàn)問(wèn)題。網(wǎng)絡(luò)流量壓力如在接 時(shí)進(jìn)行短信效勞等等。n 在工程中，Stress Test有時(shí)也會(huì)用來(lái)重現(xiàn)不可重現(xiàn)的Error。由于有不少不可重現(xiàn)的Error是由于Memory Leak(內(nèi)存泄漏)引起的，所以不停的重復(fù)同一個(gè)操作是重現(xiàn)一個(gè)不可重現(xiàn)的Error的一個(gè)好方法5. Free TestPurpose:測(cè)試System Test中沒(méi)有做完的不可重現(xiàn)Error尋找平時(shí)沒(méi)有找到的忽略的ErrorAttention:在S

17、ystem Test階段所用的Free Test具有明顯的目的性和范圍平時(shí)的Free Test從理論上應(yīng)該對(duì)所測(cè)試的范圍窮盡所有的測(cè)試方法。但是，這是不現(xiàn)實(shí)的。在實(shí)際工程中，主要有兩個(gè)方面是Free Test所需要重視的。從UI Spec上找靈感。應(yīng)為T(mén)est Case是依據(jù)UI Spec寫(xiě)的，所以從UI Spec上突破是一個(gè)行之有效的方法。UI Spec有一定的探索深度，加大探索深度，是一種突破的途徑；另外同一個(gè)功能用其他不同的方法去實(shí)現(xiàn)，也是一種突破途徑。多關(guān)注不同F(xiàn)eature之間的Interaction。這是 軟件相比照較容易出問(wèn)題，而Test Case又很少能反映的地方。這是一個(gè)很大

18、的Free Test空間軟件測(cè)試根本概念軟件測(cè)試的根本過(guò)程一個(gè)標(biāo)準(zhǔn)化的軟件測(cè)試過(guò)程通常須包括以下根本的測(cè)試活動(dòng)。擬定軟件測(cè)試方案編制軟件測(cè)試大綱設(shè)計(jì)和生成測(cè)試用例實(shí)施測(cè)試生成軟件問(wèn)題報(bào)告 對(duì)整個(gè)測(cè)試過(guò)程進(jìn)行有效的管理實(shí)際上,軟件測(cè)試過(guò)程與整個(gè)軟件開(kāi)發(fā)過(guò)程根本上是平行進(jìn)行的。測(cè)試方案早在需求分析階段即應(yīng)開(kāi)始制定,其它相關(guān)工作,包括測(cè)試大綱的制定、測(cè)試數(shù)據(jù)的生成、測(cè)試工具的選擇和開(kāi)發(fā)等也應(yīng)在測(cè)試階段之前進(jìn)行。充分的準(zhǔn)備工作可以有效地克服測(cè)試的盲目性,縮短測(cè)試周期,提高測(cè)試效率,并且起到測(cè)試文檔與開(kāi)發(fā)文檔互查的作用。軟件測(cè)試根本概念軟件測(cè)試的根本流程(1)測(cè)試工程師的工作流程，與公司的整體工作流程，

19、工程的測(cè)試要求等因素相關(guān)。本文主要討論測(cè)試工程師的一般工作流程。 做好測(cè)試準(zhǔn)備 1) 明確測(cè)試任務(wù)的范圍 測(cè)試文檔通常包括測(cè)試目的、測(cè)試環(huán)境、測(cè)試方法、測(cè)試用例、測(cè)試工具等。測(cè)試工程師首先要通讀文檔，對(duì)整個(gè)測(cè)試要求形成整體認(rèn)識(shí)，明確測(cè)試目的，以及測(cè)試要求和測(cè)試重點(diǎn)，明確軟件測(cè)試方法和使用的測(cè)試工具。 2) 明確測(cè)試時(shí)間 明確測(cè)試周期和測(cè)試時(shí)間進(jìn)度。如果是多人合作完成一個(gè)軟件，那么要首先明確屬于自己的測(cè)試內(nèi)容、根據(jù)測(cè)試內(nèi)容和測(cè)試周期，估算自己每日應(yīng)該完成的工作量。此外由于軟件測(cè)試是群體協(xié)作的測(cè)試活動(dòng)，需要明確哪些測(cè)試內(nèi)容要與其他測(cè)試工程師協(xié)作才能完成。 3) 設(shè)置測(cè)試環(huán)境 根據(jù)測(cè)試文檔要求，設(shè)置

20、測(cè)試需要的軟件和硬件環(huán)境，包括操作系統(tǒng)，要測(cè)試的軟件和其他必要的測(cè)試工具軟件等。所有這些完成后，分別運(yùn)行，查看是否能正確運(yùn)行，保證符合測(cè)試文檔要求的測(cè)試環(huán)境。 4) 學(xué)習(xí)被測(cè)試軟件 對(duì)于不太熟悉的軟件，可以通過(guò)閱讀軟件自身的教程和幫助文件，學(xué)習(xí)本軟件的一般操作方法，也可以參照相關(guān)的書(shū)籍資料等。另外，向熟悉測(cè)試軟件的其他同事請(qǐng)教軟件使用方法，也是學(xué)習(xí)軟件的一條捷徑。對(duì)軟件使用越熟練，測(cè)試過(guò)程越順利，測(cè)試效果越理想。 5) 確認(rèn)完全理解測(cè)試任務(wù) 軟件測(cè)試最重要的要求就是確實(shí)明確了測(cè)試任務(wù)和要求，這包括正確理解了測(cè)試文檔，確認(rèn)可以按照測(cè)試進(jìn)度要求，完成測(cè)試。對(duì)于測(cè)試工具要正確安裝，熟練使用。如果有任

21、何不明白之處，向軟件測(cè)試負(fù)責(zé)人詢(xún)問(wèn)。切忌憑自己的理解和主觀推測(cè)，自行其事。當(dāng)然，真正測(cè)試中，往往會(huì)遇到各種新的小疑難問(wèn)題，也需要及時(shí)向測(cè)試負(fù)責(zé)人請(qǐng)教，以保證測(cè)試順利進(jìn)行。 軟件測(cè)試根本概念軟件測(cè)試的根本流程(2)執(zhí)行軟件測(cè)試任務(wù) 1) 按照測(cè)試文檔要求，逐項(xiàng)認(rèn)真測(cè)試 根據(jù)測(cè)試文檔測(cè)試要求，按照測(cè)試步驟，逐項(xiàng)進(jìn)行。通過(guò)運(yùn)行軟件，觀察測(cè)試結(jié)果，與軟件需求說(shuō)明書(shū)的內(nèi)容進(jìn)行比較，找出軟件錯(cuò)誤。對(duì)于需要調(diào)用測(cè)試用例的測(cè)試，保證正確地調(diào)用了測(cè)試用例，注意觀察和分析測(cè)試結(jié)果。某些不容易重復(fù)的錯(cuò)誤，需要反復(fù)測(cè)試，總結(jié)重復(fù)該錯(cuò)誤所需要的測(cè)試步驟，直到確認(rèn)可以重復(fù)出現(xiàn)為止。 2) 記錄發(fā)現(xiàn)的錯(cuò)誤，填寫(xiě)軟件問(wèn)題報(bào)告

22、 為了糾正軟件中的錯(cuò)誤，測(cè)試工程師要正確記錄發(fā)現(xiàn)的錯(cuò)誤，將錯(cuò)誤再現(xiàn)的步驟寫(xiě)入測(cè)試報(bào)告中，測(cè)試報(bào)告是程序測(cè)試的重要組成局部，正確書(shū)寫(xiě)測(cè)試報(bào)告是對(duì)測(cè)試工程師的根本要求。采用軟件缺陷數(shù)據(jù)庫(kù)管理測(cè)試中發(fā)現(xiàn)的軟件缺陷，每一條錯(cuò)誤作為數(shù)據(jù)庫(kù)的一條記錄，方便記錄、修改、查詢(xún)。 3) 填寫(xiě)測(cè)試進(jìn)度表和必要的測(cè)試內(nèi)容記錄表 每天將測(cè)試內(nèi)容寫(xiě)入測(cè)試進(jìn)度表文檔，可以使測(cè)試負(fù)責(zé)人了解測(cè)試進(jìn)度，控制測(cè)試周期內(nèi)測(cè)試的連續(xù)性，增強(qiáng)測(cè)試過(guò)程控制性，保證測(cè)試的正常進(jìn)行。測(cè)試記錄要準(zhǔn)確完整，實(shí)事求是，必要時(shí)插入測(cè)試注釋?zhuān)忉寽y(cè)試中的特殊問(wèn)題。測(cè)試進(jìn)度表是評(píng)價(jià)測(cè)試質(zhì)量和工作內(nèi)容的重要憑證，對(duì)于測(cè)試后發(fā)現(xiàn)的測(cè)試錯(cuò)誤和失誤，可以通過(guò)檢

23、查測(cè)試記錄，尋找產(chǎn)生錯(cuò)誤的原因。 4) 測(cè)試中發(fā)現(xiàn)疑難及時(shí)請(qǐng)教 測(cè)試是一個(gè)動(dòng)態(tài)的過(guò)程，可能由于自己的錯(cuò)誤操作或者測(cè)試文檔內(nèi)容的錯(cuò)誤，使得測(cè)試過(guò)程中出現(xiàn)自己不能解釋的現(xiàn)象或結(jié)果，出現(xiàn)與測(cè)試要求不符合的情形，這時(shí)可能需要與其他測(cè)試者協(xié)商或求助，如果問(wèn)題仍然不能解決，應(yīng)該及時(shí)請(qǐng)教，聽(tīng)取意見(jiàn)和建議，必要時(shí)反復(fù)討論直到問(wèn)題全面解決。 全面檢查測(cè)試結(jié)果 1) 對(duì)照測(cè)試文檔要求，檢查測(cè)試內(nèi)容是否完整 測(cè)試完成后，要對(duì)照測(cè)試文檔檢查測(cè)試是否全部完成，保證沒(méi)有喪失測(cè)試內(nèi)容。如果某些內(nèi)容，由于測(cè)試環(huán)境的要求不滿(mǎn)足，或者由于測(cè)試時(shí)間短沒(méi)有進(jìn)行，那么要寫(xiě)入測(cè)試進(jìn)度表文檔。 2) 檢驗(yàn)書(shū)寫(xiě)的軟件問(wèn)題報(bào)告的記錄，使之確切

24、、標(biāo)準(zhǔn) 正確書(shū)寫(xiě)測(cè)試記錄是保證迅速定位軟件錯(cuò)誤，加快改正錯(cuò)誤的必要前提。專(zhuān)業(yè)標(biāo)準(zhǔn)的軟件記錄報(bào)告是表達(dá)公司測(cè)試水平和專(zhuān)業(yè)實(shí)力的外在表達(dá)。認(rèn)真檢查書(shū)寫(xiě)的每條記錄是否符合標(biāo)準(zhǔn)，格式、步驟、內(nèi)容一一檢查，必要時(shí)補(bǔ)充或刪減。 上述三個(gè)階段，相互聯(lián)系緊密，其中準(zhǔn)備是根底，測(cè)試是重點(diǎn)，檢查是保證，應(yīng)該根據(jù)測(cè)試的軟件特點(diǎn)合理安排軟件測(cè)試根本概念軟件測(cè)試配置軟件配置管理：軟件需求規(guī)格說(shuō)明書(shū)，設(shè)計(jì)規(guī)格說(shuō)明書(shū)，源代碼等管理。Rational Clear Case/ Clear Quest測(cè)試配置工具：測(cè)試方案，測(cè)試用例，測(cè)試程序等。VSS測(cè)試工具：測(cè)試數(shù)據(jù)自動(dòng)生成程序，靜態(tài)分析程序，動(dòng)態(tài)分析程序，測(cè)試結(jié)果分析程序，

25、以及驅(qū)動(dòng)測(cè)試的測(cè)試數(shù)據(jù)庫(kù)， 自動(dòng)測(cè)試工具Winrunner其他測(cè)試工具 Log工具QXDM/QPST/VPST/ETS電流測(cè)試工具Now SMS 可以測(cè)試GSM SMS, WAP PUSH,MMS notification 等Helix server流媒體測(cè)試Apache WAP serverWSFTP_Pro2006B20050511.exe 流量監(jiān)控聲音格式轉(zhuǎn)換工具第三方定位工具軟件測(cè)試根本概念軟件測(cè)試內(nèi)容軟件測(cè)試不等于程序測(cè)試，軟件測(cè)試應(yīng)貫串于軟件定義和開(kāi)發(fā)地整個(gè)期間。需求分析，概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)以及程序編碼等各階段所得到的文檔，包括需求規(guī)格說(shuō)明，概要設(shè)計(jì)規(guī)格說(shuō)明，詳細(xì)設(shè)計(jì)規(guī)格說(shuō)明以及源

26、程序，都可以成為軟件測(cè)試的對(duì)象。為把握軟件開(kāi)發(fā)各個(gè)環(huán)節(jié)地正確性，需要進(jìn)行各種確認(rèn)和驗(yàn)證。確認(rèn)：是一系列的活動(dòng)和過(guò)程，目的是想證實(shí)在一個(gè)給定的外部環(huán)境中軟件的邏輯正確性。驗(yàn)證：試圖證明在軟件生存期各個(gè)階段，以及階段間的邏輯協(xié)調(diào)性，完備性和正確性。對(duì)于我們的軟件測(cè)試， 不僅僅包括 軟件，配套光盤(pán)軟件，還應(yīng)該包括：說(shuō)明書(shū)等的測(cè)試，需求評(píng)審等 測(cè)試根本流程 測(cè)試根本技巧 界面測(cè)試技巧界面風(fēng)格是否一致，美觀比方左右軟鍵/菜單風(fēng)格名稱(chēng)是否統(tǒng)一(比方說(shuō)UIM/SIM, 本/聯(lián)系人)字體大小、風(fēng)格是否統(tǒng)一是否有錯(cuò)別字鍵盤(pán)操作是否正常功能鍵、快捷鍵,長(zhǎng)按、短按、連續(xù)按屏幕顯示是否正常，是否有重疊、切字、亂碼在不

27、同的語(yǔ)言下，快速切換 測(cè)試根本技巧 交互測(cè)試技巧是各功能不同事件下的處理以矩陣交互表格方式描述用例多重事件可以選擇一些資源消耗大的場(chǎng)景選擇性展開(kāi)兼容性測(cè)試驗(yàn)證 對(duì)局部外部設(shè)備的兼容情況,包括SIM卡，T卡，藍(lán)牙設(shè)備也可以是其他 傳送過(guò)來(lái)的內(nèi)容,比方說(shuō)SMS, MMS, vCard, vcalendar否認(rèn)測(cè)試負(fù)面測(cè)試在開(kāi)發(fā)過(guò)程中，正常業(yè)務(wù)處理的代碼量只占有效代碼量的 10% ，而例外處理的代碼量要占有效代碼量的 90% 人們也可以通過(guò)經(jīng)驗(yàn)或直覺(jué)推測(cè)系統(tǒng)中可能存在的各種錯(cuò)誤，從而有真對(duì)性地編寫(xiě)檢查這些錯(cuò)誤的例子，這就是錯(cuò)誤推測(cè)法。錯(cuò)誤推測(cè)法沒(méi)有確定的步驟，很大程度上是憑經(jīng)驗(yàn)進(jìn)行的。 測(cè)試根本技巧

28、 性能測(cè)試技巧1 時(shí)間相關(guān)。時(shí)間相關(guān)的性能測(cè)試可分為長(zhǎng)時(shí)間保持測(cè)試和限定時(shí)間反響測(cè)試。長(zhǎng)時(shí)間保持測(cè)試主要是測(cè)試終端長(zhǎng)時(shí)間穩(wěn)定進(jìn)行某項(xiàng)功能的能力。主要包括長(zhǎng)時(shí)間待機(jī)能力、長(zhǎng)時(shí)間CS域業(yè)務(wù)保持能力、長(zhǎng)時(shí)間PS域業(yè)務(wù)保持能力、長(zhǎng)時(shí)間組合業(yè)務(wù)保持能力等。長(zhǎng)時(shí)間待機(jī)測(cè)試，就是根據(jù) 電池的能力連續(xù)不間斷待機(jī)一定時(shí)間例如4天，之后驗(yàn)證 是否還能夠發(fā)起主叫和被叫業(yè)務(wù)，能夠發(fā)起主叫，表示終端在長(zhǎng)時(shí)間待機(jī)后自身還處于正常狀態(tài)，能夠發(fā)起被叫，說(shuō)明終端在睡眠模式下可以正常接收尋呼。長(zhǎng)時(shí)間CS域業(yè)務(wù)保持測(cè)試，就是根據(jù) 電池的能力連續(xù)不間斷進(jìn)行語(yǔ)音通話(huà)或者視頻通話(huà)一定時(shí)間例如2小時(shí)，測(cè)試通話(huà)期間圖象聲音是否連續(xù)、清晰，是

29、否有單通現(xiàn)象出現(xiàn)，是否會(huì)有 板子過(guò)熱現(xiàn)象。長(zhǎng)時(shí)間PS域業(yè)務(wù)保持測(cè)試，主要是通過(guò)持續(xù)進(jìn)行.業(yè)務(wù)、ftp業(yè)務(wù)或者流媒體業(yè)務(wù)一定時(shí)間例如2小時(shí)，測(cè)試進(jìn)行數(shù)據(jù)業(yè)務(wù)期間上下行數(shù)據(jù)傳輸率是否穩(wěn)定，網(wǎng)頁(yè)顯示是否流暢，流媒體播放是否連續(xù)等。長(zhǎng)時(shí)間組合業(yè)務(wù)保持測(cè)試，就是同時(shí)保持CS和PS域業(yè)務(wù)一段時(shí)間，以驗(yàn)證終端長(zhǎng)時(shí)間進(jìn)行組合業(yè)務(wù)的能力。限定時(shí)間反響測(cè)試主要是測(cè)試終端在規(guī)定時(shí)間內(nèi)對(duì)用戶(hù)的操作作出反響，給出操作結(jié)果的能力。主要包括開(kāi)機(jī)駐留時(shí)延、關(guān)機(jī)時(shí)延、CS域業(yè)務(wù)接入時(shí)延、PS域業(yè)務(wù)接入時(shí)延、本地應(yīng)用的操作時(shí)延等。開(kāi)機(jī)駐留時(shí)延，是指從用戶(hù)按下開(kāi)機(jī)鍵終端上電、系統(tǒng)引導(dǎo)、啟動(dòng)任務(wù)、搜索網(wǎng)絡(luò)、完成位置更新到終端進(jìn)入待機(jī)

30、界面，提示用戶(hù)可以進(jìn)行正常效勞的總時(shí)間。關(guān)機(jī)時(shí)延，是指從用戶(hù)按下關(guān)機(jī)鍵終端完成網(wǎng)絡(luò)detach、將RAM中修改正的數(shù)據(jù)寫(xiě)回flash到終端完全下電所需的總時(shí)間。CS域業(yè)務(wù)接入時(shí)延，是指在進(jìn)行語(yǔ)音或視頻 時(shí)從按下?lián)芴?hào)鍵到聽(tīng)到對(duì)方回鈴聲所需總時(shí)間，由于該過(guò)程需要在網(wǎng)絡(luò)側(cè)分配資源，所以測(cè)試結(jié)果可能會(huì)受到當(dāng)前網(wǎng)絡(luò)資源可用程度的影響，例如在網(wǎng)絡(luò)負(fù)荷高的時(shí)候申請(qǐng)CS 64k業(yè)務(wù)時(shí)，網(wǎng)絡(luò)側(cè)需要重新組織或合并無(wú)線(xiàn)資源來(lái)滿(mǎn)足業(yè)務(wù)要求，所需時(shí)間相對(duì)會(huì)長(zhǎng)一些。PS域業(yè)務(wù)接入時(shí)延，是指在進(jìn)行數(shù)據(jù)業(yè)務(wù)時(shí)從開(kāi)始連接到能正常進(jìn)行數(shù)據(jù)業(yè)務(wù)所需總時(shí)間。本地應(yīng)用的操作時(shí)延，是指完成某些本地操作維護(hù)功能所需的時(shí)間，例如翻開(kāi) 薄，在

31、 薄里查找聯(lián)系人，存儲(chǔ)新建的聯(lián)系人，存儲(chǔ)短信，存儲(chǔ)多媒體文件，翻開(kāi)瀏覽器，播放多媒體文件等所需時(shí)延，這些時(shí)延如果過(guò)長(zhǎng)，也會(huì)極大地降低用戶(hù)體驗(yàn)的滿(mǎn)意度。 測(cè)試根本技巧 性能測(cè)試技巧 2 次數(shù)相關(guān) 次數(shù)相關(guān)的性能測(cè)試是測(cè)試終端重復(fù)穩(wěn)定地進(jìn)行某項(xiàng)功能的能力。包括開(kāi)關(guān)機(jī)成功率、小區(qū)初搜成功率、小區(qū)重選成功率、CS域業(yè)務(wù)成功率、PS域業(yè)務(wù)成功率、組合業(yè)務(wù)成功率、切換成功率、本地應(yīng)用的成功率等。這種重復(fù)操作包括很多對(duì)象被屢次創(chuàng)立和釋放，因此可能會(huì)發(fā)現(xiàn)潛在的內(nèi)存泄漏等問(wèn)題。開(kāi)關(guān)機(jī)成功率測(cè)試，主要是檢驗(yàn)屢次開(kāi)機(jī)是否會(huì)有物理層不能正確收到初搜命令的情況，關(guān)機(jī)不完全也可能會(huì)導(dǎo)致下一次開(kāi)機(jī)失敗，以及在某些情況下系統(tǒng)

32、死機(jī)后只能通過(guò)插拔電池板來(lái)重新開(kāi)機(jī)。CS域業(yè)務(wù)成功率的測(cè)試，是指通過(guò)進(jìn)行一定次數(shù)的主叫或者被叫，統(tǒng)計(jì)失敗的次數(shù)，對(duì)失敗原因進(jìn)行歸類(lèi)，分析是否能夠找到和終端相關(guān)的失敗原因。PS域業(yè)務(wù)成功率、組合業(yè)務(wù)成功率、切換成功率的測(cè)試方法也類(lèi)似。本地應(yīng)用的成功率包括屢次存儲(chǔ)再刪除文件、聯(lián)系人、短信等操作，以及屢次翻開(kāi)某個(gè)應(yīng)用或執(zhí)行某類(lèi)操作來(lái)對(duì)該應(yīng)用的穩(wěn)定性進(jìn)行測(cè)試，找出瓶頸。3 并發(fā)業(yè)務(wù)并發(fā)測(cè)試主要是測(cè)試終端同時(shí)進(jìn)行多項(xiàng)業(yè)務(wù)時(shí)表現(xiàn)出的處理能力。例如同時(shí)進(jìn)行CS域語(yǔ)音業(yè)務(wù)和PS域下載業(yè)務(wù)，或者在MP3播放的同時(shí)進(jìn)行.上網(wǎng)業(yè)務(wù)，以測(cè)試協(xié)議棧、操作系統(tǒng)和處理器對(duì)并發(fā)業(yè)務(wù)的支持能力。 4 負(fù)載測(cè)試負(fù)載測(cè)試主要是驗(yàn)證

33、系統(tǒng)的負(fù)載工作能力。系統(tǒng)配置不變的條件下，在一定時(shí)間內(nèi)，終端在高負(fù)載情況下的性能行為表現(xiàn)。例如同時(shí)進(jìn)行多個(gè)ftp下載，使下行傳輸率接近極限值，觀察終端是否可以正常工作。 測(cè)試根本技巧需求及文檔評(píng)審技巧(1)IEEE認(rèn)為好的需求規(guī)格說(shuō)明應(yīng)該到達(dá)以下標(biāo)準(zhǔn)：正確：每項(xiàng)需求都反映了一種需要。完整：包含了所有必要的需求。無(wú)歧義：各方在需求的含義上意見(jiàn)一致。一致：所有局部都相符，如E/R模型與事件清單相符。確定重要性、穩(wěn)定性的等級(jí)：每項(xiàng)需求的優(yōu)先級(jí)以及預(yù)期的修改。可更改：易于修改且保持一致性?？沈?yàn)證：能夠檢查是否滿(mǎn)足了需求?？勺粉櫍河尚枨笾聊繕?biāo)/目的，至設(shè)計(jì)/代碼。其它：可由目標(biāo)追蹤至需求；能為客戶(hù)、開(kāi)發(fā)

34、人員所理解。 測(cè)試根本技巧需求及文檔評(píng)審技巧(2)1、兼容性 界面需求是否使軟硬件系統(tǒng)具有兼容性？2、完備性 需求定義是否包含了有關(guān)文件指質(zhì)量手冊(cè)、質(zhì)量方案以及其他有關(guān)文件中所規(guī)定的需求定義所應(yīng)該包含的所有內(nèi)容？ 需求定義是否包含了有關(guān)功能、性能、限制、目標(biāo)、質(zhì)量等方面的所有需求？ 功能性需求是否覆蓋了所有非正常情況的處理？ 是否已對(duì)各種操作模式如正常、非正常、有干擾等下的環(huán)境條件都作規(guī)定？ 是否識(shí)別出了所有與時(shí)間因素有關(guān)的功能？它們的時(shí)間準(zhǔn)那么是否都明了？時(shí)間準(zhǔn)那么的最大、最小執(zhí)行時(shí)間是否都定義了？ 是否識(shí)別定義了在將來(lái)可能會(huì)變化的需求？ 是否認(rèn)義了系統(tǒng)的所有輸入？ 是否標(biāo)識(shí)清楚了系統(tǒng)輸入的

35、來(lái)源？ 是否識(shí)別了系統(tǒng)的輸出？ 是否說(shuō)明了系統(tǒng)輸入、輸出的類(lèi)型？ 是否說(shuō)明了系統(tǒng)輸入、輸出的值域、單位、格式等？ 是否說(shuō)明了如何進(jìn)行系統(tǒng)輸入的合法性檢查？ 是否認(rèn)義了系統(tǒng)輸入、輸出的精度？ 在不同負(fù)載情況下，系統(tǒng)的生產(chǎn)率如何？ 在不同的情況下，系統(tǒng)的響應(yīng)時(shí)間如何？ 系統(tǒng)對(duì)軟件、硬件或電源故障必須作什么樣的反響？ 是否充分定義了關(guān)于人機(jī)界面的需求？ 測(cè)試根本技巧需求及文檔評(píng)審技巧(2)3、一致性 各個(gè)需求之間是否一致？是否有沖突和矛盾？ 所規(guī)定的模型、算法和數(shù)值方法是否相容？ 是否使用了標(biāo)準(zhǔn)術(shù)語(yǔ)和定義形式？ 需求是否與其軟硬件操作環(huán)境相容？ 是否說(shuō)明了軟件對(duì)其系統(tǒng)和環(huán)境的影響？ 是否說(shuō)明了環(huán)境對(duì)

36、軟件的影響？4、正確性 需求定義是否滿(mǎn)足標(biāo)準(zhǔn)的要求？ 算法和規(guī)那么是否有科技文獻(xiàn)或其它文獻(xiàn)作為根底？ 有哪些證據(jù)說(shuō)明用戶(hù)提供的規(guī)那么或規(guī)定是正確的？ 是否認(rèn)義了對(duì)在錯(cuò)誤、危險(xiǎn)分析中所識(shí)別出的各種故障模式和錯(cuò)誤類(lèi)型所需的反響？ 是否參照了有關(guān)標(biāo)準(zhǔn)？ 是否對(duì)每個(gè)需求都給出了理由？理由是否充分？ 對(duì)設(shè)計(jì)和實(shí)現(xiàn)的限制是否都有論證？5、可行性 需求定義是否使軟件的設(shè)計(jì)、實(shí)現(xiàn)、操作和維護(hù)都可行？ 所規(guī)定的模式、數(shù)值方法和算法是否對(duì)待解問(wèn)題適宜？是否能夠在相應(yīng)的限制條件下實(shí)現(xiàn)？ 是否能夠到達(dá)關(guān)于質(zhì)量的要求？ 測(cè)試根本技巧需求及文檔評(píng)審技巧(3)6、易修改性 對(duì)需求定義的描述是否易于修改？例如是否采用良好的結(jié)

37、構(gòu)和交叉引用表等等？ 是否有冗余的信息？是否一個(gè)需求被定義屢次？7、健壯性 是否有容錯(cuò)的需求？8、易追溯性 是否可以從上一階段的文檔查找到需求定義中的相應(yīng)內(nèi)容？需求定義是否明確地說(shuō)明前階段中提出的有關(guān)需求的設(shè)計(jì)限制都已被覆蓋？ 例如，使用覆蓋矩陣或交叉引用表？ 需求定義是否便于向后繼開(kāi)發(fā)階段查找信息？9、易理解性 是否每一個(gè)需求都只有一種解釋?zhuān)?功能性需求是不是以模塊方式描述的，是否明確地標(biāo)識(shí)出其功能？ 是否使用了形式化或半形式化的語(yǔ)言？ 語(yǔ)言是否有歧義性？ 需求定義是否只包含了必要的實(shí)現(xiàn)細(xì)節(jié)而不包含不必要的實(shí)現(xiàn)細(xì)節(jié)？是否過(guò)分細(xì)致了？ 需求定義是否足夠清楚和明確使其已能夠作為開(kāi)發(fā)設(shè)計(jì)規(guī)約和功能

38、性測(cè)試數(shù)據(jù)根底？ 需求定義的描述是否將對(duì)程序的需求和所提供的其它信息別離開(kāi)來(lái)?10、易測(cè)試性和可驗(yàn)證性 需求是否可以驗(yàn)證？ 是否對(duì)每一個(gè)需求都指定了驗(yàn)證過(guò)程？ 數(shù)學(xué)函數(shù)的定義是否使用了精確定義的語(yǔ)法和語(yǔ)法符號(hào)？ 測(cè)試根本技巧本地化測(cè)試技巧(1)本地化軟件的錯(cuò)誤類(lèi)別，可以歸結(jié)為四種類(lèi)型：翻譯錯(cuò)誤，功能錯(cuò)誤，界面錯(cuò)誤，雙字節(jié)錯(cuò)誤 翻譯錯(cuò)誤：產(chǎn)生原因： 1) 翻譯人員不熟悉翻譯要求。 2) 翻譯人員工作疏漏。 3) 用戶(hù)界面的翻譯與標(biāo)準(zhǔn)詞匯表不一致。表現(xiàn)特征：1) 應(yīng)該翻譯而沒(méi)有翻譯的英文字符。2) 不應(yīng)該翻譯而翻譯的中文字詞。 3) 錯(cuò)誤翻譯的字詞。 4) 只在本地化版本中存在該類(lèi)型錯(cuò)誤。 5)

39、較多隱含在對(duì)話(huà)框各控件以及幫助文檔中。 測(cè)試要求： 1) 明確需要翻譯和不需要翻譯的內(nèi)容。 2) 明確正確的翻譯方式。 3) 根據(jù)術(shù)語(yǔ)表，確認(rèn)術(shù)語(yǔ)翻譯的正確性與一致性。 測(cè)試方法：1) 主要同時(shí)翻開(kāi)中英文版本，執(zhí)行相同的操作。2) 結(jié)合標(biāo)準(zhǔn)界面詞匯翻譯表，參照比照。說(shuō)明： 1) 對(duì)于對(duì)話(huà)框，如果含有下拉列表框，要翻開(kāi)列表框查看全部項(xiàng)。 2) 特別要注意選項(xiàng)中開(kāi)關(guān)類(lèi)翻譯錯(cuò)誤。 測(cè)試根本技巧本地化測(cè)試技巧(2)功能錯(cuò)誤：產(chǎn)生原因： 1) 軟件編碼錯(cuò)誤。 2) 錯(cuò)誤本地化，如將程序中的變量進(jìn)行了翻譯等。 表現(xiàn)特征： 1) 不能實(shí)現(xiàn)設(shè)計(jì)要求的功能 2) 產(chǎn)生與設(shè)計(jì)要求不符合的結(jié)果。 3) 英文和中文都

40、存在同樣的錯(cuò)誤。 4) 可能隱含在軟件的任何位置或任何操作步驟中。 測(cè)試要求： 1) 保證輸入數(shù)據(jù)正確，或者翻開(kāi)了正確的測(cè)試用例。 2) 明確正確的輸出結(jié)果和中間數(shù)據(jù)數(shù)值及格式。 測(cè)試方法： 1) 對(duì)于菜單項(xiàng)或工具欄按鈕，通過(guò)全面測(cè)試各個(gè)選項(xiàng)，認(rèn)真觀察每一步是否正確執(zhí)行，輸出結(jié)果包括格式和數(shù)值是否正確。 2) 對(duì)于一個(gè)命令中的多個(gè)并列選項(xiàng)，采用路徑跟蹤法，按分支順序測(cè)試嵌套的全部子項(xiàng)。 3) 對(duì)于對(duì)話(huà)框，可以逐個(gè)執(zhí)行各按鈕，各個(gè)列表選項(xiàng)等觀察執(zhí)行結(jié)果。 說(shuō)明： 1) 特別注意不同選項(xiàng)、不同按鈕相互操作的影響。 2) 注意檢查快捷鍵是否遺漏，是否多余，是否不同，是否起作用。 測(cè)試根本技巧本地化測(cè)

41、試技巧(3)布局錯(cuò)誤：產(chǎn)生原因： 1) 軟件本地化后，由于源語(yǔ)言和本地化語(yǔ)言的表達(dá)方式不同，本地化后的字符數(shù)與源語(yǔ)言不同，每個(gè)字符所占空間尺寸不同，使得在英文版本正確顯示的控件字符，可能在本地化版本顯示不正確。 2) 本地化人員調(diào)整程序資源不當(dāng)引起，例如，對(duì)話(huà)框及其控件高度或?qū)挾鹊牟徽_調(diào)整。 表現(xiàn)特征： 1) 控件相互重疊或排列不均勻。 2) 控件中字符顯示不完整。 3) 主要出現(xiàn)在本地化版本的對(duì)話(huà)框中。 測(cè)試要求： 1) 對(duì)話(huà)框中控件布局均勻，字符顯示完整正確 2) 對(duì)話(huà)框中控件數(shù)量相等，沒(méi)有多余或喪失的控件 測(cè)試方法： 1) 執(zhí)行將要翻開(kāi)對(duì)話(huà)框的菜單或工具欄按鈕，觀察翻開(kāi)對(duì)話(huà)框中的控件布

42、局。 2) 比照檢查源語(yǔ)言軟件和本地化軟件對(duì)應(yīng)的對(duì)話(huà)框中控件的數(shù)量 說(shuō)明： 1) 可能在執(zhí)行不同的操作后，如選擇了不同菜單或選按鈕后，編輯框顯示重疊等。 2) 執(zhí)行后帶省略號(hào)的菜單或命令按鈕，將會(huì)顯示對(duì)話(huà)框。 測(cè)試根本技巧本地化測(cè)試技巧(4)雙字節(jié)錯(cuò)誤：產(chǎn)生原因： 1) 源程序在設(shè)計(jì)時(shí)沒(méi)有考慮雙字節(jié)語(yǔ)言的支持。 2) 軟件本地化后，單字節(jié)字符向雙字節(jié)字符轉(zhuǎn)化過(guò)程中，由于單字節(jié)和雙字節(jié)之間的差異，可能使得某些本地化后的雙字節(jié)字符的顯示亂碼。 3) 軟件本地化后，對(duì)程序中控制符號(hào)如換行鍵“n的處理錯(cuò)誤而引起亂碼。 表現(xiàn)特征： 1) 控件或?qū)υ?huà)框中顯示不可辯識(shí)的字符。 2) 控件或?qū)υ?huà)框中顯示無(wú)意義

43、的明顯錯(cuò)誤的字符。 3) 不支持雙字節(jié)字符的輸入，包括雙字節(jié)的文件名和路徑名。 4) 僅出現(xiàn)在本地化后的版本中。測(cè)試要求： 1) 本地化后的軟件字符顯示正確完整，無(wú)亂碼或明顯錯(cuò)別字。 測(cè)試方法： 1) 執(zhí)行菜單或按鈕，檢查對(duì)話(huà)框中的字符。 2) 翻開(kāi)幫助文檔，檢查所有需要翻譯的字符。 說(shuō)明： 1) 注意檢查對(duì)話(huà)框下拉列表中需要拖動(dòng)滾動(dòng)條才能顯示的內(nèi)容。 測(cè)試根本技巧 場(chǎng)地測(cè)試根本技巧1. Field Test又稱(chēng)路測(cè)、場(chǎng)測(cè)主要是為了了解 在現(xiàn)網(wǎng)環(huán)境下的真正使用情況而展開(kāi)一項(xiàng)測(cè)試，側(cè)重于網(wǎng)絡(luò)相關(guān)功能，可以說(shuō)也是一種模擬最終用戶(hù)使用的測(cè)試。2. 場(chǎng)測(cè)任務(wù)展開(kāi)的時(shí)間，主要是放在系統(tǒng)測(cè)試階段后期。在場(chǎng)

44、測(cè)的前提條件滿(mǎn)足后RF測(cè)試和無(wú)線(xiàn)靈敏度測(cè)試通過(guò)后，工程部可以向測(cè)試部經(jīng)理提交場(chǎng)測(cè)試申請(qǐng)，在獲得通過(guò)后，安排場(chǎng)測(cè)試。 3. 對(duì)于新平臺(tái)，正常情況下必須要安排場(chǎng)地測(cè)試，場(chǎng)測(cè)試結(jié)果將作為出場(chǎng)判定依據(jù)。4. 目前，場(chǎng)測(cè)分兩局部：PART A 與 PART B 這兩局部分別有所側(cè)重，A局部偏重?zé)o線(xiàn)與通訊方面的綜合測(cè)試。B局部，偏重與實(shí)網(wǎng)環(huán)境中各項(xiàng)網(wǎng)絡(luò)功能的測(cè)試。5. 產(chǎn)品上市后，如果平臺(tái)有通信相關(guān)的重大升級(jí)，測(cè)試負(fù)責(zé)人，必須安排重新安排場(chǎng)測(cè)。 測(cè)試根本技巧小概率問(wèn)題處理盡量發(fā)現(xiàn)出現(xiàn)小概率問(wèn)題的前提條件合理使用輔助測(cè)試工具,包括Trace,ETS等盡量給出概率問(wèn)題的概率討論 測(cè)試根本技巧 測(cè)試?yán)帉?xiě)原那么

45、熟悉需求,設(shè)計(jì),了解業(yè)務(wù)測(cè)試?yán)?guī)那么清晰,明了.模塊劃分,測(cè)試?yán)帉?xiě)具有較強(qiáng)的通用性測(cè)試?yán)忻鞔_的測(cè)試目的,測(cè)試前提條件，優(yōu)先級(jí)別,預(yù)期結(jié)果測(cè)試?yán)帉?xiě)的詳細(xì)程度應(yīng)該有限詳細(xì).有限詳細(xì)的定義：測(cè)試?yán)闹饕x者是測(cè)試人員，而不是所有人在測(cè)試中盡量防止使用操作某個(gè)按鍵出來(lái)什么結(jié)果的如果確實(shí)需要，盡量強(qiáng)調(diào)其測(cè)試的目的比方說(shuō)，檢查對(duì)話(huà)框狀態(tài)下，左右軟鍵的顯示是否正常(居中顯示/字符串無(wú)切字/無(wú)拼寫(xiě)錯(cuò)誤好的測(cè)試?yán)钠渌麕c(diǎn)要求能夠盡量的覆蓋典型的，常用的，異常的場(chǎng)景盡量防止重復(fù)測(cè)試測(cè)試?yán)⒎窃蕉嘣胶茫瑴y(cè)試?yán)臄?shù)量應(yīng)該是，盡可能的發(fā)現(xiàn)問(wèn)題與盡可能的覆蓋功能的最小公倍數(shù)測(cè)試?yán)木帉?xiě)與測(cè)試本身一樣，沒(méi)有最好

46、，只有更好，是一個(gè)可以不斷完善的過(guò)程。 測(cè)試根本技巧 測(cè)試?yán)帉?xiě)要求1. 準(zhǔn)確: 按所設(shè)計(jì)的去測(cè)試.對(duì)需求及設(shè)計(jì)理解準(zhǔn)確,理解軟件及功能特點(diǎn),積極設(shè)想軟件如何才能失敗,做到盡可能發(fā)現(xiàn)錯(cuò)誤2.不冗余: 好的測(cè)試?yán)記](méi)有不必要的步驟,每一個(gè)測(cè)試都應(yīng)該有不同的用途, 不會(huì)太簡(jiǎn)單，也不會(huì)太復(fù)雜。通常每個(gè)測(cè)試?yán)龖?yīng)獨(dú)立執(zhí)行。多個(gè)測(cè)試?yán)M合，有可能屏蔽錯(cuò)誤。最大操作步驟最好控制在10-15步之間,每個(gè)測(cè)試步驟應(yīng)該有一個(gè)清晰的輸入或者測(cè)試任務(wù),不排除單個(gè)測(cè)試?yán)佑卸鄠€(gè)邏輯輸入,需要逐一列舉輸出結(jié)果.3.清晰: 描述清晰,步驟條理清晰,測(cè)試層次清晰(由簡(jiǎn)而繁,從根本功能測(cè)試到破壞性測(cè)試).4.可復(fù)用: 無(wú)論何時(shí)

47、何人測(cè)試都能得到同樣的結(jié)論,方便移植.5.可追溯性: 針對(duì)特定的需求測(cè)試.6.適 當(dāng): 測(cè)試?yán)龖?yīng)該適合特定的測(cè)試環(huán)境 以及符合整個(gè)團(tuán)隊(duì)的測(cè)試水平7.可維護(hù)性: 好的測(cè)試用例應(yīng)該是可維護(hù)的,維護(hù)包括添加,刪除,更改,特別是對(duì)應(yīng)需求及功能等變更的維護(hù).象代碼一樣,不需要維護(hù)的測(cè)試?yán)遣淮嬖诘?在變更過(guò)程中未做維護(hù)的測(cè)試?yán)龑⑹ニ鼞?yīng)有價(jià)值,甚至帶來(lái)危害.備注: 以上內(nèi)容來(lái)自毛宏才?怎樣編寫(xiě)高質(zhì)量測(cè)試用例? 測(cè)試根本技巧設(shè)計(jì)測(cè)試用例應(yīng)注意的事項(xiàng) 不僅要選用合理的輸入數(shù)據(jù)作為測(cè)試用例即肯定測(cè)試用例，還應(yīng)選用不合理的輸入數(shù)據(jù)作為測(cè)試用例即否認(rèn)測(cè)試用例。許多人往往只注意前者而忽略了后者。為了提高系統(tǒng)的健壯性

48、，輸入數(shù)據(jù)不合理的各種情況是應(yīng)該認(rèn)真檢查的在開(kāi)發(fā)過(guò)程中，正常業(yè)務(wù)處理的代碼量只占有效代碼量的 10% ，而例外處理的代碼量要占有效代碼量的 90% ，所以測(cè)試工作量也是如此，即肯定測(cè)試用例占總用例的 10% ，否認(rèn)測(cè)試用例占總用例的 90% 。除了檢查系統(tǒng)是否做了它應(yīng)該做的工作之外，還應(yīng)檢查系統(tǒng)是否做了它不應(yīng)該做的事情。應(yīng)該長(zhǎng)期保存所有的測(cè)試用例，直至這個(gè)系統(tǒng)被廢棄不用為止。這是因?yàn)椋涸O(shè)計(jì)測(cè)試用例是很費(fèi)人工的，如果將用過(guò)的測(cè)試用例丟棄了，以后一旦需要再測(cè)試這個(gè)系統(tǒng)例如因?yàn)橄到y(tǒng)內(nèi)部作了某些修改就需要再花很多人工，人們往往懶得再次認(rèn)真地設(shè)計(jì)測(cè)試用例，因而“再測(cè)試很少像初次測(cè)試那樣“徹底。如果系統(tǒng)的

49、修改使得前面已測(cè)試過(guò)的局部產(chǎn)生了錯(cuò)誤，“再測(cè)試往往就不能發(fā)現(xiàn)這些錯(cuò)誤。 測(cè)試根本技巧設(shè)計(jì)測(cè)試用例方法 白盒法 白盒法是以系統(tǒng)內(nèi)部的邏輯為根底設(shè)計(jì)測(cè)試用例，所以又稱(chēng)為邏輯覆蓋法。白盒法考慮的是測(cè)試用例對(duì)系統(tǒng)內(nèi)部的覆蓋程度，最徹底的白盒法是覆蓋系統(tǒng)中的每條路徑，但是由于系統(tǒng)中一般含有循環(huán)，所以路徑的數(shù)目極大，要執(zhí)行每條路徑是不可能的，所以只能希望覆蓋的程度盡可能高些。我們可以從以下幾點(diǎn)考慮： 1 語(yǔ)句覆蓋 “語(yǔ)句覆蓋是一個(gè)很弱的測(cè)試覆蓋，它的含義是：選擇足夠的測(cè)試用例，使代碼中每個(gè)有效語(yǔ)句即注釋語(yǔ)句除外至少都能被執(zhí)行一次。順序語(yǔ)句覆蓋率是 100% 。 2 分支覆蓋 比“語(yǔ)句覆蓋稍強(qiáng)的測(cè)試覆蓋是“

50、分支覆蓋。這個(gè)標(biāo)準(zhǔn)是執(zhí)行足夠的測(cè)試用例，使代碼中每個(gè)分支至少都獲得一次“真值和“假值，或者說(shuō)使得代碼中的每個(gè)分支至少都通過(guò)一次。分支覆蓋率是 80% 。 3 循環(huán)覆蓋 “循環(huán)覆蓋的含義是：執(zhí)行足夠的測(cè)試用例，使得循環(huán)中的每個(gè)條件都得到驗(yàn)證。循環(huán)語(yǔ)句覆蓋率是 80% 。 測(cè)試根本技巧設(shè)計(jì)測(cè)試用例方法 黑盒法 設(shè)計(jì)測(cè)試用例的另一種方法是黑盒法。與白盒法不同，黑盒法不關(guān)心系統(tǒng)內(nèi)部的邏輯，而只是根據(jù)系統(tǒng)的功能說(shuō)明、預(yù)期結(jié)果、數(shù)據(jù)流程或業(yè)務(wù)流程等來(lái)設(shè)計(jì)測(cè)試用例。黑盒法測(cè)試的依據(jù)是需求說(shuō)明書(shū)或功能說(shuō)明書(shū)。我們常常采用的方法是A 、劃分等價(jià)類(lèi) B 、 邊界值分析法 C 、因果圖法 D 、錯(cuò)誤推測(cè)法 測(cè)試根本

51、技巧劃分等價(jià)類(lèi)等價(jià)列劃分設(shè)計(jì)方法是把所有可能的輸入數(shù)據(jù)，即程序的輸入域劃分成假設(shè)干局部子集，然后從每一個(gè)子集中選取少量具有代表性的數(shù)據(jù)作為測(cè)試用例。等價(jià)類(lèi)是指某個(gè)輸入域的子集合。在該子集合中，各個(gè)輸入數(shù)據(jù)對(duì)于揭露程序中的錯(cuò)誤都是等效的。并合理地假定：測(cè)試某等價(jià)類(lèi)的代表值就等于對(duì)這一類(lèi)其他值的測(cè)試。等價(jià)類(lèi)劃分有兩種不同的情況：有效等價(jià)類(lèi)和無(wú)效等價(jià)類(lèi)。設(shè)計(jì)時(shí)要同時(shí)考慮這兩種等價(jià)類(lèi)。下面給出6條確定等價(jià)類(lèi)的原那么：在輸入條件規(guī)定了取值范圍或值的個(gè)數(shù)的情況下，那么可以確立一個(gè)有效等價(jià)類(lèi)和兩個(gè)無(wú)效等價(jià)類(lèi)。 在輸入條件規(guī)定了輸入值的集合或者規(guī)定了“必須如何的條件的情況下，那么可以確立一個(gè)有效等價(jià)類(lèi)和一個(gè)無(wú)

52、效等價(jià)類(lèi)。 在輸入條件是一個(gè)布爾量的情況下，可以確立一個(gè)有效等價(jià)類(lèi)和一個(gè)無(wú)效等價(jià)類(lèi)。 在規(guī)定了輸入數(shù)據(jù)的一組值假定n個(gè)，并且程序要對(duì)每一個(gè)輸入值分別處理的情況下，可以確立n個(gè)有效等價(jià)類(lèi)和一個(gè)無(wú)效等價(jià)類(lèi)。 在規(guī)定了輸入數(shù)據(jù)必須遵守的規(guī)那么的情況下，可以確立一個(gè)有效等價(jià)類(lèi)符合規(guī)那么和假設(shè)干個(gè)無(wú)效等價(jià)類(lèi)從不同角度違反規(guī)那么。 在確知已劃分的等價(jià)類(lèi)中各元素在程序處理中的方式不同的情況下，那么應(yīng)再將該等價(jià)類(lèi)進(jìn)一步的劃分為更小的等價(jià)類(lèi)。 在確立了等價(jià)類(lèi)后，可建立等價(jià)類(lèi)表，列出所有劃分出的等價(jià)類(lèi)。然后從劃分出的等價(jià)類(lèi)中按以下的3個(gè)原那么設(shè)計(jì)測(cè)試用例：為每一個(gè)等價(jià)類(lèi)規(guī)定一個(gè)唯一的編號(hào) 設(shè)計(jì)一個(gè)新的測(cè)試用例，使

53、其盡可能多的覆蓋尚未被覆蓋的有效等價(jià)類(lèi)，重復(fù)這一步，直到所有的有效等價(jià)類(lèi)都被覆蓋為止。 設(shè)計(jì)一個(gè)新的測(cè)試用例，使其僅覆蓋一個(gè)尚未被覆蓋的無(wú)效等價(jià)類(lèi)，重復(fù)這一步，直到所有的無(wú)效等價(jià)類(lèi)都被覆蓋為止。 測(cè)試根本技巧例：程序規(guī)定；輸入三個(gè)整數(shù)作為三邊的邊長(zhǎng)構(gòu)成三角形。當(dāng)此三角形為一般三角形、等腰三角形、等邊三角形時(shí)，分別作計(jì)算。用等價(jià)類(lèi)劃分方法為該程序進(jìn)行測(cè)試用例設(shè)計(jì)。解：設(shè)a、b、c代表三角形的三條邊。1分析題目中給出的和隱含的對(duì)輸入條件的要求：a) 整數(shù)b) 3個(gè)數(shù)c) 非零數(shù)d) 正數(shù)e) 兩邊之和大于第三邊f(xié)) 等腰g) 等邊 測(cè)試根本技巧2列出等價(jià)類(lèi)表并編號(hào) 測(cè)試根本技巧3列出覆蓋上述等價(jià)類(lèi)

54、的測(cè)試用例，如下表： 測(cè)試根本技巧B 、 邊界值分析法使用邊界值分析方法設(shè)計(jì)測(cè)試用例的步驟，首先：應(yīng)確定邊界情況。通常輸入和輸出等價(jià)類(lèi)的邊界，就是應(yīng)著重測(cè)試的邊界情況。其次，應(yīng)但選取正好等于、剛剛大于或剛剛小于邊界的值作為測(cè)試數(shù)據(jù)，而不是選取等價(jià)類(lèi)中的典型值或任意值作為測(cè)試數(shù)據(jù)?；谶吔缰捣治龇椒ㄟx擇測(cè)試用例的原那么：如果輸入條件規(guī)定了值的范圍，應(yīng)取剛到達(dá)這個(gè)范圍的邊界值，以及剛剛超過(guò)這個(gè)范圍邊界的值作為測(cè)試輸入的數(shù)據(jù)。 如果輸入條件規(guī)定了值的個(gè)數(shù)，應(yīng)用最大個(gè)數(shù)、最小個(gè)數(shù)、比最小個(gè)數(shù)少一、比最大個(gè)數(shù)多一的數(shù)作為測(cè)試輸入的數(shù)據(jù)。 根據(jù)規(guī)格說(shuō)明的每個(gè)輸出條件，使用前面的原那么1。 根據(jù)規(guī)格說(shuō)明的每

55、個(gè)輸出條件，使用前面的原那么2。 如果程序的規(guī)格說(shuō)明給出的輸入域或輸出域是有序集合，那么應(yīng)選取集合的第一個(gè)元素和最后一個(gè)元素作為測(cè)試用例數(shù)據(jù)。 如果程序中使用了一個(gè)內(nèi)部數(shù)據(jù)結(jié)構(gòu)，應(yīng)中選擇這個(gè)內(nèi)部數(shù)據(jù)結(jié)構(gòu)邊界上的值作為測(cè)試用例。 分析規(guī)格說(shuō)明，找出其他可能的邊界條件。 測(cè)試根本技巧D 、錯(cuò)誤推測(cè)法 人們也可以通過(guò)經(jīng)驗(yàn)或直覺(jué)推測(cè)系統(tǒng)中可能存在的各種錯(cuò)誤，從而有真對(duì)性地編寫(xiě)檢查這些錯(cuò)誤的例子，這就是錯(cuò)誤推測(cè)法。錯(cuò)誤推測(cè)法沒(méi)有確定的步驟，很大程度上是憑經(jīng)驗(yàn)進(jìn)行的。 測(cè)試根本技巧 測(cè)試?yán)齼?yōu)先級(jí)別的定義(1)測(cè)試用例的優(yōu)先級(jí)別首先，你必須確定什么是你優(yōu)先級(jí)別的類(lèi)型和其暗示著什么。就我們的目的來(lái)說(shuō)， 我們將

56、用一個(gè)假設(shè)開(kāi)始，那就是我們可能發(fā)現(xiàn)的缺陷的嚴(yán)重程度和那些相應(yīng)測(cè)試用例的優(yōu)先級(jí)別之間是平行的。 1 小版本確認(rèn)測(cè)試Build Verification Tests (BVTs)：也叫做“冒煙測(cè)試，一組你想先運(yùn)行的以確定這個(gè)給出的小版本是否可以測(cè)試的測(cè)試用例。如果你不能訪問(wèn)每一個(gè)功能區(qū)域或執(zhí)行其他測(cè)試用例依賴(lài)的根本操作，那么在執(zhí)行這個(gè)優(yōu)先的測(cè)試用例之前，試圖做其他任何的測(cè)試 都是沒(méi)有意義的，因?yàn)樗麄兇蠖鄶?shù)肯定要失敗。 2 高Highs：最常執(zhí)行以保證功能性是穩(wěn)定的，目標(biāo)的行為和能力可以正常的工作，和重要的錯(cuò)誤和邊界被測(cè)試的測(cè)試用例的集合 3 中Mediums：這是使給出的功能區(qū)域或功能變得更詳細(xì)，檢查功能的多數(shù)方面包括邊