作為豪之諾零基礎(chǔ)軟件測(cè)試培訓(xùn)學(xué)員，我們經(jīng)常會(huì)遇到壓力測(cè)試、穩(wěn)定性測(cè)試、功能測(cè)試、性能測(cè)試、兼容性測(cè)試等等，有時(shí)在工作中潛移默化的就已經(jīng)在使用這些測(cè)試方法中包含的點(diǎn)，但是我們沒(méi)有太在意去總結(jié)梳理，那么每個(gè)測(cè)試方法的關(guān)注點(diǎn)是什么？如：在性能測(cè)試的過(guò)程中我們應(yīng)該關(guān)注什么？等等的思考呢，經(jīng)過(guò)幾次的總結(jié)，首先將性能測(cè)試的關(guān)注點(diǎn)進(jìn)行梳理，其余的測(cè)試后面的博客中將會(huì)補(bǔ)充。概念：是檢驗(yàn)系統(tǒng)的性能是否符合要求的測(cè)試性能是評(píng)估一個(gè)軟件關(guān)鍵的維度，性能測(cè)試關(guān)注點(diǎn)：howmuch與howfast一、性能測(cè)試的分類：1）極限測(cè)試：在各種邊界壓力情況下，如電池、存儲(chǔ)、網(wǎng)速，驗(yàn)證APP是否能正確響應(yīng)，內(nèi)存滿時(shí)安裝APP—運(yùn)行APP時(shí)手機(jī)斷電---運(yùn)行APP時(shí)斷網(wǎng)2）響應(yīng)能力測(cè)試：APP中各類操作是否滿足用戶響應(yīng)時(shí)間要求。從產(chǎn)品內(nèi)部看，缺陷是產(chǎn)品開發(fā)或維護(hù)過(guò)程中存在的錯(cuò)誤、毛病等各種問(wèn)題；鼓樓區(qū)小班面授零基礎(chǔ)軟件測(cè)試培訓(xùn)

    豪之諾零基礎(chǔ)軟件測(cè)試培訓(xùn)測(cè)試用例設(shè)計(jì)的主要影響因素：（1）需求目標(biāo)（2）用戶實(shí)際使用的場(chǎng)景（3）軟件功能需求規(guī)格說(shuō)明書、產(chǎn)品設(shè)計(jì)文檔等，是測(cè)試用例設(shè)計(jì)的主要參考文檔（4）測(cè)試的方法對(duì)測(cè)試用例的設(shè)計(jì)影響非常大（5）測(cè)試的對(duì)象（6）軟件實(shí)現(xiàn)所采用的技術(shù)測(cè)試用例設(shè)計(jì)的基本思想：（1）設(shè)計(jì)測(cè)試用例，要尋求系統(tǒng)設(shè)計(jì)、功能設(shè)計(jì)的弱點(diǎn)（2）設(shè)計(jì)正面的測(cè)試用例（3）設(shè)計(jì)負(fù)面的、異常的測(cè)試用測(cè)試用例的元素（5W1H）:測(cè)試目標(biāo)（why）、測(cè)試對(duì)象（what）、測(cè)試環(huán)境（where）、測(cè)試前提（when）、輸入數(shù)據(jù)（which）、操作步驟（How）黑盒測(cè)試方法：把程序看作一個(gè)不能打開的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下來(lái)考察數(shù)據(jù)的輸入、條件限制和數(shù)據(jù)輸出，進(jìn)而完成測(cè)試。黑盒測(cè)試方法，指根據(jù)用戶的需求和已經(jīng)定義好的產(chǎn)品規(guī)格，針對(duì)程序接口和用戶界面進(jìn)行測(cè)試，檢驗(yàn)程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息，并保持外部信息的完整性。 棲霞區(qū)認(rèn)可零基礎(chǔ)軟件測(cè)試培訓(xùn)推薦機(jī)構(gòu)它是后面軟件設(shè)計(jì)與軟件開發(fā)的基礎(chǔ)，也是軟件測(cè)試驗(yàn)收的標(biāo)準(zhǔn)。

    豪之諾零基礎(chǔ)軟件測(cè)試培訓(xùn)風(fēng)險(xiǎn)管理5個(gè)步驟：風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)分析、風(fēng)險(xiǎn)計(jì)劃、風(fēng)險(xiǎn)控制、風(fēng)險(xiǎn)跟蹤第12章軟件測(cè)試的基本原則：站著用戶的角度，對(duì)產(chǎn)品進(jìn)行測(cè)試，盡早、盡可能多地發(fā)現(xiàn)缺陷，并跟蹤和分析產(chǎn)品中的問(wèn)題，對(duì)不足之處提出質(zhì)疑和改進(jìn)意見(jiàn)。自動(dòng)化測(cè)試優(yōu)點(diǎn)：1、能高速運(yùn)行，可24小時(shí)不間斷地運(yùn)行以縮短運(yùn)行周期2、可以多次重復(fù)運(yùn)行相同的測(cè)試，減少測(cè)試的單調(diào)性3、可以模擬成千上萬(wàn)的并發(fā)用戶同時(shí)發(fā)出請(qǐng)求和操作4、測(cè)試具有準(zhǔn)確性和客觀性，能真實(shí)反映測(cè)試結(jié)果5、可提高測(cè)試人員對(duì)工作的興趣和激情手工測(cè)試優(yōu)點(diǎn)：1、可以靈活第隨時(shí)引進(jìn)一些操作，在可操作的范圍想到什么就做什么2、對(duì)于復(fù)雜的邏輯合理性、界面友好性，測(cè)試人員能迅速第做出判斷，但測(cè)試工具卻無(wú)能為力3、自動(dòng)化測(cè)試只能按事先設(shè)定的測(cè)試用例執(zhí)行測(cè)，而手工測(cè)試具有創(chuàng)造性，在執(zhí)行某個(gè)測(cè)試用例時(shí)，可以舉一反三，設(shè)想出其他的一些測(cè)試用例，對(duì)原來(lái)的測(cè)試用例進(jìn)行擴(kuò)展，以覆蓋一些特殊的場(chǎng)景或邊界情況。描述軟件測(cè)試活動(dòng)的生命周期？測(cè)試周期分為計(jì)劃、設(shè)計(jì)、實(shí)現(xiàn)、執(zhí)行、總結(jié)。其中：計(jì)劃：對(duì)整個(gè)測(cè)試周期中所有活動(dòng)進(jìn)行規(guī)劃，估計(jì)工作量、風(fēng)險(xiǎn)，安排人力物力資源，安排進(jìn)度等；設(shè)計(jì)：完成測(cè)試方案。

    在做過(guò)一段時(shí)間的枯燥的用例執(zhí)行，是不是有點(diǎn)抑制不住自己體內(nèi)的“洪荒之力”，想要一展拳腳了呢？接下來(lái)豪之諾零基礎(chǔ)軟件測(cè)試培訓(xùn)就帶你走入承接項(xiàng)目的第一步——需求分析！目的篇：首先我們要知道，測(cè)試人員做需求分析要得到的是什么？1.了解項(xiàng)目背景、項(xiàng)目目的：閱讀需求，明確該項(xiàng)目的測(cè)試重點(diǎn)，例如，新產(chǎn)品是為了滿足用戶需求，那么測(cè)試的重點(diǎn)必然是功能的正確性、合理性以及用戶體驗(yàn)；而迭代的老產(chǎn)品，會(huì)逐漸對(duì)產(chǎn)品性能和穩(wěn)定性有更高的要求，測(cè)試工作會(huì)偏重性能和產(chǎn)品穩(wěn)定性的測(cè)試。2.明確產(chǎn)品需求：明確，是指針對(duì)需求文檔中模棱兩可或易產(chǎn)生歧義的語(yǔ)句，進(jìn)行溝通和確認(rèn)，避免測(cè)試中發(fā)現(xiàn)與預(yù)期不符時(shí)，原因竟是產(chǎn)品、開發(fā)和測(cè)試3方中的一方或多方對(duì)需求描述理解不一致，導(dǎo)致做“錯(cuò)”、測(cè)“錯(cuò)”，一旦出錯(cuò)，就會(huì)有一份辛苦變成無(wú)用功。軟件開發(fā)的管理人員更關(guān)注開發(fā)成本和進(jìn)度；

    豪之諾零基礎(chǔ)軟件測(cè)試培訓(xùn)缺點(diǎn)1、不適用于簡(jiǎn)單的系統(tǒng)所謂的簡(jiǎn)單系統(tǒng)，就是簡(jiǎn)單到總共只有一個(gè)模塊。由于灰盒測(cè)試關(guān)注于系統(tǒng)內(nèi)部模塊之間的交互。如果某個(gè)系統(tǒng)簡(jiǎn)單到只有一個(gè)模塊，那就沒(méi)必要進(jìn)行灰盒測(cè)試了。2、對(duì)測(cè)試人員的要求比黑盒測(cè)試高從上面的介紹來(lái)看，灰盒測(cè)試要求測(cè)試人員清楚系統(tǒng)內(nèi)部由哪些模塊構(gòu)成，模塊之間如何協(xié)作。因此，對(duì)測(cè)試的要求就提高了。因此，會(huì)帶來(lái)一定的培訓(xùn)成本。不過(guò)捏，依照俺的經(jīng)驗(yàn)，培訓(xùn)難度不大。稍微有點(diǎn)基礎(chǔ)的測(cè)試人員，都可以在短期培訓(xùn)之后勝任。3、不如白盒測(cè)試深入顯然，灰盒不如白盒那么深入。不過(guò)捏，考慮到灰盒測(cè)試相比白盒測(cè)試有成本優(yōu)勢(shì)，該缺點(diǎn)不是太明顯?？偨Y(jié)總而言之，言而總之，采用什么樣的方法去測(cè)試，需要公司和項(xiàng)目組成員根據(jù)實(shí)際情況去制定?；液袦y(cè)試是一個(gè)很不錯(cuò)的選擇，其優(yōu)點(diǎn)明顯而缺點(diǎn)容易克服。朋友們?cè)跍y(cè)試時(shí)，可以嘗試用一用，看看效果如何。造成軟件功能或特征上的缺陷。秦淮區(qū)小班面授零基礎(chǔ)軟件測(cè)試培訓(xùn)課程

軟件缺陷就是通常所說(shuō)的Bug；鼓樓區(qū)小班面授零基礎(chǔ)軟件測(cè)試培訓(xùn)

    背景介紹項(xiàng)目要馬上上線，功能已完成80%，沒(méi)在完整的需求文檔，只有零散的Story，但由于流程及各種原因，之前一直沒(méi)有測(cè)試人員的介入。豪之諾零基礎(chǔ)軟件測(cè)試培訓(xùn)現(xiàn)要在短時(shí)間內(nèi)完成測(cè)試用例的編寫，并要符合常規(guī)用例的規(guī)范及要求。實(shí)踐過(guò)程·梳理測(cè)試用例模板，與客戶確認(rèn)模板的覆蓋是否滿足需求·2小時(shí)與BA溝通業(yè)務(wù)流程，了解整個(gè)項(xiàng)目的業(yè)務(wù)流程及功能點(diǎn)梳理。·使用3-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天完成剩余用例的編寫。提交客戶審核總結(jié)1、盡早獲取系統(tǒng)的**功能，了解整體系統(tǒng)的流程走向2、編寫用例的過(guò)程中，如有不明確的地方，及時(shí)找BA溝通3、用例的模板覆蓋度，要盡早找客戶確認(rèn)。前少模板覆蓋不足，引起的返工4、自行梳理業(yè)務(wù)流程及功能點(diǎn)，便于對(duì)整修系統(tǒng)功能的理解及覆蓋度很重要。 鼓樓區(qū)小班面授零基礎(chǔ)軟件測(cè)試培訓(xùn)