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

手機(jī)軟件測(cè)試基礎(chǔ)培訓(xùn)BTX-ST手機(jī)軟件測(cè)試基礎(chǔ)培訓(xùn)內(nèi)容概要軟件測(cè)試人員基本素質(zhì)手機(jī)軟件測(cè)試基本概念手機(jī)軟件測(cè)試內(nèi)容軟件測(cè)試的基本方法主要的參考資料內(nèi)容概要軟件測(cè)試人員基本素質(zhì)良好的個(gè)人素質(zhì)責(zé)任心：責(zé)任心是做好工作必備的素質(zhì)之一，測(cè)試工程師更應(yīng)該將其發(fā)揚(yáng)光大。如果測(cè)試中沒有盡到責(zé)任，甚至敷衍了事，這將會(huì)把測(cè)試工作交給用戶來完成，很可能引起非常嚴(yán)重的后果。專心：主要指測(cè)試人員在執(zhí)行測(cè)試任務(wù)的時(shí)候要專心，不可一心二用。經(jīng)驗(yàn)表明，高度集中精神不但能夠提高效率，還能發(fā)現(xiàn)更多的軟件缺陷，業(yè)績(jī)最棒的往往是團(tuán)隊(duì)中做事精力最集中的那些成員。細(xì)心：主要指執(zhí)行測(cè)試工作時(shí)候要細(xì)心，認(rèn)真執(zhí)行測(cè)試，不可以忽略一些細(xì)節(jié)。某些缺陷如果不細(xì)心很難發(fā)現(xiàn)，例如一些界面的樣式、文字等。耐心：很多測(cè)試工作有時(shí)候顯得非?？菰?，需要很大的耐心才可以做好。如果比較浮躁，就不會(huì)做到“專心”和“細(xì)心”，這將讓很多軟件缺陷從你眼前逃過。自信心：自信心是現(xiàn)在多數(shù)測(cè)試工程師都缺少的一項(xiàng)素質(zhì)，尤其在面對(duì)需要編寫測(cè)試代碼等工作的時(shí)候，往往認(rèn)為自己做不到。要想獲得更好的職業(yè)發(fā)展，測(cè)試工程師們應(yīng)該努力學(xué)習(xí)，建立能“解決一切測(cè)試問題”的信心?！拔逍摹敝皇亲龊脺y(cè)試工作的基本要求，測(cè)試人員應(yīng)該具有的素質(zhì)還很多。例如測(cè)試人員不但要具有團(tuán)隊(duì)合作精神，而且應(yīng)該學(xué)會(huì)寬容待人，學(xué)會(huì)去理解“開發(fā)人員”，同時(shí)要尊重開發(fā)人員的勞動(dòng)成果——開發(fā)出來的產(chǎn)品。軟件測(cè)試人員基本素質(zhì)良好的個(gè)人素質(zhì)軟件測(cè)試人員基本素質(zhì)正確的思考方式OracleHeuristics:“HICCUPP”

原則ConsistentwithHistory:Presentfunctionbehaviorisconsistentwithpastbehavior.與歷史表現(xiàn)一致（每個(gè)版本表現(xiàn)一致）ConsistentwithourImage:Functionbehaviorisconsistentwithanimagethattheorganizationwantstoproject.

功能表現(xiàn)與組織希望項(xiàng)目的表現(xiàn)一致ConsistentwithComparableProducts:Functionbehaviorisconsistentwiththatofsimilarfunctionsincomparableproducts.與其他同類型產(chǎn)品的表現(xiàn)一致ConsistentwithClaims:Functionbehaviorisconsistentwithwhatpeoplesayit’ssupposedtobe.功能與申明一致ConsistentwithUser’sExpectations:Functionbehaviorisconsistentwithwhatwethinkuserswant.與用戶需求一致ConsistentwithinProduct:Functionbehaviorisconsistentwithbehaviorofcomparablefunctionsorfunctionalpatternswithintheproduct.

與產(chǎn)品內(nèi)部的其他模塊一致ConsistentwithPurpose:Functionbehaviorisconsistentwithapparentpurpose.與目標(biāo)一致軟件測(cè)試人員基本素質(zhì)正確的思考方式軟件測(cè)試人員基本素質(zhì)更多更好的思考ConjectureandRefutation:reasoningwithoutcertainty.

懷疑、駁斥：大膽推理AdductiveInference:findingthebestexplanationamong

alternatives.

小心求證：在眾多解釋中選擇最合理的解釋LateralThinking:theartofbeingdistractible.

水平思考：發(fā)散性思維的藝術(shù)Forward-backwardthinking:connectingyourobservationstoyourimagination.

正向、逆向思維：把你觀察到的和你想象的聯(lián)系起來Heuristics:applyinghelpfulproblem-solvingshortcuts.

啟發(fā)式的思維：?jiǎn)栴}解決的絕對(duì)有效途徑De-biasing:managingunhelpfulshortcuts.

去偏解：管理無效的路徑Pairing:twotesters,onecomputer.

對(duì)比：兩個(gè)測(cè)試人員，一臺(tái)電腦Studyotherfields.Example:InformationTheory.

學(xué)習(xí)其他領(lǐng)域，比如信息技術(shù)軟件測(cè)試人員基本素質(zhì)更多更好的思考軟件測(cè)試人員基本素質(zhì)良好的技術(shù)背景對(duì)無線移動(dòng)通信網(wǎng)絡(luò)知識(shí),基本的網(wǎng)絡(luò)協(xié)議以及網(wǎng)絡(luò)工作原理

,計(jì)算機(jī)知識(shí),甚至是攝影知識(shí)積累對(duì)于軟件測(cè)試都有很大的幫助掌握必要的軟件測(cè)試知識(shí)和軟件工程基本知識(shí)對(duì)于我們自身的提高也是大有裨益的掌握必要的軟件編程知識(shí),對(duì)于深入測(cè)試,編寫利用自動(dòng)測(cè)試腳本，可以起到事半功倍的效果作為一名測(cè)試人員，盡管不能精通所有的知識(shí)，但要想做好測(cè)試工作，應(yīng)該盡可能地去學(xué)習(xí)更多的與測(cè)試工作相關(guān)的知識(shí)。軟件測(cè)試人員基本素質(zhì)良好的技術(shù)背景軟件測(cè)試基本概念軟件測(cè)試的目的從軟件開發(fā)者的角度出發(fā)，表明軟件產(chǎn)品中不存在錯(cuò)誤的過程，驗(yàn)證該軟件達(dá)到要求，確立人們對(duì)軟件質(zhì)量的信心符合需求設(shè)計(jì)文檔的要求符合一些應(yīng)用標(biāo)準(zhǔn)的要求，比如不同國(guó)家的用戶不同的操作習(xí)慣和要求，項(xiàng)目工程中的可維護(hù)性、可測(cè)試性等要求從用戶角度出發(fā)，暴露軟件中存在的錯(cuò)誤和缺陷。從客戶的需求出發(fā)，從客戶的角度去看產(chǎn)品，客戶會(huì)怎么去使用這個(gè)產(chǎn)品，使用過程中會(huì)遇到什么樣的問題。只有這些問題都解決了，軟件產(chǎn)品的質(zhì)量才可以說是上去了軟件測(cè)試人員的任務(wù)和目標(biāo)盡量短的時(shí)間盡量多的發(fā)現(xiàn)Bug；衡量軟件的品質(zhì)；關(guān)注用戶的需求?？偟哪繕?biāo)是：確保軟件的質(zhì)量。軟件測(cè)試基本概念軟件測(cè)試的目的軟件測(cè)試基本概念軟件測(cè)試原則測(cè)試是需要設(shè)計(jì)的,一個(gè)好的測(cè)試計(jì)劃和測(cè)試用例往往能達(dá)到事半功倍的效果。測(cè)試是一項(xiàng)具有很大創(chuàng)造性的工作，其工作量一點(diǎn)也不比軟件設(shè)計(jì)小。軟件測(cè)試的創(chuàng)造性主要表現(xiàn)在測(cè)試方案選擇、測(cè)試計(jì)劃制定、測(cè)試用例設(shè)計(jì)、測(cè)試結(jié)果的分析以及測(cè)試過程的管理等方面。應(yīng)當(dāng)把“盡早和不斷的測(cè)試”作為開發(fā)者的座右銘測(cè)試工作應(yīng)該由獨(dú)立的專業(yè)的軟件測(cè)試部門來完。一定要注意測(cè)試中的錯(cuò)誤集中發(fā)生現(xiàn)象，這和程序員的編程水平和習(xí)慣有很大的關(guān)系。對(duì)測(cè)試錯(cuò)誤結(jié)果一定要有一個(gè)確認(rèn)的過程，一般有A測(cè)試出來的錯(cuò)誤，一定要有一個(gè)B來確認(rèn)，嚴(yán)重的錯(cuò)誤可以召開評(píng)審會(huì)進(jìn)行討論和分析。制定嚴(yán)格的測(cè)試計(jì)劃，并把測(cè)試時(shí)間安排的盡量寬松，不要希望在極短的時(shí)間內(nèi)完成一個(gè)高水平的測(cè)試?；貧w測(cè)試的關(guān)聯(lián)性一定要引起充分的注意，修改一個(gè)錯(cuò)誤而引起更多的錯(cuò)誤出現(xiàn)的現(xiàn)象并不少見。妥善保存一切測(cè)試過程文檔，意義是不言而喻的，測(cè)試的重現(xiàn)性往往要靠測(cè)試文檔。如何理解這句話卻仁者見仁，智者見智軟件測(cè)試基本概念軟件測(cè)試原則如何理解這句話卻仁者見仁，智者見軟件測(cè)試基本概念軟件測(cè)試原則Good-enough原則：這是一種權(quán)衡投入／產(chǎn)出比的原則，測(cè)試既不要不充分，也不要過分。不充分和過分都是一種不負(fù)責(zé)任的表現(xiàn)。Zero-bug是一種理想，Good-enough是我們的原則。Pareto原則：一般情況下，在分析、設(shè)計(jì)、實(shí)驗(yàn)階段的復(fù)審和測(cè)試工作能夠發(fā)現(xiàn)和避免80％的bug，而系統(tǒng)的軟件測(cè)試能夠找出其余bug中的80％。最后約5%的bug只有在用戶大范圍、長(zhǎng)時(shí)間的使用后才會(huì)暴露出來。因此測(cè)試只能保證盡可能多地發(fā)現(xiàn)錯(cuò)誤，不能保證發(fā)現(xiàn)所有的錯(cuò)誤。徹底的測(cè)試是不可能的。在測(cè)試中不可能窮舉所有的路徑，但充分覆蓋程序邏輯，并確保軟件的所有條件是有可能的所有的測(cè)試都應(yīng)追溯到用戶需求。軟件測(cè)試的目的在于揭示錯(cuò)誤，而最嚴(yán)重的錯(cuò)誤（從用戶角度看）是那些導(dǎo)致程序無法滿足需求的錯(cuò)誤軟件測(cè)試基本概念軟件測(cè)試原則軟件測(cè)試基本概念軟件測(cè)試效率的幾點(diǎn)建議首先測(cè)試程序的核心功能，然后測(cè)試輔助功能。首先測(cè)試功能，然后測(cè)試性能。首先測(cè)試常見情況，然后測(cè)試異常情況。首先測(cè)試經(jīng)過變更的部分，然后測(cè)試沒有變更的部分。首先測(cè)試影響大的問題，然后測(cè)試影響小的問題。首先測(cè)試必須測(cè)試的部分，然后測(cè)試可選或沒有要求測(cè)試的部分軟件測(cè)試基本概念軟件測(cè)試效率的幾點(diǎn)建議軟件測(cè)試基本概念軟件測(cè)試測(cè)略1.

ReleaseTest(又名BVTBuildVerificationTest)Purpose:測(cè)試手機(jī)的基本功能是否實(shí)現(xiàn)，是否有進(jìn)一步測(cè)試的必要性Attention:ReleaseTest的TestCase具有一定的典型性，主要是反映手機(jī)最基本功能的TestCase本類測(cè)試只需要依據(jù)TestCase進(jìn)行測(cè)試，不需要進(jìn)一步發(fā)揮如果有發(fā)現(xiàn)與Case無關(guān)的Error,在測(cè)試通過后才可以填報(bào)ErrorReport此類測(cè)試有一門檻值，即TestCase的Pass率達(dá)到一定值（如95%）才能宣布版本發(fā)布成功，進(jìn)入進(jìn)一步的測(cè)試，否則此版本無效。除了門檻值外，如果重要功能模塊的TestCase沒通過，也會(huì)終止這個(gè)版本。2.SystemTestFullRoundSystemTestPurpose對(duì)手機(jī)的所有功能進(jìn)行全面的測(cè)試(所有語(yǔ)言包)

由于Case不可能包含所有方面，所以測(cè)試時(shí)應(yīng)適度發(fā)揮，盡力完成全面測(cè)試CommonSystemTest(MediumorMinor)Attention:SystemTest一般分為兩個(gè)部分，“跑Case”和FreeTest。

當(dāng)所有TestCase都測(cè)完后，就進(jìn)入FreeTest期間。這里的FreeTest具有明確的目的性和范圍。一般來說，這段時(shí)間的FreeTest只需要測(cè)自己負(fù)責(zé)的模塊。而且FreeTest還負(fù)責(zé)重現(xiàn)前期“跑Case”是遺留的不可重現(xiàn)的Error。

在測(cè)試初期，一般只需要按照TestCase測(cè)，把一些不可重現(xiàn)的Error都記錄下來。同時(shí)遇到TestCase的問題或者不充分，應(yīng)該立即解決（和TeamLeader或者SpecialList討論，補(bǔ)寫TestCase）。在這一階段結(jié)束后，一般要寫一個(gè)SummaryReport。把這一階段的測(cè)試結(jié)果和遇到的問題、自己的見解都寫在里面（當(dāng)然是用English）。3.FocusTestPurpose:集中于一個(gè)或幾個(gè)點(diǎn)進(jìn)行測(cè)試(同SystemTest)軟件測(cè)試基本概念軟件測(cè)試測(cè)略軟件測(cè)試基本概念軟件測(cè)試策略4StressTestPurpose:為了解決市場(chǎng)上發(fā)現(xiàn)的重大Error，而進(jìn)行的有針對(duì)性的強(qiáng)度測(cè)試主要是利用邊緣測(cè)試（臨界測(cè)試）手段Attention:壓力測(cè)試，顧名思義，是給手機(jī)施加一定壓力，從而找出手機(jī)軟件上的Error。一般來說，對(duì)手機(jī)施加的壓力主要有：存儲(chǔ)壓力：由于手機(jī)采用的是棧式存儲(chǔ)，所以當(dāng)一個(gè)存儲(chǔ)塊滿了之后，如果程序員不做相應(yīng)處理或者處理不好的話，很容易造成其他存儲(chǔ)區(qū)被擦除，從而在UI上出現(xiàn)問題（其他功能無法正常使用）。邊界壓力：邊界一直是程序員最容易忽略的地方。響應(yīng)能力壓力：有時(shí)候某個(gè)操作可能處理的時(shí)間很長(zhǎng)，在處理期間如果測(cè)試者再不斷地進(jìn)行其他操作的話，很容易出現(xiàn)問題。網(wǎng)絡(luò)流量壓力（如在接電話時(shí)進(jìn)行短信服務(wù)）等等。n在項(xiàng)目中，StressTest有時(shí)也會(huì)用來重現(xiàn)不可重現(xiàn)的Error。由于有不少不可重現(xiàn)的Error是由于MemoryLeak(內(nèi)存泄漏)引起的，所以不停的重復(fù)同一個(gè)操作是重現(xiàn)一個(gè)不可重現(xiàn)的Error的一個(gè)好方法5.FreeTestPurpose:測(cè)試SystemTest中沒有做完的不可重現(xiàn)Error尋找平時(shí)沒有找到的忽略的ErrorAttention:在SystemTest階段所用的FreeTest具有明顯的目的性和范圍平時(shí)的FreeTest從理論上應(yīng)該對(duì)所測(cè)試的范圍窮盡所有的測(cè)試方法。但是，這是不現(xiàn)實(shí)的。在實(shí)際項(xiàng)目中，主要有兩個(gè)方面是FreeTest所需要重視的。從UISpec上找靈感。應(yīng)為TestCase是依據(jù)UISpec寫的，所以從UISpec上突破是一個(gè)行之有效的方法。UISpec有一定的探索深度，加大探索深度，是一種突破的途徑；另外同一個(gè)功能用其他不同的方法去實(shí)現(xiàn)，也是一種突破途徑。多關(guān)注不同F(xiàn)eature之間的Interaction。這是手機(jī)軟件相對(duì)比較容易出問題，而TestCase又很少能反映的地方。這是一個(gè)很大的FreeTest空間軟件測(cè)試基本概念軟件測(cè)試策略軟件測(cè)試基本概念軟件測(cè)試的基本過程一個(gè)規(guī)范化的軟件測(cè)試過程通常須包括以下基本的測(cè)試活動(dòng)。擬定軟件測(cè)試計(jì)劃編制軟件測(cè)試大綱設(shè)計(jì)和生成測(cè)試用例實(shí)施測(cè)試生成軟件問題報(bào)告

對(duì)整個(gè)測(cè)試過程進(jìn)行有效的管理實(shí)際上,軟件測(cè)試過程與整個(gè)軟件開發(fā)過程基本上是平行進(jìn)行的。測(cè)試計(jì)劃早在需求分析階段即應(yīng)開始制定,其它相關(guān)工作,包括測(cè)試大綱的制定、測(cè)試數(shù)據(jù)的生成、測(cè)試工具的選擇和開發(fā)等也應(yīng)在測(cè)試階段之前進(jìn)行。充分的準(zhǔn)備工作可以有效地克服測(cè)試的盲目性,縮短測(cè)試周期,提高測(cè)試效率,并且起到測(cè)試文檔與開發(fā)文檔互查的作用。軟件測(cè)試基本概念軟件測(cè)試的基本過程軟件測(cè)試基本概念軟件測(cè)試的基本流程(1)測(cè)試工程師的工作流程，與公司的整體工作流程，項(xiàng)目的測(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è)置測(cè)試需要的軟件和硬件環(huán)境，包括操作系統(tǒng)，要測(cè)試的軟件和其他必要的測(cè)試工具軟件等。所有這些完成后，分別運(yùn)行，查看是否能正確運(yùn)行，保證符合測(cè)試文檔要求的測(cè)試環(huán)境。4)學(xué)習(xí)被測(cè)試軟件 對(duì)于不太熟悉的軟件，可以通過閱讀軟件自身的教程和幫助文件，學(xué)習(xí)本軟件的一般操作方法，也可以參照相關(guān)的書籍資料等。另外，向熟悉測(cè)試軟件的其他同事請(qǐng)教軟件使用方法，也是學(xué)習(xí)軟件的一條捷徑。對(duì)軟件使用越熟練，測(cè)試過程越順利，測(cè)試效果越理想。5)確認(rèn)完全理解測(cè)試任務(wù) 軟件測(cè)試最重要的要求就是確實(shí)明確了測(cè)試任務(wù)和要求，這包括正確理解了測(cè)試文檔，確認(rèn)可以按照測(cè)試進(jìn)度要求，完成測(cè)試。對(duì)于測(cè)試工具要正確安裝，熟練使用。如果有任何不明白之處，向軟件測(cè)試負(fù)責(zé)人詢問。切忌憑自己的理解和主觀推測(cè)，自行其事。當(dāng)然，真正測(cè)試中，往往會(huì)遇到各種新的小疑難問題，也需要及時(shí)向測(cè)試負(fù)責(zé)人請(qǐng)教，以保證測(cè)試順利進(jìn)行。軟件測(cè)試基本概念軟件測(cè)試的基本流程(1)軟件測(cè)試基本概念軟件測(cè)試的基本流程(2)執(zhí)行軟件測(cè)試任務(wù)1)按照測(cè)試文檔要求，逐項(xiàng)認(rèn)真測(cè)試根據(jù)測(cè)試文檔測(cè)試要求，按照測(cè)試步驟，逐項(xiàng)進(jìn)行。通過運(yùn)行軟件，觀察測(cè)試結(jié)果，與軟件需求說明書的內(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ò)誤，填寫軟件問題報(bào)告為了糾正軟件中的錯(cuò)誤，測(cè)試工程師要正確記錄發(fā)現(xiàn)的錯(cuò)誤，將錯(cuò)誤再現(xiàn)的步驟寫入測(cè)試報(bào)告中，測(cè)試報(bào)告是程序測(cè)試的重要組成部分，正確書寫測(cè)試報(bào)告是對(duì)測(cè)試工程師的基本要求。采用軟件缺陷數(shù)據(jù)庫(kù)管理測(cè)試中發(fā)現(xiàn)的軟件缺陷，每一條錯(cuò)誤作為數(shù)據(jù)庫(kù)的一條記錄，方便記錄、修改、查詢。3)填寫測(cè)試進(jìn)度表和必要的測(cè)試內(nèi)容記錄表每天將測(cè)試內(nèi)容寫入測(cè)試進(jìn)度表文檔，可以使測(cè)試負(fù)責(zé)人了解測(cè)試進(jìn)度，控制測(cè)試周期內(nèi)測(cè)試的連續(xù)性，增強(qiáng)測(cè)試過程控制性，保證測(cè)試的正常進(jìn)行。測(cè)試記錄要準(zhǔn)確完整，實(shí)事求是，必要時(shí)插入測(cè)試注釋，解釋測(cè)試中的特殊問題。測(cè)試進(jìn)度表是評(píng)價(jià)測(cè)試質(zhì)量和工作內(nèi)容的重要憑證，對(duì)于測(cè)試后發(fā)現(xiàn)的測(cè)試錯(cuò)誤和失誤，可以通過檢查測(cè)試記錄，尋找產(chǎn)生錯(cuò)誤的原因。4)測(cè)試中發(fā)現(xiàn)疑難及時(shí)請(qǐng)教測(cè)試是一個(gè)動(dòng)態(tài)的過程，可能由于自己的錯(cuò)誤操作或者測(cè)試文檔內(nèi)容的錯(cuò)誤，使得測(cè)試過程中出現(xiàn)自己不能解釋的現(xiàn)象或結(jié)果，出現(xiàn)與測(cè)試要求不符合的情形，這時(shí)可能需要與其他測(cè)試者協(xié)商或求助，如果問題仍然不能解決，應(yīng)該及時(shí)請(qǐng)教，聽取意見和建議，必要時(shí)反復(fù)討論直到問題全面解決。全面檢查測(cè)試結(jié)果1)對(duì)照測(cè)試文檔要求，檢查測(cè)試內(nèi)容是否完整測(cè)試完成后，要對(duì)照測(cè)試文檔檢查測(cè)試是否全部完成，保證沒有丟失測(cè)試內(nèi)容。如果某些內(nèi)容，由于測(cè)試環(huán)境的要求不滿足，或者由于測(cè)試時(shí)間短沒有進(jìn)行，則要寫入測(cè)試進(jìn)度表文檔。2)檢驗(yàn)書寫的軟件問題報(bào)告的記錄，使之確切、規(guī)范正確書寫測(cè)試記錄是保證迅速定位軟件錯(cuò)誤，加快改正錯(cuò)誤的必要前提。專業(yè)規(guī)范的軟件記錄報(bào)告是體現(xiàn)公司測(cè)試水平和專業(yè)實(shí)力的外在體現(xiàn)。認(rèn)真檢查書寫的每條記錄是否符合規(guī)范，格式、步驟、內(nèi)容一一檢查，必要時(shí)補(bǔ)充或刪減。上述三個(gè)階段，相互聯(lián)系緊密，其中準(zhǔn)備是基礎(chǔ)，測(cè)試是重點(diǎn)，檢查是保證，應(yīng)該根據(jù)測(cè)試的軟件特點(diǎn)合理安排軟件測(cè)試基本概念軟件測(cè)試的基本流程(2)軟件測(cè)試基本概念軟件測(cè)試配置軟件配置管理：軟件需求規(guī)格說明書，設(shè)計(jì)規(guī)格說明書，源代碼等管理。（RationalClearCase/ClearQuest）測(cè)試配置工具：測(cè)試計(jì)劃，測(cè)試用例，測(cè)試程序等。（VSS）測(cè)試工具：測(cè)試數(shù)據(jù)自動(dòng)生成程序，靜態(tài)分析程序，動(dòng)態(tài)分析程序，測(cè)試結(jié)果分析程序，以及驅(qū)動(dòng)測(cè)試的測(cè)試數(shù)據(jù)庫(kù)，自動(dòng)測(cè)試工具（Winrunner）其他測(cè)試工具Log工具QXDM/QPST/VPST/ETS電流測(cè)試工具NowSMS（可以測(cè)試GSMSMS,WAPPUSH,MMSnotification等）Helixserver流媒體測(cè)試ApacheWAPserverWSFTP_Pro2006B20050511.exe流量監(jiān)控聲音格式轉(zhuǎn)換工具第三方定位工具軟件測(cè)試基本概念軟件測(cè)試配置軟件測(cè)試基本概念軟件測(cè)試內(nèi)容軟件測(cè)試不等于程序測(cè)試，軟件測(cè)試應(yīng)貫串于軟件定義和開發(fā)地整個(gè)期間。需求分析，概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)以及程序編碼等各階段所得到的文檔，包括需求規(guī)格說明，概要設(shè)計(jì)規(guī)格說明，詳細(xì)設(shè)計(jì)規(guī)格說明以及源程序，都可以成為軟件測(cè)試的對(duì)象。為把握軟件開發(fā)各個(gè)環(huán)節(jié)地正確性，需要進(jìn)行各種確認(rèn)和驗(yàn)證。確認(rèn)：是一系列的活動(dòng)和過程，目的是想證實(shí)在一個(gè)給定的外部環(huán)境中軟件的邏輯正確性。驗(yàn)證：試圖證明在軟件生存期各個(gè)階段，以及階段間的邏輯協(xié)調(diào)性，完備性和正確性。對(duì)于我們的軟件測(cè)試，不僅僅包括手機(jī)軟件，配套光盤軟件，還應(yīng)該包括：說明書等的測(cè)試，需求評(píng)審等軟件測(cè)試基本概念軟件測(cè)試內(nèi)容手機(jī)測(cè)試基本流程手機(jī)測(cè)試基本流程手機(jī)測(cè)試基本技巧手機(jī)界面測(cè)試技巧界面風(fēng)格是否一致，美觀（比如左右軟鍵/菜單風(fēng)格）名稱是否統(tǒng)一(比如說UIM/SIM,電話本/聯(lián)系人)字體大小、風(fēng)格是否統(tǒng)一是否有錯(cuò)別字鍵盤操作是否正常（功能鍵、快捷鍵,長(zhǎng)按、短按、連續(xù)按）屏幕顯示是否正常，是否有重疊、切字、亂碼（在不同的語(yǔ)言下，快速切換）手機(jī)測(cè)試基本技巧手機(jī)界面測(cè)試技巧手機(jī)測(cè)試基本技巧手機(jī)交互測(cè)試技巧是各功能不同事件下的處理以矩陣交互表格方式描述用例多重事件可以選擇一些資源消耗大的場(chǎng)景選擇性展開兼容性測(cè)試驗(yàn)證手機(jī)對(duì)部分外部設(shè)備的兼容情況,包括SIM卡，T卡，藍(lán)牙設(shè)備也可以是其他手機(jī)傳送過來的內(nèi)容,比如說SMS,MMS,vCard,vcalendar否定測(cè)試（負(fù)面測(cè)試）在開發(fā)過程中，正常業(yè)務(wù)處理的代碼量只占有效代碼量的10%，而例外處理的代碼量要占有效代碼量的90%人們也可以通過經(jīng)驗(yàn)或直覺推測(cè)系統(tǒng)中可能存在的各種錯(cuò)誤，從而有真對(duì)性地編寫檢查這些錯(cuò)誤的例子，這就是錯(cuò)誤推測(cè)法。錯(cuò)誤推測(cè)法沒有確定的步驟，很大程度上是憑經(jīng)驗(yàn)進(jìn)行的。手機(jī)測(cè)試基本技巧手機(jī)交互測(cè)試技巧手機(jī)測(cè)試基本技巧手機(jī)性能測(cè)試技巧1．時(shí)間相關(guān)。時(shí)間相關(guān)的性能測(cè)試可分為長(zhǎng)時(shí)間保持測(cè)試和限定時(shí)間反應(yīng)測(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ù)手機(jī)電池的能力連續(xù)不間斷待機(jī)一定時(shí)間（例如4天），之后驗(yàn)證手機(jī)是否還能夠發(fā)起主叫和被叫業(yè)務(wù)，能夠發(fā)起主叫，表示終端在長(zhǎng)時(shí)間待機(jī)后自身還處于正常狀態(tài)，能夠發(fā)起被叫，說明終端在睡眠模式下可以正常接收尋呼。長(zhǎng)時(shí)間CS域業(yè)務(wù)保持測(cè)試，就是根據(jù)手機(jī)電池的能力連續(xù)不間斷進(jìn)行語(yǔ)音通話或者視頻通話一定時(shí)間（例如2小時(shí)），測(cè)試通話期間圖象聲音是否連續(xù)、清晰，是否有單通現(xiàn)象出現(xiàn)，是否會(huì)有手機(jī)板子過熱現(xiàn)象。長(zhǎng)時(shí)間PS域業(yè)務(wù)保持測(cè)試，主要是通過持續(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í)間反應(yīng)測(cè)試主要是測(cè)試終端在規(guī)定時(shí)間內(nèi)對(duì)用戶的操作作出反應(yīng)，給出操作結(jié)果的能力。主要包括開機(jī)駐留時(shí)延、關(guān)機(jī)時(shí)延、CS域業(yè)務(wù)接入時(shí)延、PS域業(yè)務(wù)接入時(shí)延、本地應(yīng)用的操作時(shí)延等。開機(jī)駐留時(shí)延，是指從用戶按下開機(jī)鍵（終端上電、系統(tǒng)引導(dǎo)、啟動(dòng)任務(wù)、搜索網(wǎng)絡(luò)、完成位置更新）到終端進(jìn)入待機(jī)界面，提示用戶可以進(jìn)行正常服務(wù)的總時(shí)間。關(guān)機(jī)時(shí)延，是指從用戶按下關(guān)機(jī)鍵（終端完成網(wǎng)絡(luò)detach、將RAM中修改過的數(shù)據(jù)寫回flash）到終端完全下電所需的總時(shí)間。CS域業(yè)務(wù)接入時(shí)延，是指在進(jìn)行語(yǔ)音或視頻電話時(shí)從按下?lián)芴?hào)鍵到聽到對(duì)方回鈴聲所需總時(shí)間，由于該過程需要在網(wǎng)絡(luò)側(cè)分配資源，所以測(cè)試結(jié)果可能會(huì)受到當(dāng)前網(wǎng)絡(luò)資源可用程度的影響，例如在網(wǎng)絡(luò)負(fù)荷高的時(shí)候申請(qǐng)CS64k業(yè)務(wù)時(shí)，網(wǎng)絡(luò)側(cè)需要重新組織或合并無線資源來滿足業(yè)務(wù)要求，所需時(shí)間相對(duì)會(huì)長(zhǎng)一些。PS域業(yè)務(wù)接入時(shí)延，是指在進(jìn)行數(shù)據(jù)業(yè)務(wù)時(shí)從開始連接到能正常進(jìn)行數(shù)據(jù)業(yè)務(wù)所需總時(shí)間。本地應(yīng)用的操作時(shí)延，是指完成某些本地操作維護(hù)功能所需的時(shí)間，例如打開電話薄，在電話薄里查找聯(lián)系人，存儲(chǔ)新建的聯(lián)系人，存儲(chǔ)短信，存儲(chǔ)多媒體文件，打開瀏覽器，播放多媒體文件等所需時(shí)延，這些時(shí)延如果過長(zhǎng)，也會(huì)極大地降低用戶體驗(yàn)的滿意度。手機(jī)測(cè)試基本技巧手機(jī)性能測(cè)試技巧手機(jī)測(cè)試基本技巧手機(jī)性能測(cè)試技巧

2．次數(shù)相關(guān)次數(shù)相關(guān)的性能測(cè)試是測(cè)試終端重復(fù)穩(wěn)定地進(jìn)行某項(xiàng)功能的能力。包括開關(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)存泄漏等問題。開關(guān)機(jī)成功率測(cè)試，主要是檢驗(yàn)多次開機(jī)是否會(huì)有物理層不能正確收到初搜命令的情況，關(guān)機(jī)不完全也可能會(huì)導(dǎo)致下一次開機(jī)失敗，以及在某些情況下系統(tǒng)死機(jī)后只能通過插拔電池板來重新開機(jī)。CS域業(yè)務(wù)成功率的測(cè)試，是指通過進(jìn)行一定次數(shù)的主叫或者被叫，統(tǒng)計(jì)失敗的次數(shù)，對(duì)失敗原因進(jìn)行歸類，分析是否能夠找到和終端相關(guān)的失敗原因。PS域業(yè)務(wù)成功率、組合業(yè)務(wù)成功率、切換成功率的測(cè)試方法也類似。本地應(yīng)用的成功率包括多次存儲(chǔ)再刪除文件、聯(lián)系人、短信等操作，以及多次打開某個(gè)應(yīng)用或執(zhí)行某類操作來對(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)證系統(tǒng)的負(fù)載工作能力。系統(tǒng)配置不變的條件下，在一定時(shí)間內(nèi)，終端在高負(fù)載情況下的性能行為表現(xiàn)。例如同時(shí)進(jìn)行多個(gè)ftp下載，使下行傳輸率接近極限值，觀察終端是否可以正常工作。手機(jī)測(cè)試基本技巧手機(jī)性能測(cè)試技巧手機(jī)測(cè)試基本技巧需求及文檔評(píng)審技巧(1)IEEE認(rèn)為好的需求規(guī)格說明應(yīng)該達(dá)到以下標(biāo)準(zhǔn)：正確：每項(xiàng)需求都反映了一種需要。完整：包含了所有必要的需求。無歧義：各方在需求的含義上意見一致。一致：所有部分都相符，如E/R模型與事件清單相符。確定重要性、穩(wěn)定性的等級(jí)：每項(xiàng)需求的優(yōu)先級(jí)以及預(yù)期的修改?？筛模阂子谛薷那冶３忠恢滦??？沈?yàn)證：能夠檢查是否滿足了需求?？勺粉櫍河尚枨笾聊繕?biāo)/目的，至設(shè)計(jì)/代碼。其它：可由目標(biāo)追蹤至需求；能為客戶、開發(fā)人員所理解。手機(jī)測(cè)試基本技巧需求及文檔評(píng)審技巧(1)IEEE認(rèn)為好的需求手機(jī)測(cè)試基本技巧需求及文檔評(píng)審技巧(2)1、兼容性

界面需求是否使軟硬件系統(tǒng)具有兼容性？

2、完備性

需求定義是否包含了有關(guān)文件（指質(zhì)量手冊(cè)、質(zhì)量計(jì)劃以及其他有關(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í)別定義了在將來可能會(huì)變化的需求？

是否定義了系統(tǒng)的所有輸入？

是否標(biāo)識(shí)清楚了系統(tǒng)輸入的來源？

是否識(shí)別了系統(tǒng)的輸出？

是否說明了系統(tǒng)輸入、輸出的類型？

是否說明了系統(tǒng)輸入、輸出的值域、單位、格式等？

是否說明了如何進(jìn)行系統(tǒng)輸入的合法性檢查？

是否定義了系統(tǒng)輸入、輸出的精度？

在不同負(fù)載情況下，系統(tǒng)的生產(chǎn)率如何？

在不同的情況下，系統(tǒng)的響應(yīng)時(shí)間如何？

系統(tǒng)對(duì)軟件、硬件或電源故障必須作什么樣的反應(yīng)？

是否充分定義了關(guān)于人機(jī)界面的需求？

手機(jī)測(cè)試基本技巧需求及文檔評(píng)審技巧(2)1、兼容性

界手機(jī)測(cè)試基本技巧需求及文檔評(píng)審技巧(2)3、一致性

各個(gè)需求之間是否一致？是否有沖突和矛盾？

所規(guī)定的模型、算法和數(shù)值方法是否相容？

是否使用了標(biāo)準(zhǔn)術(shù)語(yǔ)和定義形式？

需求是否與其軟硬件操作環(huán)境相容？

是否說明了軟件對(duì)其系統(tǒng)和環(huán)境的影響？

是否說明了環(huán)境對(duì)軟件的影響？

4、正確性

需求定義是否滿足標(biāo)準(zhǔn)的要求？

算法和規(guī)則是否有科技文獻(xiàn)或其它文獻(xiàn)作為基礎(chǔ)？

有哪些證據(jù)說明用戶提供的規(guī)則或規(guī)定是正確的？

是否定義了對(duì)在錯(cuò)誤、危險(xiǎn)分析中所識(shí)別出的各種故障模式和錯(cuò)誤類型所需的反應(yīng)？

是否參照了有關(guān)標(biāo)準(zhǔn)？

是否對(duì)每個(gè)需求都給出了理由？理由是否充分？

對(duì)設(shè)計(jì)和實(shí)現(xiàn)的限制是否都有論證？

5、可行性

需求定義是否使軟件的設(shè)計(jì)、實(shí)現(xiàn)、操作和維護(hù)都可行？

所規(guī)定的模式、數(shù)值方法和算法是否對(duì)待解問題合適？是否能夠在相應(yīng)的限制條件下實(shí)現(xiàn)？

是否能夠達(dá)到關(guān)于質(zhì)量的要求？

手機(jī)測(cè)試基本技巧需求及文檔評(píng)審技巧(2)3、一致性

各手機(jī)測(cè)試基本技巧需求及文檔評(píng)審技巧(3)6、易修改性

對(duì)需求定義的描述是否易于修改？例如是否采用良好的結(jié)構(gòu)和交叉引用表等等？

是否有冗余的信息？是否一個(gè)需求被定義多次？

7、健壯性

是否有容錯(cuò)的需求？

8、易追溯性

是否可以從上一階段的文檔查找到需求定義中的相應(yīng)內(nèi)容？需求定義是否明確地表明前階段中提出的有關(guān)需求的設(shè)計(jì)限制都已被覆蓋？例如，使用覆蓋矩陣或交叉引用表？

需求定義是否便于向后繼開發(fā)階段查找信息？

9、易理解性

是否每一個(gè)需求都只有一種解釋？

功能性需求是不是以模塊方式描述的，是否明確地標(biāo)識(shí)出其功能？

是否使用了形式化或半形式化的語(yǔ)言？

語(yǔ)言是否有歧義性？

需求定義是否只包含了必要的實(shí)現(xiàn)細(xì)節(jié)而不包含不必要的實(shí)現(xiàn)細(xì)節(jié)？是否過分細(xì)致了？

需求定義是否足夠清楚和明確使其已能夠作為開發(fā)設(shè)計(jì)規(guī)約和功能性測(cè)試數(shù)據(jù)基礎(chǔ)？

需求定義的描述是否將對(duì)程序的需求和所提供的其它信息分離開來?

10、易測(cè)試性和可驗(yàn)證性

需求是否可以驗(yàn)證？

是否對(duì)每一個(gè)需求都指定了驗(yàn)證過程？

數(shù)學(xué)函數(shù)的定義是否使用了精確定義的語(yǔ)法和語(yǔ)法符號(hào)？手機(jī)測(cè)試基本技巧需求及文檔評(píng)審技巧(3)6、易修改性

手機(jī)測(cè)試基本技巧本地化測(cè)試技巧(1)本地化軟件的錯(cuò)誤類別，可以歸結(jié)為四種類型：翻譯錯(cuò)誤，功能錯(cuò)誤，界面錯(cuò)誤，雙字節(jié)錯(cuò)誤翻譯錯(cuò)誤：產(chǎn)生原因：1)翻譯人員不熟悉翻譯要求。2)翻譯人員工作疏漏。3)用戶界面的翻譯與標(biāo)準(zhǔn)詞匯表不一致。表現(xiàn)特征：1)應(yīng)該翻譯而沒有翻譯的英文字符。2)不應(yīng)該翻譯而翻譯的中文字詞。3)錯(cuò)誤翻譯的字詞。4)只在本地化版本中存在該類型錯(cuò)誤。5)較多隱含在對(duì)話框各控件以及幫助文檔中。測(cè)試要求：1)明確需要翻譯和不需要翻譯的內(nèi)容。2)明確正確的翻譯方式。3)根據(jù)術(shù)語(yǔ)表，確認(rèn)術(shù)語(yǔ)翻譯的正確性與一致性。測(cè)試方法：1)主要同時(shí)打開中英文版本，執(zhí)行相同的操作。2)結(jié)合標(biāo)準(zhǔn)界面詞匯翻譯表，參照對(duì)比。說明：1)對(duì)于對(duì)話框，如果含有下拉列表框，要打開列表框查看全部項(xiàng)。2)特別要注意選項(xiàng)中開關(guān)類翻譯錯(cuò)誤。手機(jī)測(cè)試基本技巧本地化測(cè)試技巧(1)手機(jī)測(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)英文和中文都存在同樣的錯(cuò)誤。

4)可能隱含在軟件的任何位置或任何操作步驟中。測(cè)試要求：

1)保證輸入數(shù)據(jù)正確，或者打開了正確的測(cè)試用例。

2)明確正確的輸出結(jié)果和中間數(shù)據(jù)數(shù)值及格式。測(cè)試方法：

1)對(duì)于菜單項(xiàng)或工具欄按鈕，通過全面測(cè)試各個(gè)選項(xiàng)，認(rèn)真觀察每一步是否正確執(zhí)行，輸出結(jié)果（包括格式和數(shù)值）是否正確。

2)對(duì)于一個(gè)命令中的多個(gè)并列選項(xiàng)，采用路徑跟蹤法，按分支順序測(cè)試嵌套的全部子項(xiàng)。

3)對(duì)于對(duì)話框，可以逐個(gè)執(zhí)行各按鈕，各個(gè)列表選項(xiàng)等觀察執(zhí)行結(jié)果。說明：

1)特別注意不同選項(xiàng)、不同按鈕相互操作的影響。

2)注意檢查快捷鍵是否遺漏，是否多余，是否不同，是否起作用。手機(jī)測(cè)試基本技巧本地化測(cè)試技巧(2)手機(jī)測(cè)試基本技巧本地化測(cè)試技巧(3)布局錯(cuò)誤：產(chǎn)生原因：

1)軟件本地化后，由于源語(yǔ)言和本地化語(yǔ)言的表達(dá)方式不同，本地化后的字符數(shù)與源語(yǔ)言不同，每個(gè)字符所占空間尺寸不同，使得在英文版本正確顯示的控件字符，可能在本地化版本顯示不正確。

2)本地化人員調(diào)整程序資源不當(dāng)引起，例如，對(duì)話框及其控件高度或?qū)挾鹊牟徽_調(diào)整。表現(xiàn)特征：

1)控件相互重疊或排列不均勻。

2)控件中字符顯示不完整。

3)主要出現(xiàn)在本地化版本的對(duì)話框中。測(cè)試要求：

1)對(duì)話框中控件布局均勻，字符顯示完整正確

2)對(duì)話框中控件數(shù)量相等，沒有多余或丟失的控件測(cè)試方法：

1)執(zhí)行將要打開對(duì)話框的菜單或工具欄按鈕，觀察打開對(duì)話框中的控件布局。

2)對(duì)比檢查源語(yǔ)言軟件和本地化軟件對(duì)應(yīng)的對(duì)話框中控件的數(shù)量說明：

1)可能在執(zhí)行不同的操作后，如選擇了不同菜單或選按鈕后，編輯框顯示重疊等。

2)執(zhí)行后帶省略號(hào)的菜單或命令按鈕，將會(huì)顯示對(duì)話框。手機(jī)測(cè)試基本技巧本地化測(cè)試技巧(3)手機(jī)測(cè)試基本技巧本地化測(cè)試技巧(4)雙字節(jié)錯(cuò)誤：產(chǎn)生原因：1)源程序在設(shè)計(jì)時(shí)沒有考慮雙字節(jié)語(yǔ)言的支持。2)軟件本地化后，單字節(jié)字符向雙字節(jié)字符轉(zhuǎn)化過程中，由于單字節(jié)和雙字節(jié)之間的差別，可能使得某些本地化后的雙字節(jié)字符的顯示亂碼。3)軟件本地化后，對(duì)程序中控制符號(hào)如換行鍵“\n”的處理錯(cuò)誤而引起亂碼。表現(xiàn)特征：1)控件或?qū)υ捒蛑酗@示不可辯識(shí)的字符。2)控件或?qū)υ捒蛑酗@示無意義的明顯錯(cuò)誤的字符。3)不支持雙字節(jié)字符的輸入，包括雙字節(jié)的文件名和路徑名。4)僅出現(xiàn)在本地化后的版本中。測(cè)試要求：1)本地化后的軟件字符顯示正確完整，無亂碼或明顯錯(cuò)別字。測(cè)試方法：1)執(zhí)行菜單或按鈕，檢查對(duì)話框中的字符。2)打開幫助文檔，檢查所有需要翻譯的字符。說明：1)注意檢查對(duì)話框下拉列表中需要拖動(dòng)滾動(dòng)條才能顯示的內(nèi)容。手機(jī)測(cè)試基本技巧本地化測(cè)試技巧(4)手機(jī)測(cè)試基本技巧手機(jī)場(chǎng)地測(cè)試基本技巧1.FieldTest（又稱路測(cè)、場(chǎng)測(cè)）主要是為了了解手機(jī)在現(xiàn)網(wǎng)環(huán)境下的真正使用情況而展開一項(xiàng)測(cè)試，側(cè)重于網(wǎng)絡(luò)相關(guān)功能，可以說也是一種模擬最終用戶使用的測(cè)試。 2.場(chǎng)測(cè)任務(wù)展開的時(shí)間，主要是放在系統(tǒng)測(cè)試階段后期。在場(chǎng)測(cè)的前提條件滿足后（RF測(cè)試和無線靈敏度測(cè)試通過后，項(xiàng)目部可以向測(cè)試部經(jīng)理提交場(chǎng)測(cè)試申請(qǐng)，在獲得通過后，安排場(chǎng)測(cè)試。 3.對(duì)于新平臺(tái)，正常情況下必須要安排場(chǎng)地測(cè)試，場(chǎng)測(cè)試結(jié)果將作為出場(chǎng)判定依據(jù)。 4.目前，場(chǎng)測(cè)分兩部分：PARTA與PARTB這兩部分分別有所側(cè)重，A部分偏重?zé)o線與通訊方面的綜合測(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è)。手機(jī)測(cè)試基本技巧手機(jī)場(chǎng)地測(cè)試基本技巧手機(jī)測(cè)試基本技巧小概率問題處理盡量發(fā)現(xiàn)出現(xiàn)小概率問題的前提條件合理使用輔助測(cè)試工具,包括Trace,ETS等盡量給出概率問題的概率討論手機(jī)測(cè)試基本技巧小概率問題處理手機(jī)測(cè)試基本技巧手機(jī)測(cè)試?yán)帉懺瓌t熟悉需求,設(shè)計(jì),了解業(yè)務(wù)測(cè)試?yán)?guī)則清晰,明了.模塊劃分,測(cè)試?yán)帉懢哂休^強(qiáng)的通用性測(cè)試?yán)忻鞔_的測(cè)試目的,測(cè)試前提條件，優(yōu)先級(jí)別,預(yù)期結(jié)果測(cè)試?yán)帉懙脑敿?xì)程度應(yīng)該有限詳細(xì).有限詳細(xì)的定義：測(cè)試?yán)闹饕x者是測(cè)試人員，而不是所有人在測(cè)試中盡量避免使用操作某個(gè)按鍵出來什么結(jié)果的如果確實(shí)需要，盡量強(qiáng)調(diào)其測(cè)試的目的—比如說，檢查對(duì)話框狀態(tài)下，左右軟鍵的顯示是否正常(居中顯示/字符串無切字/無拼寫錯(cuò)誤）好的測(cè)試?yán)钠渌麕c(diǎn)要求能夠盡量的覆蓋典型的，常用的，異常的場(chǎng)景盡量避免重復(fù)測(cè)試測(cè)試?yán)⒎窃蕉嘣胶?，測(cè)試?yán)臄?shù)量應(yīng)該是，盡可能的發(fā)現(xiàn)問題與盡可能的覆蓋功能的最小公倍數(shù)測(cè)試?yán)木帉懪c測(cè)試本身一樣，沒有最好，只有更好，是一個(gè)可以不斷完善的過程。手機(jī)測(cè)試基本技巧手機(jī)測(cè)試?yán)帉懺瓌t手機(jī)測(cè)試基本技巧手機(jī)測(cè)試?yán)帉懸?.準(zhǔn)確:

按所設(shè)計(jì)的去測(cè)試.對(duì)需求及設(shè)計(jì)理解準(zhǔn)確,理解軟件及功能特點(diǎn),積極設(shè)想軟件如何才能失敗,做到盡可能發(fā)現(xiàn)錯(cuò)誤2.不冗余:

好的測(cè)試?yán)記]有不必要的步驟,每一個(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ù)用:

無論何時(shí)何人測(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)遣淮嬖诘?在變更過程中未做維護(hù)的測(cè)試?yán)龑⑹ニ鼞?yīng)有價(jià)值,甚至帶來危害.備注:以上內(nèi)容來自毛宏才《怎樣編寫高質(zhì)量測(cè)試用例》手機(jī)測(cè)試基本技巧手機(jī)測(cè)試?yán)帉懸笫謾C(jī)測(cè)試基本技巧設(shè)計(jì)測(cè)試用例應(yīng)注意的事項(xiàng)

不僅要選用合理的輸入數(shù)據(jù)作為測(cè)試用例（即肯定測(cè)試用例），還應(yīng)選用不合理的輸入數(shù)據(jù)作為測(cè)試用例（即否定測(cè)試用例）。許多人往往只注意前者而忽略了后者。為了提高系統(tǒng)的健壯性，輸入數(shù)據(jù)不合理的各種情況是應(yīng)該認(rèn)真檢查的（在開發(fā)過程中，正常業(yè)務(wù)處理的代碼量只占有效代碼量的10%，而例外處理的代碼量要占有效代碼量的90%），所以測(cè)試工作量也是如此，即肯定測(cè)試用例占總用例的10%，否定測(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)人工的，如果將用過的測(cè)試用例丟棄了，以后一旦需要再測(cè)試這個(gè)系統(tǒng)（例如因?yàn)橄到y(tǒng)內(nèi)部作了某些修改）就需要再花很多人工，人們往往懶得再次認(rèn)真地設(shè)計(jì)測(cè)試用例，因而“再測(cè)試”很少像初次測(cè)試那樣“徹底”。如果系統(tǒng)的修改使得前面已測(cè)試過的部分產(chǎn)生了錯(cuò)誤，“再測(cè)試”往往就不能發(fā)現(xiàn)這些錯(cuò)誤。手機(jī)測(cè)試基本技巧設(shè)計(jì)測(cè)試用例應(yīng)注意的事項(xiàng)手機(jī)測(cè)試基本技巧設(shè)計(jì)測(cè)試用例方法白盒法白盒法是以系統(tǒng)內(nèi)部的邏輯為基礎(chǔ)設(shè)計(jì)測(cè)試用例，所以又稱為邏輯覆蓋法。白盒法考慮的是測(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è)試覆蓋是“分支覆蓋”。這個(gè)標(biāo)準(zhǔn)是執(zhí)行足夠的測(cè)試用例，使代碼中每個(gè)分支至少都獲得一次“真”值和“假”值，或者說使得代碼中的每個(gè)分支至少都通過一次。分支覆蓋率是80%。（3）循環(huán)覆蓋

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

手機(jī)測(cè)試基本技巧設(shè)計(jì)測(cè)試用例方法手機(jī)測(cè)試基本技巧劃分等價(jià)類等價(jià)列劃分設(shè)計(jì)方法是把所有可能的輸入數(shù)據(jù)，即程序的輸入域劃分成若干部分（子集），然后從每一個(gè)子集中選取少量具有代表性的數(shù)據(jù)作為測(cè)試用例。等價(jià)類是指某個(gè)輸入域的子集合。在該子集合中，各個(gè)輸入數(shù)據(jù)對(duì)于揭露程序中的錯(cuò)誤都是等效的。并合理地假定：測(cè)試某等價(jià)類的代表值就等于對(duì)這一類其他值的測(cè)試。等價(jià)類劃分有兩種不同的情況：有效等價(jià)類和無效等價(jià)類。設(shè)計(jì)時(shí)要同時(shí)考慮這兩種等價(jià)類。下面給出6條確定等價(jià)類的原則：在輸入條件規(guī)定了取值范圍或值的個(gè)數(shù)的情況下，則可以確立一個(gè)有效等價(jià)類和兩個(gè)無效等價(jià)類。在輸入條件規(guī)定了輸入值的集合或者規(guī)定了“必須如何”的條件的情況下，則可以確立一個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類。在輸入條件是一個(gè)布爾量的情況下，可以確立一個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類。在規(guī)定了輸入數(shù)據(jù)的一組值（假定n個(gè)），并且程序要對(duì)每一個(gè)輸入值分別處理的情況下，可以確立n個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類。在規(guī)定了輸入數(shù)據(jù)必須遵守的規(guī)則的情況下，可以確立一個(gè)有效等價(jià)類（符合規(guī)則）和若干個(gè)無效等價(jià)類（從不同角度違反規(guī)則）。在確知已劃分的等價(jià)類中各元素在程序處理中的方式不同的情況下，則應(yīng)再將該等價(jià)類進(jìn)一步的劃分為更小的等價(jià)類。在確立了等價(jià)類后，可建立等價(jià)類表，列出所有劃分出的等價(jià)類。然后從劃分出的等價(jià)類中按以下的3個(gè)原則設(shè)計(jì)測(cè)試用例：為每一個(gè)等價(jià)類規(guī)定一個(gè)唯一的編號(hào)設(shè)計(jì)一個(gè)新的測(cè)試用例，使其盡可能多的覆蓋尚未被覆蓋的有效等價(jià)類，重復(fù)這一步，直到所有的有效等價(jià)類都被覆蓋為止。設(shè)計(jì)一個(gè)新的測(cè)試用例，使其僅覆蓋一個(gè)尚未被覆蓋的無效等價(jià)類，重復(fù)這一步，直到所有的無效等價(jià)類都被覆蓋為止。手機(jī)測(cè)試基本技巧劃分等價(jià)類手機(jī)測(cè)試基本技巧例：程序規(guī)定；輸入三個(gè)整數(shù)作為三邊的邊長(zhǎng)構(gòu)成三角形。當(dāng)此三角形為一般三角形、等腰三角形、等邊三角形時(shí)，分別作計(jì)算。用等價(jià)類劃分方法為該程序進(jìn)行測(cè)試用例設(shè)計(jì)。解：設(shè)a、b、c代表三角形的三條邊。1）分析題目中給出的和隱含的對(duì)輸入條件的要求：a)整數(shù)

b)3個(gè)數(shù)

c)非零數(shù)

d)正數(shù)

e)兩邊之和大于第三邊

f)等腰

g)等邊手機(jī)測(cè)試基本技巧例：程序規(guī)定；輸入三個(gè)整數(shù)作為三邊的邊長(zhǎng)構(gòu)成手機(jī)測(cè)試基本技巧2）列出等價(jià)類表并編號(hào)手機(jī)測(cè)試基本技巧2）列出等價(jià)類表并編號(hào)手機(jī)測(cè)試基本技巧3）列出覆蓋上述等價(jià)類的測(cè)試用例，如下表：手機(jī)測(cè)試基本技巧3）列出覆蓋上述等價(jià)類的測(cè)試用例，如下表：手機(jī)測(cè)試基本技巧

B、邊界值分析法使用邊界值分析方法設(shè)計(jì)測(cè)試用例的步驟，首先：應(yīng)確定邊界情況。通常輸入和輸出等價(jià)類的邊界，就是應(yīng)著重測(cè)試的邊界情況。其次，應(yīng)但選取正好等于、剛剛大于或剛剛小于邊界的值作為測(cè)試數(shù)據(jù)，而不是選取等價(jià)類中的典型值或任意值作為測(cè)試數(shù)據(jù)。

基于邊界值分析方法選擇測(cè)試用例的原則：如果輸入條件規(guī)定了值的范圍，應(yīng)取剛達(dá)到這個(gè)范圍的邊界值，以及剛剛超過這個(gè)范圍邊界的值作為測(cè)試輸入的數(shù)據(jù)。如果輸入條件規(guī)定了值的個(gè)數(shù)，應(yīng)用最大個(gè)數(shù)、最小個(gè)數(shù)、比最小個(gè)數(shù)少一、比最大個(gè)數(shù)多一的數(shù)作為測(cè)試輸入的數(shù)據(jù)。根據(jù)規(guī)格說明的每個(gè)輸出條件，使用前面的原則1。根據(jù)規(guī)格說明的每個(gè)輸出條件，使用前面的原則2。如果程序的規(guī)格說明給出的輸入域或輸出域是有序集合，則應(yīng)選取集合的第一個(gè)元素和最后一個(gè)元素作為測(cè)試用例數(shù)據(jù)。如果程序中使用了一個(gè)內(nèi)部數(shù)據(jù)結(jié)構(gòu)，應(yīng)當(dāng)選擇這個(gè)內(nèi)部數(shù)據(jù)結(jié)構(gòu)邊界上的值作為測(cè)試用例。分析規(guī)格說明，找出其他可能的邊界條件。手機(jī)測(cè)試基本技巧

B、邊界值分析法手機(jī)測(cè)試基本技巧D、錯(cuò)誤推測(cè)法人們也可以通過經(jīng)驗(yàn)或直覺推測(cè)系統(tǒng)中可能存在的各種錯(cuò)誤，從而有真對(duì)性地編寫檢查這些錯(cuò)誤的例子，這就是錯(cuò)誤推測(cè)法。錯(cuò)誤推測(cè)法沒有確定的步驟，很大程度上是憑經(jīng)驗(yàn)進(jìn)行的。手機(jī)測(cè)試基本技巧D、錯(cuò)誤推測(cè)法手機(jī)測(cè)試基本技巧手機(jī)測(cè)試?yán)齼?yōu)先級(jí)別的定義(1)測(cè)試用例的優(yōu)先級(jí)別首先，你必須確定什么是你優(yōu)先級(jí)別的類型和其暗示著什么。就我們的目的來說，我們將用一個(gè)假設(shè)開始，那就是我們可能發(fā)現(xiàn)的缺陷的嚴(yán)重程度和那些相應(yīng)測(cè)試用例的優(yōu)先級(jí)別之間是平行的。1–小版本確認(rèn)測(cè)試（BuildVerificationTests(BVTs)：也叫做“冒煙測(cè)試”，一組你想先運(yùn)行的以確定這個(gè)給出的小版本是否可以測(cè)試的測(cè)試用例。如果你不能訪問每一個(gè)功能區(qū)域或執(zhí)行其他測(cè)試用例依賴的基本操作，那么在執(zhí)行這個(gè)優(yōu)先的測(cè)試用例之前，試圖做其他任何的測(cè)試都是沒有意義的，因?yàn)樗麄兇蠖鄶?shù)肯定要失敗。

2–

高（Highs）：最常執(zhí)行以保證功能性是穩(wěn)定的，目標(biāo)的行為和能力可以正常的工作，和重要的錯(cuò)誤和邊界被測(cè)試的測(cè)試用例的集合3–

中（Mediums）：這是使給出的功能區(qū)域或功能變得更詳細(xì)，檢查功能的多數(shù)方面包括邊界，錯(cuò)誤和配置測(cè)試的測(cè)試用例4–

低（Lows）：這是通常最少被執(zhí)行的測(cè)試用例。但這并不意味著這些測(cè)試都不重要，只是說他們?cè)陧?xiàng)目的生命期間里不是常常被運(yùn)行，例如錯(cuò)誤信息，可用性，壓力和性能測(cè)試。我們將測(cè)試用例分成4類：BVTs，高，中和低?，F(xiàn)在的問題是將測(cè)試用例分到不同的優(yōu)先級(jí)別里。畢竟，優(yōu)先級(jí)別將指出哪些測(cè)試用例被認(rèn)為是需要更頻繁的執(zhí)行的，哪些又不是。手機(jī)測(cè)試基本技巧手機(jī)測(cè)試?yán)齼?yōu)先級(jí)別的定義(1)手機(jī)測(cè)試基本技巧手機(jī)測(cè)試?yán)齼?yōu)先級(jí)別的定義(2)怎樣著手分配優(yōu)先級(jí)別1)隨意地分配：基于如果你沒有足夠的時(shí)間測(cè)試卻又至少要保證所有的產(chǎn)品需求已經(jīng)被確認(rèn)可以在設(shè)想的良好狀況下象它們被期望的那樣工作的想法，前面這3步將讓你任意的分組測(cè)試用例，如果你也停下來思考每個(gè)測(cè)試用例的測(cè)試的內(nèi)容，它們都將變的很重要。因此只需要：I)把你所有功能性驗(yàn)證（或基本路徑（HappyPath））的測(cè)試標(biāo)注為高優(yōu)先級(jí)別II)把你所有錯(cuò)誤和邊界值或確認(rèn)測(cè)試標(biāo)注為中優(yōu)先級(jí)別III)把你所有非功能性的測(cè)試（例如性能和可用性）標(biāo)注為低優(yōu)先級(jí)別.2)提升和降級(jí)：并非所有的功能性測(cè)試都一樣的重要，并且和邊界和非功能性測(cè)試一樣的重要。思考一下測(cè)試的重要性及相對(duì)于其他同等優(yōu)先級(jí)別的測(cè)試，你想要檢查這個(gè)功能的頻率－考慮質(zhì)量目標(biāo)和你項(xiàng)目的需求。I)

把功能性驗(yàn)證測(cè)試分為兩組：重要和不是十分重要。II)

將“不是十分重要”的性能驗(yàn)證測(cè)試降級(jí)為中優(yōu)先級(jí)別III)

把錯(cuò)誤和邊界測(cè)試分成兩組：重要和不是十分重要IV)

將“重要”的錯(cuò)誤和邊界測(cè)試升級(jí)為高優(yōu)先級(jí)別V)

把非功能性測(cè)試分成兩組：重要和不是十分重要VI)

把“重要”的非功能性測(cè)試升級(jí)為中優(yōu)先級(jí)別VII)

針對(duì)每組高，中和低優(yōu)先級(jí)別的測(cè)試用例，重復(fù)劃分和升級(jí)/降級(jí)流程直到你達(dá)到一個(gè)點(diǎn)，可以在不同優(yōu)先級(jí)別之間移動(dòng)的測(cè)試用例的數(shù)量到最小。這是一個(gè)簡(jiǎn)化的劃分測(cè)試用例優(yōu)先級(jí)別過程的例子。然而，在快速組織測(cè)試用例和安排測(cè)試進(jìn)度和工作量，及制訂項(xiàng)目計(jì)劃時(shí)需要完成哪些測(cè)試用例等方面，它可以給你很多幫助。

手機(jī)測(cè)試基本技巧手機(jī)測(cè)試?yán)齼?yōu)先級(jí)別的定義(2)手機(jī)測(cè)試基本技巧手機(jī)測(cè)試?yán)齼?yōu)先級(jí)別的定義(3)3)識(shí)別小版本驗(yàn)證測(cè)試用例（BuildVerificationTests）：現(xiàn)在，為了確保小版本是可以測(cè)試的并準(zhǔn)備好給小組其他成員開始測(cè)試，哪些測(cè)試用例是必須在每個(gè)小版本中都檢查呢？I)將好優(yōu)先級(jí)別的測(cè)試用例分成兩組：嚴(yán)重和重要的II)將“嚴(yán)重”的高優(yōu)先級(jí)的測(cè)試用例升級(jí)為BVT優(yōu)先級(jí)注意：不要先識(shí)別BVT測(cè)試用例！BVT只是高優(yōu)先級(jí)別測(cè)試用例的精選，它們已經(jīng)被確定為對(duì)系統(tǒng)和測(cè)試是非常重要的。在這個(gè)流程的最后，就是要檢查優(yōu)先級(jí)別的百分比分布情況是：BVT為10-15%，高為20-30%,，中為40-60%，低為10-15%。在升級(jí)和降級(jí)測(cè)試用例時(shí)，需要考慮的方面是用戶將要求這個(gè)功能或功能性的頻率是怎樣。同樣的，對(duì)于用戶日常的或月尾的活動(dòng)而言，這種行為的嚴(yán)重性是如何。RobynBrilliant在測(cè)試進(jìn)度報(bào)告中提供了一個(gè)清單，你可以在考慮降級(jí)或升級(jí)測(cè)試用例的時(shí)候使用使用從一到五的一個(gè)刻度，從最嚴(yán)重到最少的嚴(yán)重程度，量化可靠性風(fēng)險(xiǎn)如下：I)這個(gè)功能的失敗將影響用戶。II)這個(gè)功能的失敗將給公司造成重大的影響III)這個(gè)功能的失敗將引起一個(gè)潛在的延期給客戶IV)這個(gè)功能的失敗對(duì)公司將有較小的影響V)

這個(gè)功能的失敗沒有任何影響這個(gè)和其相似的刻度可以幫助你達(dá)到你測(cè)試用例優(yōu)先級(jí)別劃分的最后一步。手機(jī)測(cè)試基本技巧手機(jī)測(cè)試?yán)齼?yōu)先級(jí)別的定義(3)手機(jī)測(cè)試基本技巧編寫測(cè)試?yán)Ｒ姷腻e(cuò)誤單個(gè)測(cè)試?yán)L(zhǎng).不完善,錯(cuò)誤,或者雜亂無端的操作步驟.關(guān)鍵步驟遺漏命名域改變或者不再存在.描述不清,測(cè)試員或者測(cè)試系統(tǒng)不清楚實(shí)際要測(cè)試的步驟及內(nèi)容.不清楚什么樣的結(jié)果是通過和出錯(cuò).不方便維護(hù)(添加,刪除,更改等).手機(jī)測(cè)試基本技巧編寫測(cè)試?yán)Ｒ姷腻e(cuò)誤手機(jī)測(cè)試基本技巧手機(jī)測(cè)試報(bào)告編寫原則測(cè)試報(bào)告的目的在于總結(jié)測(cè)試階段的測(cè)試以及分析測(cè)試結(jié)果，描述系統(tǒng)是否符合需求（或達(dá)到XXX功能目標(biāo)）。預(yù)期參考人員包括用戶、測(cè)試人員、開發(fā)人員、項(xiàng)目管理者、其他質(zhì)量管理人員和需要閱讀本報(bào)告的高層經(jīng)理。通常，用戶對(duì)測(cè)試結(jié)論部分感興趣，開發(fā)人員希望從缺陷結(jié)果以及分析得到產(chǎn)品開發(fā)質(zhì)量的信息，項(xiàng)目管理者對(duì)測(cè)試執(zhí)行中成本、資源和時(shí)間予與重視，而高層經(jīng)理希望能夠閱讀到簡(jiǎn)單的圖表并且能夠與其他項(xiàng)目進(jìn)行同向比較。你的報(bào)告讀者越多，你的工作越容易被人重視，前提是必須讓閱讀者感到你的報(bào)告是有價(jià)值而且值得浪費(fèi)一點(diǎn)時(shí)間去關(guān)注的。手機(jī)測(cè)試基本技巧手機(jī)測(cè)試報(bào)告編寫原則主要參考資料可以參考的主要文檔3GPP相關(guān)規(guī)范3GPP2相關(guān)規(guī)范各運(yùn)營(yíng)商的CDMA測(cè)試規(guī)范主要參考資料可以參考的主要文檔謝謝大家!謝謝大家!演講完畢，謝謝觀看！演講完畢，謝謝觀看！手機(jī)軟件測(cè)試基礎(chǔ)培訓(xùn)BTX-ST手機(jī)軟件測(cè)試基礎(chǔ)培訓(xùn)內(nèi)容概要軟件測(cè)試人員基本素質(zhì)手機(jī)軟件測(cè)試基本概念手機(jī)軟件測(cè)試內(nèi)容軟件測(cè)試的基本方法主要的參考資料內(nèi)容概要軟件測(cè)試人員基本素質(zhì)良好的個(gè)人素質(zhì)責(zé)任心：責(zé)任心是做好工作必備的素質(zhì)之一，測(cè)試工程師更應(yīng)該將其發(fā)揚(yáng)光大。如果測(cè)試中沒有盡到責(zé)任，甚至敷衍了事，這將會(huì)把測(cè)試工作交給用戶來完成，很可能引起非常嚴(yán)重的后果。專心：主要指測(cè)試人員在執(zhí)行測(cè)試任務(wù)的時(shí)候要專心，不可一心二用。經(jīng)驗(yàn)表明，高度集中精神不但能夠提高效率，還能發(fā)現(xiàn)更多的軟件缺陷，業(yè)績(jī)最棒的往往是團(tuán)隊(duì)中做事精力最集中的那些成員。細(xì)心：主要指執(zhí)行測(cè)試工作時(shí)候要細(xì)心，認(rèn)真執(zhí)行測(cè)試，不可以忽略一些細(xì)節(jié)。某些缺陷如果不細(xì)心很難發(fā)現(xiàn)，例如一些界面的樣式、文字等。耐心：很多測(cè)試工作有時(shí)候顯得非?？菰?，需要很大的耐心才可以做好。如果比較浮躁，就不會(huì)做到“專心”和“細(xì)心”，這將讓很多軟件缺陷從你眼前逃過。自信心：自信心是現(xiàn)在多數(shù)測(cè)試工程師都缺少的一項(xiàng)素質(zhì)，尤其在面對(duì)需要編寫測(cè)試代碼等工作的時(shí)候，往往認(rèn)為自己做不到。要想獲得更好的職業(yè)發(fā)展，測(cè)試工程師們應(yīng)該努力學(xué)習(xí)，建立能“解決一切測(cè)試問題”的信心?！拔逍摹敝皇亲龊脺y(cè)試工作的基本要求，測(cè)試人員應(yīng)該具有的素質(zhì)還很多。例如測(cè)試人員不但要具有團(tuán)隊(duì)合作精神，而且應(yīng)該學(xué)會(huì)寬容待人，學(xué)會(huì)去理解“開發(fā)人員”，同時(shí)要尊重開發(fā)人員的勞動(dòng)成果——開發(fā)出來的產(chǎn)品。軟件測(cè)試人員基本素質(zhì)良好的個(gè)人素質(zhì)軟件測(cè)試人員基本素質(zhì)正確的思考方式OracleHeuristics:“HICCUPP”

原則ConsistentwithHistory:Presentfunctionbehaviorisconsistentwithpastbehavior.與歷史表現(xiàn)一致（每個(gè)版本表現(xiàn)一致）ConsistentwithourImage:Functionbehaviorisconsistentwithanimagethattheorganizationwantstoproject.

功能表現(xiàn)與組織希望項(xiàng)目的表現(xiàn)一致ConsistentwithComparableProducts:Functionbehaviorisconsistentwiththatofsimilarfunctionsincomparableproducts.與其他同類型產(chǎn)品的表現(xiàn)一致ConsistentwithClaims:Functionbehaviorisconsistentwithwhatpeoplesayit’ssupposedtobe.功能與申明一致ConsistentwithUser’sExpectations:Functionbehaviorisconsistentwithwhatwethinkuserswant.與用戶需求一致ConsistentwithinProduct:Functionbehaviorisconsistentwithbehaviorofcomparablefunctionsorfunctionalpatternswithintheproduct.

與產(chǎn)品內(nèi)部的其他模塊一致ConsistentwithPurpose:Functionbehaviorisconsistentwithapparentpurpose.與目標(biāo)一致軟件測(cè)試人員基本素質(zhì)正確的思考方式軟件測(cè)試人員基本素質(zhì)更多更好的思考ConjectureandRefutation:reasoningwithoutcertainty.

懷疑、駁斥：大膽推理AdductiveInference:findingthebestexplanationamong

alternatives.

小心求證：在眾多解釋中選擇最合理的解釋LateralThinking:theartofbeingdistractible.

水平思考：發(fā)散性思維的藝術(shù)Forward-backwardthinking:connectingyourobservationstoyourimagination.

正向、逆向思維：把你觀察到的和你想象的聯(lián)系起來Heuristics:applyinghelpfulproblem-solvingshortcuts.

啟發(fā)式的思維：?jiǎn)栴}解決的絕對(duì)有效途徑De-biasing:managingunhelpfulshortcuts.

去偏解：管理無效的路徑Pairing:twotesters,onecomputer.

對(duì)比：兩個(gè)測(cè)試人員，一臺(tái)電腦Studyotherfields.Example:InformationTheory.

學(xué)習(xí)其他領(lǐng)域，比如信息技術(shù)軟件測(cè)試人員基本素質(zhì)更多更好的思考軟件測(cè)試人員基本素質(zhì)良好的技術(shù)背景對(duì)無線移動(dòng)通信網(wǎng)絡(luò)知識(shí),基本的網(wǎng)絡(luò)協(xié)議以及網(wǎng)絡(luò)工作原理

,計(jì)算機(jī)知識(shí),甚至是攝影知識(shí)積累對(duì)于軟件測(cè)試都有很大的幫助掌握必要的軟件測(cè)試知識(shí)和軟件工程基本知識(shí)對(duì)于我們自身的提高也是大有裨益的掌握必要的軟件編程知識(shí),對(duì)于深入測(cè)試,編寫利用自動(dòng)測(cè)試腳本，可以起到事半功倍的效果作為一名測(cè)試人員，盡管不能精通所有的知識(shí)，但要想做好測(cè)試工作，應(yīng)該盡可能地去學(xué)習(xí)更多的與測(cè)試工作相關(guān)的知識(shí)。軟件測(cè)試人員基本素質(zhì)良好的技術(shù)背景軟件測(cè)試基本概念軟件測(cè)試的目的從軟件開發(fā)者的角度出發(fā)，表明軟件產(chǎn)品中不存在錯(cuò)誤的過程，驗(yàn)證該軟件達(dá)到要求，確立人們對(duì)軟件質(zhì)量的信心符合需求設(shè)計(jì)文檔的要求符合一些應(yīng)用標(biāo)準(zhǔn)的要求，比如不同國(guó)家的用戶不同的操作習(xí)慣和要求，項(xiàng)目工程中的可維護(hù)性、可測(cè)試性等要求從用戶角度出發(fā)，暴露軟件中存在的錯(cuò)誤和缺陷。從客戶的需求出發(fā)，從客戶的角度去看產(chǎn)品，客戶會(huì)怎么去使用這個(gè)產(chǎn)品，使用過程中會(huì)遇到什么樣的問題。只有這些問題都解決了，軟件產(chǎn)品的質(zhì)量才可以說是上去了軟件測(cè)試人員的任務(wù)和目標(biāo)盡量短的時(shí)間盡量多的發(fā)現(xiàn)Bug；衡量軟件的品質(zhì)；關(guān)注用戶的需求?？偟哪繕?biāo)是：確保軟件的質(zhì)量。軟件測(cè)試基本概念軟件測(cè)試的目的軟件測(cè)試基本概念軟件測(cè)試原則測(cè)試是需要設(shè)計(jì)的,一個(gè)好的測(cè)試計(jì)劃和測(cè)試用例往往能達(dá)到事半功倍的效果。測(cè)試是一項(xiàng)具有很大創(chuàng)造性的工作，其工作量一點(diǎn)也不比軟件設(shè)計(jì)小。軟件測(cè)試的創(chuàng)造性主要表現(xiàn)在測(cè)試方案選擇、測(cè)試計(jì)劃制定、測(cè)試用例設(shè)計(jì)、測(cè)試結(jié)果的分析以及測(cè)試過程的管理等方面。應(yīng)當(dāng)把“盡早和不斷的測(cè)試”作為開發(fā)者的座右銘測(cè)試工作應(yīng)該由獨(dú)立的專業(yè)的軟件測(cè)試部門來完。一定要注意測(cè)試中的錯(cuò)誤集中發(fā)生現(xiàn)象，這和程序員的編程水平和習(xí)慣有很大的關(guān)系。對(duì)測(cè)試錯(cuò)誤結(jié)果一定要有一個(gè)確認(rèn)的過程，一般有A測(cè)試出來的錯(cuò)誤，一定要有一個(gè)B來確認(rèn)，嚴(yán)重的錯(cuò)誤可以召開評(píng)審會(huì)進(jìn)行討論和分析。制定嚴(yán)格的測(cè)試計(jì)劃，并把測(cè)試時(shí)間安排的盡量寬松，不要希望在極短的時(shí)間內(nèi)完成一個(gè)高水平的測(cè)試?；貧w測(cè)試的關(guān)聯(lián)性一定要引起充分的注意，修改一個(gè)錯(cuò)誤而引起更多的錯(cuò)誤出現(xiàn)的現(xiàn)象并不少見。妥善保存一切測(cè)試過程文檔，意義是不言而喻的，測(cè)試的重現(xiàn)性往往要靠測(cè)試文檔。如何理解這句話卻仁者見仁，智者見智軟件測(cè)試基本概念軟件測(cè)試原則如何理解這句話卻仁者見仁，智者見軟件測(cè)試基本概念軟件測(cè)試原則Good-enough原則：這是一種權(quán)衡投入／產(chǎn)出比的原則，測(cè)試既不要不充分，也不要過分。不充分和過分都是一種不負(fù)責(zé)任的表現(xiàn)。Zero-bug是一種理想，Good-enough是我們的原則。Pareto原則：一般情況下，在分析、設(shè)計(jì)、實(shí)驗(yàn)階段的復(fù)審和測(cè)試工作能夠發(fā)現(xiàn)和避免80％的bug，而系統(tǒng)的軟件測(cè)試能夠找出其余bug中的80％。最后約5%的bug只有在用戶大范圍、長(zhǎng)時(shí)間的使用后才會(huì)暴露出來。因此測(cè)試只能保證盡可能多地發(fā)現(xiàn)錯(cuò)誤，不能保證發(fā)現(xiàn)所有的錯(cuò)誤。徹底的測(cè)試是不可能的。在測(cè)試中不可能窮舉所有的路徑，但充分覆蓋程序邏輯，并確保軟件的所有條件是有可能的所有的測(cè)試都應(yīng)追溯到用戶需求。軟件測(cè)試的目的在于揭示錯(cuò)誤，而最嚴(yán)重的錯(cuò)誤（從用戶角度看）是那些導(dǎo)致程序無法滿足需求的錯(cuò)誤軟件測(cè)試基本概念軟件測(cè)試原則軟件測(cè)試基本概念軟件測(cè)試效率的幾點(diǎn)建議首先測(cè)試程序的核心功能，然后測(cè)試輔助功能。首先測(cè)試功能，然后測(cè)試性能。首先測(cè)試常見情況，然后測(cè)試異常情況。首先測(cè)試經(jīng)過變更的部分，然后測(cè)試沒有變更的部分。首先測(cè)試影響大的問題，然后測(cè)試影響小的問題。首先測(cè)試必須測(cè)試的部分，然后測(cè)試可選或沒有要求測(cè)試的部分軟件測(cè)試基本概念軟件測(cè)試效率的幾點(diǎn)建議軟件測(cè)試基本概念軟件測(cè)試測(cè)略1.

ReleaseTest(又名BVTBuildVerificationTest)Purpose:測(cè)試手機(jī)的基本功能是否實(shí)現(xiàn)，是否有進(jìn)一步測(cè)試的必要性Attention:ReleaseTest的TestCase具有一定的典型性，主要是反映手機(jī)最基本功能的TestCase本類測(cè)試只需要依據(jù)TestCase進(jìn)行測(cè)試，不需要進(jìn)一步發(fā)揮如果有發(fā)現(xiàn)與Case無關(guān)的Error,在測(cè)試通過后才可以填報(bào)ErrorReport此類測(cè)試有一門檻值，即TestCase的Pass率達(dá)到一定值（如95%）才能宣布版本發(fā)布成功，進(jìn)入進(jìn)一步的測(cè)試，否則此版本無效。除了門檻值外，如果重要功能模塊的TestCase沒通過，也會(huì)終止這個(gè)版本。2.SystemTestFullRoundSystemTestPurpose對(duì)手機(jī)的所有功能進(jìn)行全面的測(cè)試(所有語(yǔ)言包)

由于Case不可能包含所有方面，所以測(cè)試時(shí)應(yīng)適度發(fā)揮，盡力完成全面測(cè)試CommonSystemTest(MediumorMinor)Attention:SystemTest一般分為兩個(gè)部分，“跑Case”和FreeTest。

當(dāng)所有TestCase都測(cè)完后，就進(jìn)入FreeTest期間。這里的FreeTest具有明確的目的性和范圍。一般來說，這段時(shí)間的FreeTest只需要測(cè)自己負(fù)責(zé)的模塊。而且FreeTest還負(fù)責(zé)重現(xiàn)前期“跑Case”是遺留的不可重現(xiàn)的Error。

在測(cè)試初期，一般只需要按照TestCase測(cè)，把一些不可重現(xiàn)的Error都記錄下來。同時(shí)遇到TestCase的問題或者不充分，應(yīng)該立即解決（和TeamLeader或者SpecialList討論，補(bǔ)寫TestCase）。在這一階段結(jié)束后，一般要寫一個(gè)SummaryReport。把這一階段的測(cè)試結(jié)果和遇到的問題、自己的見解都寫在里面（當(dāng)然是用English）。3.FocusTestPurpose:集中于一個(gè)或幾個(gè)點(diǎn)進(jìn)行測(cè)試(同SystemTest)軟件測(cè)試基本概念軟件測(cè)試測(cè)略軟件測(cè)試基本概念軟件測(cè)試策略4StressTestPurpose:為了解決市場(chǎng)上發(fā)現(xiàn)的重大Error，而進(jìn)行的有針對(duì)性的強(qiáng)度測(cè)試主要是利用邊緣測(cè)試（臨界測(cè)試）手段Attention:壓力測(cè)試，顧名思義，是給手機(jī)施加一定壓力，從而找出手機(jī)軟件上的Error。一般來說，對(duì)手機(jī)施加的壓力主要有：存儲(chǔ)壓力：由于手機(jī)采用的是棧式存儲(chǔ)，所以當(dāng)一個(gè)存儲(chǔ)塊滿了之后，如果程序員不做相應(yīng)處理或者處理不好的話，很容易造成其他存儲(chǔ)區(qū)被擦除，從而在UI上出現(xiàn)問題（其他功能無法正常使用）。邊界壓力：邊界一直是程序員最容易忽略的地方。響應(yīng)能力壓力：有時(shí)候某個(gè)操作可能處理的時(shí)間很長(zhǎng)，在處理期間如果測(cè)試者再不斷地進(jìn)行其他操作的話，很容易出現(xiàn)問題。網(wǎng)絡(luò)流量壓力（如在接電話時(shí)進(jìn)行短信服務(wù)）等等。n在項(xiàng)目中，StressTest有時(shí)也會(huì)用來重現(xiàn)不可重現(xiàn)的Error。由于有不少不可重現(xiàn)的Error是由于MemoryLeak(內(nèi)存泄漏)引起的，所以不停的重復(fù)同一個(gè)操作是重現(xiàn)一個(gè)不可重現(xiàn)的Error的一個(gè)好方法5.FreeTestPurpose:測(cè)試SystemTest