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

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

如果讓你實(shí)現(xiàn)一個(gè)功能，你要完成這個(gè)功能的一般思路是什么？豪之諾軟件測(cè)試培訓(xùn)班希望和大家共享下我在書(shū)寫代碼時(shí)的思路，希望對(duì)大家有幫助。以下是我實(shí)現(xiàn)一個(gè)簡(jiǎn)單‘日歷“這一功能的思路：當(dāng)我決定要做一個(gè)日歷的時(shí)候，我會(huì)先制作一個(gè)”日歷“模型，即要實(shí)現(xiàn)的”日歷“的模型（樣子），我用控件制作的；之后我會(huì)按照”日歷“模型上面的控件從上到下，從左到右依次聲明，但先不實(shí)現(xiàn)；之后一個(gè)控件一個(gè)控件實(shí)現(xiàn)，在設(shè)計(jì)控件的屬性的時(shí)候是嚴(yán)格按照之前”日歷“模型的屬性，這會(huì)提高效率；一個(gè)控件實(shí)現(xiàn)了之后要做一次測(cè)試，保證該控件是你想要的控件的時(shí)候再去實(shí)現(xiàn)下一個(gè)控件，直到一個(gè)控件完成。在實(shí)現(xiàn)一個(gè)控件時(shí)，比如，屬性，事件。不要...

當(dāng)測(cè)試用例編寫完成，并通過(guò)審核后，就進(jìn)入到軟件測(cè)試主要的階段，就是執(zhí)行測(cè)試用例，進(jìn)行軟件測(cè)試。不過(guò)在執(zhí)行測(cè)試是有幾個(gè)地方需要注意：1、仔細(xì)檢查軟件測(cè)試環(huán)境是否搭建成功。執(zhí)行測(cè)試前要按照測(cè)試用例中描述的測(cè)試環(huán)境去搭建，因?yàn)闇y(cè)試用例中的執(zhí)行都是建立在這個(gè)測(cè)試環(huán)境之上的，如果測(cè)試環(huán)境的不一致，會(huì)影響測(cè)試用例的執(zhí)行，和測(cè)試目的的證明。2、注意測(cè)試用例中的前提條件和特殊規(guī)程說(shuō)明。因?yàn)橛行y(cè)試軟件是有順序性的，那么它的測(cè)試用例就會(huì)有一些執(zhí)行前提或特殊說(shuō)明。比如要測(cè)試某個(gè)軟件的登陸功能，那么測(cè)試前必須創(chuàng)建用戶，并為用戶分配一定的權(quán)限等。如果前提條件和特殊說(shuō)明沒(méi)有注意，會(huì)導(dǎo)致測(cè)試用例的無(wú)法執(zhí)行。3、測(cè)...

背景介紹項(xiàng)目要馬上上線，功能已完成80%，沒(méi)在完整的需求文檔，只有零散的Story，但由于流程及各種原因，之前一直沒(méi)有測(cè)試人員的介入。豪之諾軟件測(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)梳理?！な褂?-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天完成剩...

目標(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è)試、以及與硬件無(wú)關(guān)的測(cè)試。在模擬或宿主環(huán)境中的測(cè)試消耗時(shí)間通常相對(duì)較少，用調(diào)試工具可以更快地完成調(diào)試和測(cè)試任務(wù)。而與定時(shí)問(wèn)題有關(guān)的白盒測(cè)試、中斷測(cè)試、硬件接口測(cè)試只能在目標(biāo)環(huán)...

白盒測(cè)試與黑盒測(cè)試一般來(lái)說(shuō)，軟件測(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í)際的方式是在開(kāi)發(fā)...

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

豪之諾軟件測(cè)試培訓(xùn)班功能測(cè)試中哪些方面是測(cè)試人員不愿意碰觸的？或者不想遇到的？無(wú)疑臨時(shí)需求的功能測(cè)試（或是過(guò)度需求）是測(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è)試人員來(lái)說(shuō)，與之關(guān)聯(lián)的功能需求需要從新測(cè)試回歸，而這部分工作又不可忽視，之所以臨時(shí)需求可想而知是對(duì)項(xiàng)目的架構(gòu)不完善的填充，面對(duì)這樣的突發(fā)事件，測(cè)試應(yīng)如何應(yīng)對(duì)？面對(duì)這種長(zhǎng)刃兵器，無(wú)法回避如何破之!一個(gè)緊湊的項(xiàng)目開(kāi)發(fā)實(shí)施周期來(lái)說(shuō)，同樣測(cè)試周期壓縮厲害，必要時(shí)申請(qǐng)項(xiàng)目延期或產(chǎn)品發(fā)布延后，實(shí)際情況往往不允許，如何分配時(shí)間分配...

如果讓你實(shí)現(xiàn)一個(gè)功能，你要完成這個(gè)功能的一般思路是什么？豪之諾軟件測(cè)試培訓(xùn)班希望和大家共享下我在書(shū)寫代碼時(shí)的思路，希望對(duì)大家有幫助。以下是我實(shí)現(xiàn)一個(gè)簡(jiǎn)單‘日歷“這一功能的思路：當(dāng)我決定要做一個(gè)日歷的時(shí)候，我會(huì)先制作一個(gè)”日歷“模型，即要實(shí)現(xiàn)的”日歷“的模型（樣子），我用控件制作的；之后我會(huì)按照”日歷“模型上面的控件從上到下，從左到右依次聲明，但先不實(shí)現(xiàn)；之后一個(gè)控件一個(gè)控件實(shí)現(xiàn)，在設(shè)計(jì)控件的屬性的時(shí)候是嚴(yán)格按照之前”日歷“模型的屬性，這會(huì)提高效率；一個(gè)控件實(shí)現(xiàn)了之后要做一次測(cè)試，保證該控件是你想要的控件的時(shí)候再去實(shí)現(xiàn)下一個(gè)控件，直到一個(gè)控件完成。在實(shí)現(xiàn)一個(gè)控件時(shí)，比如，屬性，事件。不要...

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

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

豪之諾軟件測(cè)試培訓(xùn)班總結(jié)軟件配置：代碼、文檔、安裝程序、引用類庫(kù)、資源文件、從機(jī)器的視角，每個(gè)零件都有型號(hào)、編號(hào)。很容易想到，應(yīng)該有某種列表或者文檔來(lái)表明各個(gè)零部件型號(hào)和組成關(guān)系（BillofMaterial,BOM）。當(dāng)配置有變動(dòng)的時(shí)候，要跟新這樣的清單。而且這樣的變動(dòng)不能隨隨便便的，應(yīng)該先讓總工程師批準(zhǔn)，做相應(yīng)的測(cè)試。從軟件的視角，軟件也是配置起來(lái)的。各個(gè)源文件、源代碼和正確的文檔搭配起來(lái)，編譯產(chǎn)生正確的可以運(yùn)行的程序。另外軟件配置管理更有自己的特點(diǎn)：1.軟件更容易發(fā)生變化，是向前演進(jìn)的。2.軟件的相關(guān)性（耦合）更高，一旦需要改動(dòng)，通常不是只更改一個(gè)文件。圖書(shū)需要更新，軟件也需要更...

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

一個(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é)果等等的情況，為了解決這些問(wèn)題，那么就需要我們?cè)趯憸y(cè)試用例時(shí)將測(cè)試步驟區(qū)分清楚，預(yù)期結(jié)果做到有跡可循，所以我們?cè)陂_(kāi)始設(shè)計(jì)測(cè)試用例時(shí)，就需要添加一些特定的字段，來(lái)更好的幫助我們寫測(cè)試用例，主要包含的字段已列出，具體...

目標(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è)試、以及與硬件無(wú)關(guān)的測(cè)試。在模擬或宿主環(huán)境中的測(cè)試消耗時(shí)間通常相對(duì)較少，用調(diào)試工具可以更快地完成調(diào)試和測(cè)試任務(wù)。而與定時(shí)問(wèn)題有關(guān)的白盒測(cè)試、中斷測(cè)試、硬件接口測(cè)試只能在目標(biāo)環(huán)...

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

提示界面是否符合規(guī)范（不應(yīng)該顯示英文的cancel、ok，應(yīng)該顯示中文的確定等）界面中各個(gè)控件是否對(duì)齊日期控件是否可編輯日期控件的長(zhǎng)度是否合理，豪之諾軟件測(cè)試培訓(xùn)班以修改時(shí)可以把時(shí)間全部顯示出來(lái)為準(zhǔn)查詢結(jié)果列表列寬是否合理、標(biāo)簽描述是否合理查詢結(jié)果列表太寬沒(méi)有橫向滾動(dòng)提示對(duì)于信息比較長(zhǎng)的文本，文本框有沒(méi)有提供自動(dòng)豎直滾動(dòng)條數(shù)據(jù)錄入控件是否方便有沒(méi)有支持Tab鍵，鍵的順序要有條理，不亂跳有沒(méi)有提供相關(guān)的熱鍵控件的提示語(yǔ)描述是否正確模塊調(diào)用是否統(tǒng)一，相同的模塊是否調(diào)用同一個(gè)界面用滾動(dòng)條移動(dòng)頁(yè)面時(shí)，頁(yè)面的控件是否顯示正常日期的正確格式應(yīng)該是XXXX-XX-XX或XXXX-XX-XXXX:XX...

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

豪之諾軟件測(cè)試培訓(xùn)班職業(yè)規(guī)劃。曾經(jīng)我花了幾天時(shí)間，研究了幾個(gè)測(cè)試牛人的博客，工作軌跡基本上如下：在摸爬滾打3-4年，總結(jié)出一套缺陷預(yù)防的經(jīng)驗(yàn)，在自動(dòng)化領(lǐng)域或性能，做1-2年，然后出去分享，開(kāi)闊眼界，然后在回到業(yè)務(wù)團(tuán)隊(duì)，此時(shí)可能是leader，不做項(xiàng)目測(cè)試了，但是他們的心得都是：功能測(cè)試不簡(jiǎn)單，都回到了業(yè)務(wù)測(cè)試這個(gè)點(diǎn)。因?yàn)樽詣?dòng)化和性能都是圍繞業(yè)務(wù)開(kāi)展，前期缺陷預(yù)防，風(fēng)險(xiǎn)控制特別重要。所以，自己為自己負(fù)責(zé)，等你到了30歲還沒(méi)有想好自己的定位，你會(huì)很痛苦的。測(cè)試溝通。我也是不善于溝通的人，我曾經(jīng)問(wèn)我們老大的老大，他告訴我說(shuō)：他普通話不標(biāo)準(zhǔn)，也不愛(ài)說(shuō)話，一方面努力增強(qiáng)自己的能力，另外一方面經(jīng)常...

目標(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è)試、以及與硬件無(wú)關(guān)的測(cè)試。在模擬或宿主環(huán)境中的測(cè)試消耗時(shí)間通常相對(duì)較少，用調(diào)試工具可以更快地完成調(diào)試和測(cè)試任務(wù)。而與定時(shí)問(wèn)題有關(guān)的白盒測(cè)試、中斷測(cè)試、硬件接口測(cè)試只能在目標(biāo)環(huán)...

一個(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é)果等等的情況，為了解決這些問(wèn)題，那么就需要我們?cè)趯憸y(cè)試用例時(shí)將測(cè)試步驟區(qū)分清楚，預(yù)期結(jié)果做到有跡可循，所以我們?cè)陂_(kāi)始設(shè)計(jì)測(cè)試用例時(shí)，就需要添加一些特定的字段，來(lái)更好的幫助我們寫測(cè)試用例，主要包含的字段已列出，具體...

眾所周知，豪之諾軟件測(cè)試培訓(xùn)班的信息系統(tǒng)從其規(guī)劃階段到安裝調(diào)試階段會(huì)產(chǎn)生大量的技術(shù)和管理類的文檔，如何對(duì)這些文檔進(jìn)行有效地控制和管理成為當(dāng)今it項(xiàng)目管理中的一個(gè)重要課題，解決此問(wèn)題的辦法就是配置管理。本文從論述信息系統(tǒng)文檔的作用談起，將詳細(xì)介紹配置管理在軟件項(xiàng)目管理工作中的重要性。一、信息系統(tǒng)文檔管理軟件項(xiàng)目的整個(gè)生命周期中文檔管理是開(kāi)發(fā)應(yīng)用的一部分，沒(méi)有正式文檔的軟件項(xiàng)目開(kāi)發(fā)，就不是規(guī)范標(biāo)準(zhǔn)的軟件項(xiàng)目。筆者在擔(dān)任信息系統(tǒng)管理員工作實(shí)踐體會(huì)到技術(shù)文檔是在項(xiàng)目中有以下幾方面的作用。1.作為公司軟件資產(chǎn)的項(xiàng)目文檔中包含了有關(guān)系統(tǒng)結(jié)構(gòu)的基本思想這些可以為以后的項(xiàng)目所利用。2.項(xiàng)目技術(shù)文檔可以...

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

初入測(cè)試工作，一定要把會(huì)寫測(cè)試用例作為基石。測(cè)試粗略分為手工測(cè)試與自動(dòng)化測(cè)試。本文主要介紹一些個(gè)人手工測(cè)試編寫用例經(jīng)驗(yàn)，也算是豪之諾軟件測(cè)試培訓(xùn)班的一點(diǎn)心得。首先需要對(duì)所測(cè)產(chǎn)品的業(yè)務(wù)流程十分熟悉，按大功能模塊進(jìn)行分塊編寫。這樣邏輯清晰，在測(cè)試用例評(píng)審的時(shí)候能夠讓別人認(rèn)同自己的已經(jīng)完成的測(cè)試用例，也便于別人補(bǔ)充和修改。1.熟悉所測(cè)產(chǎn)品業(yè)務(wù)流程與功能模塊2.寫列一個(gè)思維導(dǎo)圖，類似于提綱，能夠清晰列出所寫測(cè)試用例邏輯，層次，以及測(cè)試目的3.根據(jù)思維導(dǎo)圖，按模塊功能一個(gè)一個(gè)編寫測(cè)試用例，基本包含以下幾塊部分：序號(hào)，模塊名稱，需求描述，功能描述，前置條件，測(cè)試步驟，預(yù)期結(jié)果，測(cè)試人員，測(cè)試結(jié)果，...

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

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

測(cè)試用例的編寫需要按照一定的思路進(jìn)行，而不是想到哪寫到哪，一般測(cè)試機(jī)制成熟的公司都會(huì)有公司自己自定義的測(cè)試用例模板，以及一整套的測(cè)試流程關(guān)注點(diǎn)，當(dāng)然我們自己在測(cè)試生涯中也應(yīng)當(dāng)積累一套自己的測(cè)試框架，所有功能性的測(cè)試都可以依據(jù)框架的思路來(lái)進(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)（保證全部顯示出來(lái)的，盡量不要使用滾動(dòng)條界面操作、標(biāo)題描述是否恰當(dāng)（描述有歧義、注意是否有錯(cuò)別字）操作是否符合人們的常規(guī)習(xí)慣（有沒(méi)有...

思想上。測(cè)試思想是一種需要持續(xù)貫穿整個(gè)產(chǎn)品過(guò)程的思想，豪之諾軟件測(cè)試培訓(xùn)班做測(cè)試大概有這么幾類人，一類是從開(kāi)發(fā)轉(zhuǎn)到測(cè)試，這類人開(kāi)發(fā)技能比其它測(cè)試人員能力強(qiáng)，在測(cè)試團(tuán)隊(duì)中優(yōu)越感相對(duì)而言比較高，他們的在團(tuán)隊(duì)中的測(cè)試工作慢慢的就轉(zhuǎn)向比較偏代碼級(jí)別的測(cè)試，此類人基本接觸的業(yè)務(wù)測(cè)試少；另外一類是純功能測(cè)試人員，此類人都對(duì)產(chǎn)品業(yè)務(wù)非常熟悉，但是編碼技能不高，如果和開(kāi)發(fā)人員討論方案，技術(shù)問(wèn)題時(shí)，基本上插不上話，如果是好強(qiáng)的測(cè)試，比較容易失落，對(duì)自己的測(cè)試越來(lái)越?jīng)]底氣，甚至自卑。這樣的情況，在我的身上也出現(xiàn)過(guò)，我是覺(jué)得人真的要強(qiáng)大，做測(cè)試大可不必出現(xiàn)自卑，不自信，行行出狀元，不一定要編碼，才有前途，每...

進(jìn)入新公司，由于對(duì)當(dāng)前產(chǎn)品不了解，如果直接開(kāi)始寫測(cè)試用例，寫出的測(cè)試用例恐怕有點(diǎn)懸，就像吃香蕉一樣，即使你知道香蕉是可以吃的，但是你不知道怎么去吃，在不了解的情況下，直接拿起來(lái)連皮啃，肯定不好吃吧，只有當(dāng)你了解了，原來(lái)是要將皮剝了才可以吃的，剝皮后的香蕉吃起來(lái)特美味了吧，豪之諾軟件測(cè)試培訓(xùn)班寫測(cè)試用例也是一樣的原理，在著手開(kāi)始寫測(cè)試用例之前，需了解以下信息：首先，找產(chǎn)品經(jīng)理了解熟悉當(dāng)前產(chǎn)品，首先得知道這個(gè)產(chǎn)品的中心概念、使用場(chǎng)景、開(kāi)發(fā)模塊優(yōu)先級(jí)等等，產(chǎn)品經(jīng)理開(kāi)始一般會(huì)口述給你講解等等。其次，一般產(chǎn)品要開(kāi)發(fā)，產(chǎn)品經(jīng)理都會(huì)做“原型”，產(chǎn)品經(jīng)理按照他當(dāng)時(shí)做的原型圖給你講解每個(gè)功能模塊、且某些...