六合區(qū)特色軟件測試培訓(xùn)班

    背景介紹項目要馬上上線，功能已完成80%，沒在完整的需求文檔，只有零散的Story，但由于流程及各種原因，之前一直沒有測試人員的介入。豪之諾軟件測試培訓(xùn)班現(xiàn)要在短時間內(nèi)完成測試用例的編寫，并要符合常規(guī)用例的規(guī)范及要求。實踐過程·梳理測試用例模板，與客戶確認(rèn)模板的覆蓋是否滿足需求·2小時與BA溝通業(yè)務(wù)流程，了解整個項目的業(yè)務(wù)流程及功能點梳理?！な褂?-4小時，結(jié)合實際項目的功能及Story，自行整理整修業(yè)務(wù)流程的功能點（使用思維導(dǎo)圖軟件）。與BA確認(rèn)是否有功能的遺漏·2－3小時，編寫完成一個模塊的測試用例。與客戶確認(rèn)，是否有功能的遺漏及覆蓋度的完整程序。同步調(diào)整用例的覆蓋程度·2天完成剩余用例的編寫。提交客戶審核總結(jié)1、盡早獲取系統(tǒng)的功能，了解整體系統(tǒng)的流程走向2、編寫用例的過程中，如有不明確的地方，及時找BA溝通3、用例的模板覆蓋度，要盡早找客戶確認(rèn)。前少模板覆蓋不足，引起的返工4、自行梳理業(yè)務(wù)流程及功能點。軟件初版本一般不對外發(fā)布，在上線之前，由開發(fā)人員和測試人員或者用戶協(xié)助進(jìn)行測試。六合區(qū)特色軟件測試培訓(xùn)班

    大家知道，軟件測試對軟件的測試是有限的，而在項目進(jìn)度比較緊，測試人員、時間有限的情況下，要進(jìn)行充分的測試更是不可能！所以，如何在資源、時間有限的情況下測試的更有效，成了我們要思考的一個重要問題。以下以豪之諾軟件測試培訓(xùn)班實例進(jìn)行有關(guān)說明，大家對都用過手機，對手機的功能都不陌生，所以本文將全部用手機來做實例闡述！例1．電話接打功能測試對于電話接打這項手機基本的功能，在實際測試中測試人員可能要進(jìn)行上千次的測試，確保手機接打電話功能穩(wěn)定可靠。對于這種功能的驗證測試，有的測試人員可能每次測試的方法都相同，如同樣的電話呼入后立刻接聽，如此反復(fù)，測試幾百次，檢測軟件的可靠性！電話呼出時，也是不變的方式，不斷地重?fù)埽貜?fù)幾百次！分析：上述測試方法，當(dāng)然可以，但是效率高嗎？能夠發(fā)現(xiàn)更多的問題嗎？答案是否定的！測試思路：對于這種問題，一定要注意拓展自己的思路，靈活進(jìn)行，爭取測試的效率和廣度！普陀區(qū)軟件測試培訓(xùn)班要求因此人們又相繼設(shè)計了很多軟件測試模型用于指導(dǎo)測試工作。

    豪之諾軟件測試培訓(xùn)班功能測試中哪些方面是測試人員不愿意碰觸的？或者不想遇到的？無疑臨時需求的功能測試（或是過度需求）是測試人員不愿遇到，在快速版本迭代中，整個團(tuán)隊的工作節(jié)奏基本穩(wěn)定，工作方式逐漸相互認(rèn)可，突然的臨時需求可能導(dǎo)致項目或產(chǎn)品的風(fēng)險不可預(yù)估，打亂整個節(jié)奏。尤其對測試人員來說，與之關(guān)聯(lián)的功能需求需要從新測試回歸，而這部分工作又不可忽視，之所以臨時需求可想而知是對項目的架構(gòu)不完善的填充，面對這樣的突發(fā)事件，測試應(yīng)如何應(yīng)對？面對這種長刃兵器，無法回避如何破之!一個緊湊的項目開發(fā)實施周期來說，同樣測試周期壓縮厲害，必要時申請項目延期或產(chǎn)品發(fā)布延后，實際情況往往不允許，如何分配時間分配人員，成為了長刃需求的策略，可以采用二次需求與原需求并行測試的步調(diào)來保證可回歸功能是統(tǒng)一一致的。新增臨時需求主要解決的必然是后續(xù)產(chǎn)品待改進(jìn)的地方，功能以完成度為主要目標(biāo)，所以測試重點要明確，保證不影響關(guān)聯(lián)功能需求為原則。以其精而久之力做到以招破重！

    豪之諾軟件測試培訓(xùn)班開發(fā)模型大致相近（或分為幾類）。這類產(chǎn)品將標(biāo)準(zhǔn)的軟件研發(fā)過程包含在內(nèi)，很快在其它軟件公司中得到應(yīng)用和推廣。而芯片類和系統(tǒng)類的工程師在開發(fā)類似定制軟件的技術(shù)實力和動力方面都不足（不會像軟件公司那樣做好了還可以作為產(chǎn)品銷售）。因此，芯片行業(yè)缺少通用的配置流程和可選工具就不奇怪了。目前，我們能做的就是按照公司的研發(fā)流程和cmmi等標(biāo)準(zhǔn)的要求，參考當(dāng)前軟件配置管理的實踐，定制地開發(fā)復(fù)合公司需求的配置管理方案。解決代碼管理，編譯，測試，發(fā)布等問題。芯片產(chǎn)品包括：芯片設(shè)計（形成芯片的硬件部分）和固件設(shè)計（boot、cos、驅(qū)動、下載工具等）。對于芯片硬件的設(shè)計，其研發(fā)流程很長。與軟件類的差別就比較大了，比如加入了仿真、模擬、版圖等環(huán)節(jié)。對于芯片固件的設(shè)計，可以參考普通軟件類產(chǎn)品的配置管理流程。當(dāng)然，雖然可以借鑒現(xiàn)成的流程，但工具卻不一定能套用。因為芯片固件采用的是嵌入式開發(fā)（例如用C語言編寫）。軟件配置管理的思路有很多值得借鑒之處——比如，構(gòu)建自動化、測試自動化、自動打包、自動編譯。這些工具或環(huán)境，其實就是將研發(fā)流程中可以讓機器做（而且可能比人做更高效、準(zhǔn)確）的部分單獨拿出來。回歸測試是軟件測試工作中非常重要的一部分，軟件開發(fā)的各個階段都會進(jìn)行多次回歸測試。

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

在實際測試工作中，測試人員更多的是結(jié)合W模型與H模型進(jìn)行工作；六合區(qū)特色軟件測試培訓(xùn)班

    需求的提出軟件需求是以一定的業(yè)務(wù)需要與（成本/技術(shù)）可行性分析為基準(zhǔn)的。因此，豪之諾軟件測試培訓(xùn)班每提出一個新的需求應(yīng)首先從如下幾個方面進(jìn)行完善：1.為什么提出這個需求？2.有沒有更好的解決方案？3.涉及哪些軟件/功能變更？需求文檔的建立對于敏捷而言，弄清上述問題之后就可以產(chǎn)出用戶故事。其書寫格式較為隨意，只屑標(biāo)明“作為（什么角色），想要（怎么樣），從而達(dá)到（什么目的）”，甚至可在故事卡背面寫上注釋、疑問或者界面原形圖至于CMMI，則要在需求文檔的相應(yīng)模板中明確定義入口準(zhǔn)則、處理過程、輸入信息、輸出信息、出口準(zhǔn)則、以及相關(guān)文檔和產(chǎn)品（功能點）的版本號及編號等需求的分析在完成需求文檔（用戶故事/需求規(guī)格說明書）之后，可通過需求評審（正式評審與非正式評審）和需求測試來檢查需求的正確性。六合區(qū)特色軟件測試培訓(xùn)班