奉賢區(qū)軟件測試培訓(xùn)班要求

    去面試，面試官問我一個很讓我說不清的問題，她問我如何寫好ExpectedResult，說實話當(dāng)時聽到這個問題我有點茫然，我拼命的考慮如何去詮釋這個問題，事實上，這么多年工作，這么多年的測試用例中，豪之諾軟件測試培訓(xùn)班并未關(guān)注這個問題，一個好的ExpectedResult，個人認(rèn)為就是和將要實現(xiàn)的功能或者是需求要完全匹配。由于個人原因精力也不是很集中，似乎頭腦處于空白時段，聽到耳朵的問題，似乎大腦不懂得去思考。對于面試我并不滿意，但是面試官問我的一些問題，其實都很基礎(chǔ)也很簡單，但是細(xì)想起來似乎又不是很容易回答，嗨，總之是個失敗的面試！對于一個好的測試用例，無非就是三點：1.易用性：對于一個即熟悉測試工作，又熟悉被測應(yīng)用的測試人員，應(yīng)當(dāng)可以花費很少的時間就可以理解測試用例中表達的測試思路，并可以很快的執(zhí)行完這個測試用例。對于不熟悉測試工作，不熟悉被測應(yīng)用的人來說，也完全可以參照著該測試用例執(zhí)行下去。2.易維護性：當(dāng)開發(fā)過程中的某些因素影響了測試需求，測試用例的作者或其他測試設(shè)計人員，應(yīng)該可以花費很少的時間就完成定位并維護所有相關(guān)測試用例的工作。3.可重用性：一個好的測試用例要保證可以隨著版本的變化它始終保持可用狀態(tài)。V模型應(yīng)用瀑布模型的思想將復(fù)雜的測試工作分成了目標(biāo)明確的小階段來完成，具有階段性、順序性和依賴性；奉賢區(qū)軟件測試培訓(xùn)班要求

    提示界面是否符合規(guī)范（不應(yīng)該顯示英文的cancel、ok，應(yīng)該顯示中文的確定等）界面中各個控件是否對齊日期控件是否可編輯日期控件的長度是否合理，豪之諾軟件測試培訓(xùn)班以修改時可以把時間全部顯示出來為準(zhǔn)查詢結(jié)果列表列寬是否合理、標(biāo)簽描述是否合理查詢結(jié)果列表太寬沒有橫向滾動提示對于信息比較長的文本，文本框有沒有提供自動豎直滾動條數(shù)據(jù)錄入控件是否方便有沒有支持Tab鍵，鍵的順序要有條理，不亂跳有沒有提供相關(guān)的熱鍵控件的提示語描述是否正確模塊調(diào)用是否統(tǒng)一，相同的模塊是否調(diào)用同一個界面用滾動條移動頁面時，頁面的控件是否顯示正常日期的正確格式應(yīng)該是XXXX-XX-XX或XXXX-XX-XXXX:XX:XX頁面是否有多余按鈕或標(biāo)簽窗口標(biāo)題或圖標(biāo)是否與菜單欄的統(tǒng)一窗口的比較大化、小化是否能正確切換對于正常的功能，用戶可以不必閱讀用戶手冊就能使用執(zhí)行風(fēng)險操作時，有確認(rèn)、刪除等提示嗎操作順序是否合理正確性檢查：檢查頁面上的form,button,table,header,footer,提示信息，還有其他文字拼寫，句子的語法等是否正確。有哪些軟件測試培訓(xùn)班靠譜嗎界面類測試是驗證軟件界面是否符合客戶需求，包括界面布局是否美觀、按鈕是否齊全等。

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

    需求訪談：需求人員在進行需求訪談時應(yīng)遵循如下方法：（1）需求訪談是常用的需求收集方法，需求人員在訪談前需制定訪談計劃，明確訪談人、訪談時間、訪談主題，并根據(jù)不同訪談人提前制定訪談提綱。訪談計劃和訪談大綱應(yīng)提前發(fā)用戶，以便客戶提前準(zhǔn)備。（2）不同層級用戶訪談目標(biāo)不同，高層領(lǐng)導(dǎo)主要探討目標(biāo)和范圍、中層領(lǐng)導(dǎo)主要探討流程和管控要點、操作人員主要探討業(yè)務(wù)活動的執(zhí)行細(xì)節(jié)，需求人員在制定訪談提綱時應(yīng)注意訪談用戶的層級。（3）需求人員記錄訪談紀(jì)要建議采用“記錄要點+確認(rèn)+事后紀(jì)要”的方式，每個要點記錄后和用戶確認(rèn)，事后整理訪談紀(jì)要。同時通過錄音的方式作為訪談記錄的輔助方式。（4）為避免用戶的非正式訪談心里，豪之諾軟件測試培訓(xùn)班保證用戶訪談時間可控需求人員應(yīng)建議用戶在會議室或洽談室這樣的封閉空間進行訪談。軟件測試貫穿軟件項目的整個過程，但它的實施過程與軟件開發(fā)并不相同。

    這類質(zhì)量管理的思路更趨向于一個總體的規(guī)劃，甚至從整個豪之諾軟件測試培訓(xùn)班角度出發(fā)需要比較高管理者也進行關(guān)注的內(nèi)容。此類質(zhì)量管理方法，它歸屬于一些統(tǒng)籌性的全局性的知識，某種意義上可以稱其為形而上的“道”。從管理的層次而言，屬于較高層次的質(zhì)量管理者（質(zhì)量經(jīng)理、質(zhì)量總監(jiān)一類）更應(yīng)該側(cè)重掌握的技能。對于第二類管理方法，主要是建立在數(shù)理統(tǒng)計基礎(chǔ)上的統(tǒng)計過程控制，這其中包括了常說的品管七大手法中的一些具體工具，汽車行業(yè)的5大手冊。通過客觀的數(shù)據(jù)事實來說明問題和解決具體的問題，其實從其特點上來說，更像是一門技術(shù)，某種意義上可以稱之為形而下的“器”。從管理的層次上看，基層的質(zhì)量管理人員應(yīng)更側(cè)重于該方面知識的掌握和運用。當(dāng)測試人員發(fā)現(xiàn)缺陷以后，會將缺陷提交給開發(fā)人員；奉賢區(qū)軟件測試培訓(xùn)班要求

很多測試**在實踐中不斷改進創(chuàng)新，創(chuàng)建了很多實用的軟件測試模型。下面介紹幾種比較重要的軟件測試模型。奉賢區(qū)軟件測試培訓(xùn)班要求

    背景介紹項目要馬上上線，功能已完成80%，沒在完整的需求文檔，只有零散的Story，但由于流程及各種原因，之前一直沒有測試人員的介入。豪之諾軟件測試培訓(xùn)班現(xiàn)要在短時間內(nèi)完成測試用例的編寫，并要符合常規(guī)用例的規(guī)范及要求。實踐過程·梳理測試用例模板，與客戶確認(rèn)模板的覆蓋是否滿足需求·2小時與BA溝通業(yè)務(wù)流程，了解整個項目的業(yè)務(wù)流程及功能點梳理。·使用3-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ù)流程及功能點。奉賢區(qū)軟件測試培訓(xùn)班要求