在嵌入式系統(tǒng)中，程序的性能通常是非常重要的。豪之諾軟件測(cè)試培訓(xùn)班經(jīng)常會(huì)有這樣的要求，在特定時(shí)間內(nèi)處理一個(gè)中斷，或生成具有特定定時(shí)要求的一鄭開發(fā)人面臨的問題是決定應(yīng)該對(duì)哪一部分代碼進(jìn)行優(yōu)化來改進(jìn)性能，常常會(huì)花大量的時(shí)間去優(yōu)化那些對(duì)性能沒有任何影響的代碼。性能分析工具會(huì)提供有關(guān)的數(shù)據(jù)，說明執(zhí)行時(shí)間是如何消耗的，是什么時(shí)候消耗的，以及每個(gè)例程所用的時(shí)間。根據(jù)這些數(shù)據(jù)，確定哪些例程消耗部分執(zhí)行時(shí)間，從而可以決定如何優(yōu)化軟件，獲得更好的時(shí)間性能。對(duì)于大多數(shù)應(yīng)用來說，大部分執(zhí)行時(shí)間用在相對(duì)少量的代碼上，費(fèi)時(shí)的代碼估計(jì)占所有軟件總量的5%-20%。性能分析工具不僅能指出哪些例程花費(fèi)時(shí)間，而且與調(diào)試工...

通常在主機(jī)環(huán)境執(zhí)行多數(shù)的測(cè)試，只是在確定測(cè)試結(jié)果和系統(tǒng)測(cè)試才移植到目標(biāo)環(huán)境，這樣可以避免發(fā)生訪問目標(biāo)系統(tǒng)資源上的瓶頸，也可以減少在昂貴資源如在線仿真器上的費(fèi)用。另外，若目標(biāo)系統(tǒng)的硬件由于某種原因而不能使用時(shí)，確認(rèn)測(cè)試可以推遲直到目標(biāo)硬件可用，這為嵌入式軟件的開發(fā)測(cè)試提供了彈性。設(shè)計(jì)軟件的可移植性是成功進(jìn)行cross-test的先決條件，它通?？梢蕴岣哕浖馁|(zhì)量，并且度軟件的維護(hù)大有益處。以上所提到的測(cè)試工具，都可以通過各自的方式提供測(cè)試在主機(jī)與目標(biāo)之間的移植，從而使嵌入式軟件的測(cè)試得以方便的執(zhí)行。嵌入式系統(tǒng)在人類生活中發(fā)揮著重要的作用，包括飛行控制器這樣的控制系統(tǒng)，以及洗衣機(jī)這樣的家用...

對(duì)于一般商用軟件的測(cè)試，嵌入式軟件測(cè)試有其自身的特點(diǎn)和測(cè)試?yán)щy。由于嵌入式系統(tǒng)的自身特點(diǎn)，如實(shí)時(shí)性(Real-timing)，內(nèi)存不豐富，I/O通道少，開發(fā)工具昂貴，并且與硬件緊密相關(guān)CPU種類繁多，等等。嵌入式軟件的開發(fā)和測(cè)試也就與一般商用軟件的開發(fā)和測(cè)試策略有了很大的不同，可以說嵌入式軟件是難測(cè)試的一種軟件。嵌入式軟件測(cè)試使用有效的測(cè)試策略出路，它可以使開發(fā)的效率比較大化，避免目標(biāo)系統(tǒng)的瓶頸，使用在線仿真器節(jié)省昂貴的目標(biāo)資源。自從出現(xiàn)高級(jí)語言，豪之諾軟件測(cè)試培訓(xùn)班開發(fā)環(huán)境與運(yùn)行環(huán)境通常都是存在差異的，嵌入式系統(tǒng)更是如此。開發(fā)環(huán)境被認(rèn)為是主機(jī)平臺(tái)，軟件運(yùn)行環(huán)境為目標(biāo)平臺(tái)。相應(yīng)的測(cè)試為...

豪之諾軟件測(cè)試培訓(xùn)班參與了幾次討論，“測(cè)試無用論”，“測(cè)試怎樣才有價(jià)值”，測(cè)試有沒有前途，怎樣才能測(cè)試好一個(gè)產(chǎn)品，怎樣測(cè)才算充分，“產(chǎn)品架構(gòu)上面有個(gè)疑問，開發(fā)也清楚這樣設(shè)計(jì)不合理，但是還是按方案執(zhí)行，測(cè)試很無奈”，“我提交了這么多bug，開發(fā)居然說不要改”，“做測(cè)試一年了，發(fā)現(xiàn)沒什么長(zhǎng)進(jìn)”，“測(cè)試設(shè)計(jì)做的這么好，發(fā)布后還是有bug出現(xiàn)”，一位開發(fā)哥們說：“測(cè)試是我這么多年以來，做的不靠譜的事情”，“測(cè)試的薪水明顯的沒有開發(fā)高”，“測(cè)試女孩做比較合適，男孩子不合適。。。。以上的問題，歸納了一下，大概有這么幾個(gè)方面：1、思想上，容易產(chǎn)生挫折感，覺得測(cè)試不如開發(fā)；2、技能上，測(cè)試學(xué)不到什么知...

需求收集的目的是獲取用戶需求，收集的結(jié)果應(yīng)該詳實(shí)、，豪之諾軟件測(cè)試培訓(xùn)班可以保證需求分析工作順利開展。用戶需求按照反饋渠道可分為：用戶反饋需求、流程與信息化部反饋需求、運(yùn)維人員反饋需求（包含用戶方運(yùn)維人員設(shè)和我方工程人員）。針對(duì)后兩類需求，需求人員獲取需求后需進(jìn)一步與反饋人溝通明確需求的用戶。反饋人一般通過電話、郵件、項(xiàng)目例會(huì)、運(yùn)維日?qǐng)?bào)等方式反饋需求，若反饋的需求無法支撐下一步需求分析工作，需求人員應(yīng)與需求反饋人及用戶進(jìn)一步收集需求。進(jìn)一步收集需求時(shí)，需求人員可參考采用如下需求收集方法：用戶訪談、調(diào)研問卷、文檔考古、現(xiàn)場(chǎng)觀摩。以上需求收集方法可單獨(dú)使用也可混合使用，需求人員根據(jù)實(shí)際情況...

目標(biāo)環(huán)境測(cè)試和宿主環(huán)境測(cè)試在嵌入式軟件測(cè)試中，常常要在基于目標(biāo)的測(cè)試和基于宿主的測(cè)試之間作出折衷?；谀繕?biāo)的測(cè)試消耗較多的經(jīng)費(fèi)和時(shí)間，而基于宿主的測(cè)試代價(jià)較小，但畢竟是在模擬環(huán)境中進(jìn)行的。目前的趨勢(shì)是把更多的測(cè)試轉(zhuǎn)移到宿主環(huán)境中進(jìn)行，但是，目標(biāo)環(huán)境的復(fù)雜性和獨(dú)特性不可能完全模擬。在兩個(gè)環(huán)境中可以出現(xiàn)不同的軟件缺陷，重要的是目標(biāo)環(huán)境和宿主環(huán)境的測(cè)試內(nèi)容有所選擇。在宿主環(huán)境中，豪之諾軟件測(cè)試培訓(xùn)班可以進(jìn)行邏輯或界面的測(cè)試、以及與硬件無關(guān)的測(cè)試。在模擬或宿主環(huán)境中的測(cè)試消耗時(shí)間通常相對(duì)較少，用調(diào)試工具可以更快地完成調(diào)試和測(cè)試任務(wù)。而與定時(shí)問題有關(guān)的白盒測(cè)試、中斷測(cè)試、硬件接口測(cè)試只能在目標(biāo)環(huán)...

需求收集的目的是獲取用戶需求，收集的結(jié)果應(yīng)該詳實(shí)、，豪之諾軟件測(cè)試培訓(xùn)班可以保證需求分析工作順利開展。用戶需求按照反饋渠道可分為：用戶反饋需求、流程與信息化部反饋需求、運(yùn)維人員反饋需求（包含用戶方運(yùn)維人員設(shè)和我方工程人員）。針對(duì)后兩類需求，需求人員獲取需求后需進(jìn)一步與反饋人溝通明確需求的用戶。反饋人一般通過電話、郵件、項(xiàng)目例會(huì)、運(yùn)維日?qǐng)?bào)等方式反饋需求，若反饋的需求無法支撐下一步需求分析工作，需求人員應(yīng)與需求反饋人及用戶進(jìn)一步收集需求。進(jìn)一步收集需求時(shí)，需求人員可參考采用如下需求收集方法：用戶訪談、調(diào)研問卷、文檔考古、現(xiàn)場(chǎng)觀摩。以上需求收集方法可單獨(dú)使用也可混合使用，需求人員根據(jù)實(shí)際情況...

豪之諾軟件測(cè)試培訓(xùn)班在測(cè)試過程計(jì)劃確定后測(cè)試執(zhí)行開始之前，測(cè)試組長(zhǎng)應(yīng)該能夠回答下面的幾個(gè)問題：●測(cè)試計(jì)劃中需要執(zhí)行哪些測(cè)試組件？●測(cè)試計(jì)劃中有多少測(cè)試用例？●在執(zhí)行測(cè)試過程中，使用什么方法來記錄測(cè)試用例的狀態(tài)？●如何挑選出有效的測(cè)試組件和測(cè)試用例來著重測(cè)試某些模塊？●上次使用的測(cè)試用例的通過率是多少？●在未通過的測(cè)試用例中，有多少是上次執(zhí)行的時(shí)候也未通過的？準(zhǔn)確地回答這些問題，需要對(duì)測(cè)試過程中測(cè)試用例進(jìn)行跟蹤。前面提到，測(cè)試過程中，測(cè)試用例有三種狀態(tài)：通過、未通過和未測(cè)試。根據(jù)在測(cè)試執(zhí)行過程中測(cè)試用例的狀態(tài)，實(shí)現(xiàn)測(cè)試用例的跟蹤，從而進(jìn)行測(cè)試有效性的檢驗(yàn)。因此，測(cè)試用例的跟蹤主要是針對(duì)測(cè)...

在進(jìn)行白盒測(cè)試時(shí)，可以使用代碼覆蓋分析工具追蹤哪些代碼被執(zhí)行過。分析過程可以通過插裝來完成，插裝可以是在測(cè)試環(huán)境中嵌入硬件，也可以是在可執(zhí)行代碼中加入軟件，也可以是二者相結(jié)合。豪之諾軟件測(cè)試培訓(xùn)班的測(cè)試人員對(duì)結(jié)果數(shù)據(jù)加以總結(jié)，確定哪些代碼被執(zhí)行過，哪些代碼被巡漏了。覆蓋分析工具一般會(huì)提供有關(guān)功能覆蓋、分支覆蓋、條件覆蓋的信息。對(duì)于嵌入式軟件來說，代碼覆蓋分析工具可能侵入代碼的執(zhí)行，影響實(shí)時(shí)代碼的運(yùn)行過程?；谟布拇a覆蓋分析工具的侵入程度要小一些，但是價(jià)格一般比較昂貴，而且限制被測(cè)代碼的數(shù)量。三、嵌入式軟件測(cè)試策略在嵌入式領(lǐng)域目標(biāo)系統(tǒng)的應(yīng)用系統(tǒng)日趨復(fù)雜，而由于競(jìng)爭(zhēng)要求產(chǎn)品快速上市，開...

豪之諾軟件測(cè)試培訓(xùn)班測(cè)試步驟：測(cè)試時(shí)執(zhí)行的步驟，測(cè)試步驟要清晰，建議不要超過9條，復(fù)雜可根據(jù)實(shí)際情況分開，做到簡(jiǎn)單易懂；預(yù)期結(jié)果：就是根據(jù)參考資料與需求，執(zhí)行步驟之后應(yīng)該實(shí)現(xiàn)的效果，預(yù)期結(jié)果比較好與測(cè)試步驟一一對(duì)應(yīng)；實(shí)際結(jié)果：測(cè)試執(zhí)行步驟，實(shí)際出現(xiàn)的結(jié)果是否與預(yù)期結(jié)果一致，一般為passorfail；優(yōu)先級(jí)：添加優(yōu)先級(jí)，可在項(xiàng)目緊急的情況下根據(jù)優(yōu)先級(jí)排序，有限測(cè)試級(jí)別較高的用例，優(yōu)先級(jí)高的用例都對(duì)產(chǎn)品的影響性較大；測(cè)試人員：清楚誰測(cè)試的模塊，可用作任務(wù)量的評(píng)估，也可在項(xiàng)目某些模塊出現(xiàn)漏測(cè)等問題時(shí)，可有跡可循；備注：這個(gè)很好理解，不做說明；可包含字段：模塊的一級(jí)目錄、二級(jí)目錄、測(cè)試時(shí)間、...

豪之諾軟件測(cè)試培訓(xùn)班質(zhì)量保證：是有計(jì)劃的、系統(tǒng)的質(zhì)量管理活動(dòng)，確保項(xiàng)目中的所有過程滿足項(xiàng)目干系人的期望。質(zhì)量保證是貫穿于整個(gè)項(xiàng)目全生命周期、有計(jì)劃的、系統(tǒng)的活動(dòng)。它經(jīng)常針對(duì)整個(gè)項(xiàng)目質(zhì)量計(jì)劃的執(zhí)行情況進(jìn)行評(píng)估、檢查與改進(jìn)工作。質(zhì)量保證還是一個(gè)持續(xù)地進(jìn)行整個(gè)質(zhì)量改進(jìn)的過程。質(zhì)量保證的輸入：質(zhì)量管理計(jì)劃、質(zhì)量度量標(biāo)準(zhǔn)、工作績(jī)效信息、變更請(qǐng)求、質(zhì)量控制測(cè)量質(zhì)量保證的工具和技術(shù)：質(zhì)量計(jì)劃工具和技術(shù)、質(zhì)量審計(jì)、過程分析、質(zhì)量控制技術(shù)和工具、基準(zhǔn)分析質(zhì)量保證的輸出：請(qǐng)求的變更、建議的糾正措施、更新的組織過程資產(chǎn)、更新的項(xiàng)目管理計(jì)劃質(zhì)量控制質(zhì)量控制監(jiān)控具體項(xiàng)目結(jié)果以確定其是否符合相關(guān)的質(zhì)量標(biāo)準(zhǔn)，制...

測(cè)試用例維護(hù)，測(cè)試用例不是一次性產(chǎn)品，應(yīng)不斷進(jìn)行調(diào)整與更新。一份維護(hù)良好的測(cè)試用例，不但可以加快后續(xù)回歸測(cè)試的速度，豪之諾軟件測(cè)試培訓(xùn)班更可讓新入職的員工—不論測(cè)試還是開發(fā)，能夠更快、更方便的熟悉業(yè)務(wù)。比起需求文檔的錯(cuò)綜復(fù)雜、面面俱到，經(jīng)過編寫人員的理解、提煉而成的測(cè)試用例，是一份需求文檔的精華摘要，閱讀的有效性更高。測(cè)試用例對(duì)于項(xiàng)目而言，是一份非常寶貴的資料。整個(gè)黑盒測(cè)試過程看似簡(jiǎn)單，但由于大部分程序難以做到與需求文檔嚴(yán)格一致，而需求文檔也無法做到對(duì)于程序的每個(gè)細(xì)節(jié)都進(jìn)行詳細(xì)說明。測(cè)試過程中，測(cè)試人員應(yīng)當(dāng)依據(jù)經(jīng)驗(yàn)、常識(shí)等進(jìn)行判斷，某個(gè)和測(cè)試用例描述的期望結(jié)果不完全一致的實(shí)際結(jié)果應(yīng)判定...

豪之諾軟件測(cè)試培訓(xùn)班在軟件配置管理信息系統(tǒng)項(xiàng)目的對(duì)象是信息系統(tǒng)，它和傳統(tǒng)的制造產(chǎn)品有著很大的差別，這些差別決定了信息系統(tǒng)項(xiàng)目必須相應(yīng)地采取特殊的措施，否則無法達(dá)到其目標(biāo)。但是，由于在當(dāng)今軟件開發(fā)活動(dòng)中由于缺乏必要配置管理流程和工具很多軟件企業(yè)在日常開發(fā)工作中都會(huì)遇到諸如組織知識(shí)和過程財(cái)富流失，項(xiàng)目成員不能及時(shí)了解項(xiàng)目進(jìn)展?fàn)顩r，缺乏實(shí)現(xiàn)并行開發(fā)手段，無法有效管理和跟蹤變更等問題。那么配置管理在it項(xiàng)目管理中到底能起到什么作用呢?筆者通過在學(xué)院擔(dān)任系統(tǒng)管理員工作實(shí)踐中，積累了關(guān)于如何根據(jù)軟件公司的規(guī)模和研發(fā)力量制定配置管理的策劃，如何進(jìn)行配置管理的審計(jì)和配置管理與項(xiàng)目變更之間的關(guān)系等方...

豪之諾軟件測(cè)試培訓(xùn)班功能測(cè)試中哪些方面是測(cè)試人員不愿意碰觸的？或者不想遇到的？無疑臨時(shí)需求的功能測(cè)試（或是過度需求）是測(cè)試人員不愿遇到，在快速版本迭代中，整個(gè)團(tuán)隊(duì)的工作節(jié)奏基本穩(wěn)定，工作方式逐漸相互認(rèn)可，突然的臨時(shí)需求可能導(dǎo)致項(xiàng)目或產(chǎn)品的風(fēng)險(xiǎn)不可預(yù)估，打亂整個(gè)節(jié)奏。尤其對(duì)測(cè)試人員來說，與之關(guān)聯(lián)的功能需求需要從新測(cè)試回歸，而這部分工作又不可忽視，之所以臨時(shí)需求可想而知是對(duì)項(xiàng)目的架構(gòu)不完善的填充，面對(duì)這樣的突發(fā)事件，測(cè)試應(yīng)如何應(yīng)對(duì)？面對(duì)這種長(zhǎng)刃兵器，無法回避如何破之!一個(gè)緊湊的項(xiàng)目開發(fā)實(shí)施周期來說，同樣測(cè)試周期壓縮厲害，必要時(shí)申請(qǐng)項(xiàng)目延期或產(chǎn)品發(fā)布延后，實(shí)際情況往往不允許，如何分配時(shí)間分配...

背景介紹項(xiàng)目要馬上上線，功能已完成80%，沒在完整的需求文檔，只有零散的Story，但由于流程及各種原因，之前一直沒有測(cè)試人員的介入。豪之諾軟件測(cè)試培訓(xùn)班現(xiàn)要在短時(shí)間內(nèi)完成測(cè)試用例的編寫，并要符合常規(guī)用例的規(guī)范及要求。實(shí)踐過程·梳理測(cè)試用例模板，與客戶確認(rèn)模板的覆蓋是否滿足需求·2小時(shí)與BA溝通業(yè)務(wù)流程，了解整個(gè)項(xiàng)目的業(yè)務(wù)流程及功能點(diǎn)梳理?！な褂?-4小時(shí)，結(jié)合實(shí)際項(xiàng)目的功能及Story，自行整理整修業(yè)務(wù)流程的功能點(diǎn)（使用思維導(dǎo)圖軟件）。與BA確認(rèn)是否有功能的遺漏·2－3小時(shí)，編寫完成一個(gè)模塊的測(cè)試用例。與客戶確認(rèn)，是否有功能的遺漏及覆蓋度的完整程序。同步調(diào)整用例的覆蓋程度·2天完成剩...

豪之諾軟件測(cè)試培訓(xùn)班沒有配置管理工具支持進(jìn)行并行開發(fā)將十分困難單單通過人工操作往往會(huì)造成修改過bug重復(fù)出現(xiàn)或者幾個(gè)人進(jìn)行相同工作產(chǎn)生不必要浪費(fèi)。同時(shí)，一個(gè)文檔的幾個(gè)拷貝在不同的地方使用時(shí)，或者若干個(gè)文檔中含有一些共同的內(nèi)容。如果一個(gè)用戶發(fā)現(xiàn)了一個(gè)文檔出現(xiàn)了問題便直接進(jìn)行修改，或者幾個(gè)用戶發(fā)現(xiàn)了問題各自都做了修正，這樣文檔就不一致了。這是配置管理容易解決的問題，用戶需要修改某個(gè)文檔時(shí)，必須從配置庫(kù)中檢出該文檔，修改后再檢入，每個(gè)用戶需要該文檔時(shí)都從配置庫(kù)中檢出目前的文檔。同時(shí)，采用配置管理活動(dòng)的一種系統(tǒng)化的文檔標(biāo)志版本，并控制版本的并更采用統(tǒng)一的備份規(guī)定，可以避免丟失版本或不知版本。 需求...

白盒測(cè)試與黑盒測(cè)試一般來說，軟件測(cè)試有兩種基本的方式，即白盒測(cè)試方法與黑盒測(cè)試方法，嵌入式軟件測(cè)試也不例外。白盒測(cè)試或基本代碼的測(cè)試檢查程序的內(nèi)部設(shè)計(jì)。根據(jù)源代碼的組織結(jié)構(gòu)查找軟件缺陷，豪之諾軟件測(cè)試培訓(xùn)班要求測(cè)試人員對(duì)軟件的結(jié)構(gòu)和作用有詳細(xì)的了解，白盒測(cè)試與代碼覆蓋率密切相關(guān)，可以在白盒測(cè)試的同時(shí)計(jì)算出測(cè)試的代碼的覆蓋率，保證測(cè)試的充分性。把100％的代碼都測(cè)試到幾乎是不可能的，所以要選擇重要的代碼進(jìn)行白盒測(cè)試。由于嚴(yán)格的安全性和可靠性的要求，嵌入式軟件測(cè)試同非嵌入式軟件測(cè)試相比，通常要求有更高的代碼覆蓋率。對(duì)于嵌入式軟件，白盒測(cè)試一般不必在目標(biāo)硬件上進(jìn)行，更為實(shí)際的方式是在開發(fā)...

測(cè)試用例的編寫需要按照一定的思路進(jìn)行，而不是想到哪寫到哪，一般測(cè)試機(jī)制成熟的公司都會(huì)有公司自己自定義的測(cè)試用例模板，以及一整套的測(cè)試流程關(guān)注點(diǎn)，當(dāng)然我們自己在測(cè)試生涯中也應(yīng)當(dāng)積累一套自己的測(cè)試框架，所有功能性的測(cè)試都可以依據(jù)框架的思路來進(jìn)行，達(dá)到事半功倍的效果。豪之諾軟件測(cè)試培訓(xùn)班功能測(cè)試框架可以包括：界面友好性測(cè)試、功能測(cè)試、鏈接測(cè)試、容錯(cuò)測(cè)試、穩(wěn)定性測(cè)試、常規(guī)性能測(cè)試、配置測(cè)試、算法測(cè)試等等。界面友好性測(cè)試風(fēng)格、樣式、顏色是否協(xié)調(diào)界面布局是否整齊、協(xié)調(diào)（保證全部顯示出來的，盡量不要使用滾動(dòng)條界面操作、標(biāo)題描述是否恰當(dāng)（描述有歧義、注意是否有錯(cuò)別字）操作是否符合人們的常規(guī)習(xí)慣（有沒有...

需求收集的目的是獲取用戶需求，收集的結(jié)果應(yīng)該詳實(shí)、，豪之諾軟件測(cè)試培訓(xùn)班可以保證需求分析工作順利開展。用戶需求按照反饋渠道可分為：用戶反饋需求、流程與信息化部反饋需求、運(yùn)維人員反饋需求（包含用戶方運(yùn)維人員設(shè)和我方工程人員）。針對(duì)后兩類需求，需求人員獲取需求后需進(jìn)一步與反饋人溝通明確需求的用戶。反饋人一般通過電話、郵件、項(xiàng)目例會(huì)、運(yùn)維日?qǐng)?bào)等方式反饋需求，若反饋的需求無法支撐下一步需求分析工作，需求人員應(yīng)與需求反饋人及用戶進(jìn)一步收集需求。進(jìn)一步收集需求時(shí)，需求人員可參考采用如下需求收集方法：用戶訪談、調(diào)研問卷、文檔考古、現(xiàn)場(chǎng)觀摩。以上需求收集方法可單獨(dú)使用也可混合使用，需求人員根據(jù)實(shí)際情況...

在一個(gè)軟件工程組內(nèi)，配置管理是一個(gè)非常重要的職位。豪之諾軟件測(cè)試培訓(xùn)班盡管它現(xiàn)在可能在某些組織中不是很受重視，但是，對(duì)于一個(gè)有一定規(guī)模，有相當(dāng)數(shù)量軟件開發(fā)人員的團(tuán)隊(duì)來說，配置管理是一個(gè)不可或缺的職位。引用我一個(gè)做軟件開發(fā)的朋友的話說：配置管理讓你既愛又恨！軟件配置管理的基本介紹網(wǎng)上有好多文檔，對(duì)于配置管理的作用，其重要性，包含的主要部分，配置管理的方法及如何做好配置管理等等，有些文檔還是描述的很詳盡的。我在這里就不一一介紹。只講一下之前我心中認(rèn)為的配置管理.配置管理分級(jí)介紹1.基本的配置管理基本的配置管理也就是code的管理，即：代碼的checkout（簽出）、checkin（簽入），...

前些天看到一同行在論壇內(nèi)詢問要從事質(zhì)量管理需要學(xué)習(xí)些什么知識(shí)或者技能，豪之諾軟件測(cè)試培訓(xùn)班想回復(fù)一下卻又不知從何說起，三言兩語太過敷衍，長(zhǎng)篇累牘又太過矯情，更擔(dān)心萬一答非所問，誤人子弟卻是大惡，遂單獨(dú)開篇簡(jiǎn)述一下，歡迎各位前輩不吝賜教。從實(shí)現(xiàn)質(zhì)量管理過程的思路方面看，質(zhì)量管理的方法、技能主要分為兩類：類是建立在質(zhì)量管理思想基礎(chǔ)上的組織性的質(zhì)量管理方法；第二類是以數(shù)理統(tǒng)計(jì)方法為基礎(chǔ)的技術(shù)性的質(zhì)量管理技能。對(duì)于類型的管理方法，主要是指組織結(jié)構(gòu)、業(yè)務(wù)流程和人員工作意識(shí)和態(tài)度的角度進(jìn)行質(zhì)量管理的方法，他建立在管理學(xué)思想之上，也就是常說的計(jì)劃、組織、指揮、協(xié)調(diào)和控制這些基本的管理職能。因此，質(zhì)量...

大家知道，軟件測(cè)試對(duì)軟件的測(cè)試是有限的，而在項(xiàng)目進(jìn)度比較緊，測(cè)試人員、時(shí)間有限的情況下，要進(jìn)行充分的測(cè)試更是不可能！所以，如何在資源、時(shí)間有限的情況下測(cè)試的更有效，成了我們要思考的一個(gè)重要問題。以下以豪之諾軟件測(cè)試培訓(xùn)班實(shí)例進(jìn)行有關(guān)說明，大家對(duì)都用過手機(jī)，對(duì)手機(jī)的功能都不陌生，所以本文將全部用手機(jī)來做實(shí)例闡述！例1．電話接打功能測(cè)試對(duì)于電話接打這項(xiàng)手機(jī)基本的功能，在實(shí)際測(cè)試中測(cè)試人員可能要進(jìn)行上千次的測(cè)試，確保手機(jī)接打電話功能穩(wěn)定可靠。對(duì)于這種功能的驗(yàn)證測(cè)試，有的測(cè)試人員可能每次測(cè)試的方法都相同，如同樣的電話呼入后立刻接聽，如此反復(fù)，測(cè)試幾百次，檢測(cè)軟件的可靠性！電話呼出時(shí)，也是不變的...

背景介紹項(xiàng)目要馬上上線，功能已完成80%，沒在完整的需求文檔，只有零散的Story，但由于流程及各種原因，之前一直沒有測(cè)試人員的介入。豪之諾軟件測(cè)試培訓(xùn)班現(xiàn)要在短時(shí)間內(nèi)完成測(cè)試用例的編寫，并要符合常規(guī)用例的規(guī)范及要求。實(shí)踐過程·梳理測(cè)試用例模板，與客戶確認(rèn)模板的覆蓋是否滿足需求·2小時(shí)與BA溝通業(yè)務(wù)流程，了解整個(gè)項(xiàng)目的業(yè)務(wù)流程及功能點(diǎn)梳理?！な褂?-4小時(shí)，結(jié)合實(shí)際項(xiàng)目的功能及Story，自行整理整修業(yè)務(wù)流程的功能點(diǎn)（使用思維導(dǎo)圖軟件）。與BA確認(rèn)是否有功能的遺漏·2－3小時(shí)，編寫完成一個(gè)模塊的測(cè)試用例。與客戶確認(rèn)，是否有功能的遺漏及覆蓋度的完整程序。同步調(diào)整用例的覆蓋程度·2天完成剩...

豪之諾軟件測(cè)試培訓(xùn)班在軟件配置管理信息系統(tǒng)項(xiàng)目的對(duì)象是信息系統(tǒng)，它和傳統(tǒng)的制造產(chǎn)品有著很大的差別，這些差別決定了信息系統(tǒng)項(xiàng)目必須相應(yīng)地采取特殊的措施，否則無法達(dá)到其目標(biāo)。但是，由于在當(dāng)今軟件開發(fā)活動(dòng)中由于缺乏必要配置管理流程和工具很多軟件企業(yè)在日常開發(fā)工作中都會(huì)遇到諸如組織知識(shí)和過程財(cái)富流失，項(xiàng)目成員不能及時(shí)了解項(xiàng)目進(jìn)展?fàn)顩r，缺乏實(shí)現(xiàn)并行開發(fā)手段，無法有效管理和跟蹤變更等問題。那么配置管理在it項(xiàng)目管理中到底能起到什么作用呢?筆者通過在學(xué)院擔(dān)任系統(tǒng)管理員工作實(shí)踐中，積累了關(guān)于如何根據(jù)軟件公司的規(guī)模和研發(fā)力量制定配置管理的策劃，如何進(jìn)行配置管理的審計(jì)和配置管理與項(xiàng)目變更之間的關(guān)系等方...

我們?cè)跍y(cè)試的時(shí)候經(jīng)常面臨一個(gè)問題，那就是如何將測(cè)試的覆蓋面廣，而執(zhí)行起來更高效。豪之諾軟件測(cè)試培訓(xùn)班認(rèn)為這個(gè)問題的主要解決來自于測(cè)試用例的編寫在些我先做一些假設(shè)：假設(shè)開發(fā)在做完單獨(dú)的模塊后都進(jìn)行過自測(cè)的。那么有可能遺漏的地方就是那些各種組合的情況，越是復(fù)雜的組合越容易遺漏。基于這樣的想法，我想編寫測(cè)試用例的時(shí)候可以先編寫一些很復(fù)雜的組合情況，這些情況包含了一些基本而常用的功能。然后再按這種組合對(duì)它進(jìn)行拆分，拆分為一般的情況。測(cè)試的時(shí)候可以這樣執(zhí)行：1、如果時(shí)間充裕，可以所有CASE都執(zhí)行。2、如果時(shí)間緊張，先執(zhí)行寫在前面的復(fù)雜組合情況的CASE，如果測(cè)試通過，則對(duì)它的拆分就可以跳過不測(cè)...

對(duì)于呼叫，在撥打電話時(shí)，豪之諾軟件測(cè)試培訓(xùn)班可以從以下角度考慮：直接輸入數(shù)字進(jìn)行撥打電話；第二，從電話本中選擇聯(lián)系人呼叫；第三，從通話記錄中選擇聯(lián)系人進(jìn)行呼叫；第四，從短消息中提取號(hào)碼進(jìn)行呼叫。另外，在進(jìn)行這種電話接打測(cè)試的時(shí)候，可以考慮使用測(cè)試機(jī)對(duì)測(cè)試機(jī)器來進(jìn)行，這樣下來，一組電話接打功能的測(cè)試，測(cè)試覆蓋率提高了很多！例2．短信查看+來電這也是基本的一種測(cè)試，多任務(wù)測(cè)試。分析：這里的來電，可以是固定電話，也可以是小靈通，也可以是手機(jī)；來電可以是電話本中的聯(lián)系人，也可以是陌生電話來電。對(duì)此，如果能夠把每種情況都測(cè)試一下當(dāng)然比較好不過了，但如果時(shí)間緊迫，無法一一測(cè)試，我們?cè)撊绾螠y(cè)呢？測(cè)試...

一個(gè)好用例的評(píng)判標(biāo)準(zhǔn)是讓別人看到你的用例，能很清楚的知道你要表達(dá)的信息，如果你寫的用例測(cè)試步驟與預(yù)期結(jié)果不清晰，看完之后不知道你要關(guān)注的測(cè)試點(diǎn)是什么，只有你自己能看懂自己想要表達(dá)什么，那么證明你寫的測(cè)試用例是不合格的，其實(shí)在工作中，豪之諾軟件測(cè)試培訓(xùn)班的同學(xué)也會(huì)經(jīng)常遇到，寫一條測(cè)試用例時(shí)，測(cè)試步驟是緊密相連的，好幾條測(cè)試步驟會(huì)得到一個(gè)預(yù)期結(jié)果，或者是一條測(cè)試步驟對(duì)應(yīng)好幾條預(yù)期結(jié)果等等的情況，為了解決這些問題，那么就需要我們?cè)趯憸y(cè)試用例時(shí)將測(cè)試步驟區(qū)分清楚，預(yù)期結(jié)果做到有跡可循，所以我們?cè)陂_始設(shè)計(jì)測(cè)試用例時(shí)，就需要添加一些特定的字段，來更好的幫助我們寫測(cè)試用例，主要包含的字段已列出，具體...

豪之諾軟件測(cè)試培訓(xùn)班在測(cè)試過程計(jì)劃確定后測(cè)試執(zhí)行開始之前，測(cè)試組長(zhǎng)應(yīng)該能夠回答下面的幾個(gè)問題：●測(cè)試計(jì)劃中需要執(zhí)行哪些測(cè)試組件？●測(cè)試計(jì)劃中有多少測(cè)試用例？●在執(zhí)行測(cè)試過程中，使用什么方法來記錄測(cè)試用例的狀態(tài)？●如何挑選出有效的測(cè)試組件和測(cè)試用例來著重測(cè)試某些模塊？●上次使用的測(cè)試用例的通過率是多少？●在未通過的測(cè)試用例中，有多少是上次執(zhí)行的時(shí)候也未通過的？準(zhǔn)確地回答這些問題，需要對(duì)測(cè)試過程中測(cè)試用例進(jìn)行跟蹤。前面提到，測(cè)試過程中，測(cè)試用例有三種狀態(tài)：通過、未通過和未測(cè)試。根據(jù)在測(cè)試執(zhí)行過程中測(cè)試用例的狀態(tài)，實(shí)現(xiàn)測(cè)試用例的跟蹤，從而進(jìn)行測(cè)試有效性的檢驗(yàn)。因此，測(cè)試用例的跟蹤主要是針對(duì)測(cè)...

豪之諾軟件測(cè)試培訓(xùn)班各個(gè)階段1.測(cè)試需求的分析和確定2.測(cè)試計(jì)劃3.測(cè)試設(shè)計(jì)4.測(cè)試執(zhí)行5.測(cè)試記錄和缺陷跟蹤6.回歸測(cè)試7.測(cè)試總結(jié)和報(bào)告這幾個(gè)階段其實(shí)就是一個(gè)PDCA（戴明循環(huán)）。P(Plan)計(jì)劃,D(Do)執(zhí)行,C(check)檢查,A(action)處理?！?.測(cè)試需求數(shù)據(jù)表明，超過50%的缺陷來源于錯(cuò)誤的需求，所以對(duì)于需求文檔，應(yīng)該遵循盡早測(cè)試的原則，對(duì)需求進(jìn)行測(cè)試。a.對(duì)需求規(guī)格說明數(shù)進(jìn)行要點(diǎn)檢查b.對(duì)需求文檔檢查并進(jìn)行檢查記錄c.通過編寫測(cè)試用例的方法檢查需求2.測(cè)試計(jì)劃測(cè)試計(jì)劃是對(duì)測(cè)試過程的整體設(shè)計(jì)，通過收集項(xiàng)目和產(chǎn)品相關(guān)的信息，對(duì)測(cè)試范圍、測(cè)試風(fēng)險(xiǎn)進(jìn)行分析，對(duì)測(cè)試用...

1.功能點(diǎn)覆蓋2.功能點(diǎn)處理邏輯、數(shù)據(jù)處理規(guī)則3.功能點(diǎn)前置條件（功能點(diǎn)依賴、數(shù)據(jù)依賴、軟硬件配置、時(shí)區(qū)換算等等）4.界面要求5.性能要求（包括：內(nèi)存、硬盤空間、高的交易率）6.安裝條件需求的管理需求分析之后，仍須對(duì)其進(jìn)行完善和跟蹤，豪之諾軟件測(cè)試培訓(xùn)班此時(shí)任務(wù)如下：1.明確需求并達(dá)成共識(shí)（對(duì)于分歧項(xiàng)進(jìn)一步跟蹤）2.建立需求與功能點(diǎn)的關(guān)聯(lián)（便于進(jìn)度及任務(wù)管理）3.根據(jù)具體需求設(shè)計(jì)相應(yīng)解決方案4.進(jìn)行系統(tǒng)優(yōu)化（功能層面）5提出設(shè)計(jì)方案（包括：架構(gòu)等）6.監(jiān)控和解決可能出現(xiàn)的問題以及需要做出的改變（風(fēng)險(xiǎn)管理的提出）7.控制不同開發(fā)任務(wù)的開展（進(jìn)度管理）8.對(duì)產(chǎn)品做出評(píng)測(cè)9.監(jiān)控可能出現(xiàn)的重...