1、研發(fā)改進體制（草案）版本創(chuàng)建日期備注V0.1王振剛2004-4-14創(chuàng)建V0.2王振剛2004-4-21修改，添加一些新的內(nèi)容V0.3王振剛2004-4-27添加和修改部分內(nèi)容目錄目錄2測試介紹4測試的分類8單元測試8集成測試10系統(tǒng)測試11驗收測試12測試方法12黑盒測試12白盒測試12灰盒測試12測試方面12測試改進方案13測試工作需要回饋13測試工作需要總結(jié)14需要交流平臺和形式14采用的方法15讓別人給服務(wù)說話，清楚認(rèn)識自己15自己回頭看16了解同類產(chǎn)品16提高自身素質(zhì)17如何提高程序能力17耳濡目染17自己連內(nèi)功18實踐中檢驗20測試發(fā)展20如何提高測試20制定完備的測試計劃21提高

2、案例設(shè)計水平21逃避測試的誤區(qū)25如何調(diào)整團隊的作戰(zhàn)能力28歪曲理論推理31正確理解自動測試31測試的幾中方法33網(wǎng)絡(luò)方面的測試方法33數(shù)據(jù)庫測試要點33網(wǎng)絡(luò)游戲測試要點33C/S結(jié)構(gòu)測試要點33WEB測試要點33嵌入式軟件的測試方法33手機軟件測試33MP3軟件測試34通用軟件的測試方法34辦公類產(chǎn)品測試34殺毒類產(chǎn)品測試34工具類產(chǎn)品測試34ERP軟件的測試方法34驗證測試34測試管理工作34開發(fā)方面36開發(fā)分析36問題分析36目前存在的問題36產(chǎn)品方面39第一步、增強開發(fā)質(zhì)量意識40第二步、增強測試本身素質(zhì)40第三步、對產(chǎn)品開發(fā)過程中版本編譯的控制40第四步、進度控制40第五步、控制進度

3、問題40測試介紹測試現(xiàn)在被普遍認(rèn)為“保證產(chǎn)品質(zhì)量”這個籠統(tǒng)的說法下，而測試本身是什么呢？今天我們就測試本身跟大家一起討論討論。測試在國外已經(jīng)發(fā)展比較成型了，而國內(nèi)的測試現(xiàn)在還處于摸索階段，至于超著那個方向去發(fā)展，我覺得大家目前還是處于比較迷茫的階段。 主要原因是：國內(nèi)軟件產(chǎn)業(yè)起步晚，而且質(zhì)量意識不強，造成了軟件工業(yè)發(fā)展緩慢，配套行業(yè)（測試發(fā)展緩慢），我覺得這個很正常，因為從人類歷史發(fā)展的角度來看，這個是必須經(jīng)歷的階段，從有這個概念到摸索，目前國內(nèi)的測試應(yīng)該處于沉思期，主要是沒有一個全套的指導(dǎo)思想，另外一個全新的行業(yè)發(fā)展方向不明朗，造成了測試現(xiàn)在成了大家進入企業(yè)的跳板，要么就是覺得自己的能力還不

4、夠，目前只能從事測試，要么就沒有編寫程序的能力，但是同類產(chǎn)品比較了解，所以做測試。我對這個問題有自己的看法，我覺得在企業(yè)發(fā)展的同時，個人要發(fā)展，那么個人怎么發(fā)展呢？（我說的是測試人員），那就是技術(shù)不是針對產(chǎn)品的，因為現(xiàn)在的企業(yè)測試都是把測試過同類產(chǎn)品當(dāng)成了經(jīng)驗，那么這個人的經(jīng)驗積累就這么多了，可增長和發(fā)展的空間不是很大。如果我們把測試的方法整理成技術(shù)，那么他上一個規(guī)則或者說是一個標(biāo)尺，我們只是分析這個產(chǎn)品的那個方面需要用什么方法來測試，那么積累就不會被約束，但是不能撇開經(jīng)驗，因為經(jīng)驗本身是設(shè)計出好的案例的基礎(chǔ)。我們再看看測試案例的設(shè)計，測試案例的設(shè)計在國內(nèi)現(xiàn)在是一些剛剛?cè)胄械牟粫懗绦蚧蛘叱绦?/p>

5、功底比較差的人在寫案例，那么這些人設(shè)計出來的案例只是包含了整個測試過程中功能測試的一部分案例而已，因為他們不懂得或者不理解程序，不是從原理上去分析產(chǎn)品，不是從邏輯上去分析產(chǎn)品，而是從用戶使用的角度去分析產(chǎn)品，這樣設(shè)計出來的案例的可行性和可信度多大呢？大家可想而知了。所以我們在整個引導(dǎo)大家的過程中，從技術(shù)和方法，結(jié)合具體實例和針對不同的類型的產(chǎn)品的測試方法進行跟蹤和描述。首先，什么叫測試？測試干什么？測試，是在開發(fā)過程中的一種活動，它是分白盒測試和黑盒測試。在不同的階段不同的人所承擔(dān)著測試這個角色，我們把整個活動統(tǒng)稱為測試。測試的工作內(nèi)容主要包含了設(shè)計測試計劃，設(shè)計測試案例，執(zhí)行測試，進行測試總

6、結(jié)。執(zhí)行測試是在產(chǎn)品開發(fā)的整個過程中進行的，包括了單元測試，系統(tǒng)測試，集成測試，系統(tǒng)測試和驗收測試，那么不同的階段測試的重點不同。單元測試的重點是函數(shù)級，包括需求，包括算法，包括接口預(yù)留等內(nèi)容。集成測試是指把小模塊結(jié)合起來，測試的重點是輸入輸出數(shù)據(jù)，參數(shù)的處理，錯誤預(yù)處理，接口規(guī)范，參數(shù)約束等測試內(nèi)容。系統(tǒng)測試的重點是功能性質(zhì)，它的測試重點是按照需求來對照測試， 主要是功能實現(xiàn)的情況，包括功能使用邏輯和操作邏輯，操作系統(tǒng)，兼容性（軟件和硬件）等內(nèi)容。驗收測試，主要是合同性質(zhì)而言的，在國外現(xiàn)在軟件外包情況比較多，那么雙方按照合同規(guī)定履行自己的職責(zé)，把功能按照合同約定的形式條條比對。這是主要方面，

7、那么在企業(yè)內(nèi)部，驗收測試是除了功能驗收以外，還包括易用性，軟件的親和度等方面的內(nèi)容。序我是一個充滿激情的人，我把所有的激情投入到生活的每一個空間。我是一個不停折騰的人，因為生活在不停的折騰我。我是一個不服輸?shù)娜?，因為我知道這個社會不會同情弱者，只有不停的折騰，才有可能把握自己的命運。我是一個傲慢的人，因為我把自己已經(jīng)當(dāng)成是行業(yè)的開拓者。我是一個平和的人，因為我和不同的角色在對話我是一個開放的人，我會將我知道的或者了解的用無私的信鴿傳播關(guān)于產(chǎn)品開發(fā)流程分析（初稿）王振剛（2004-4-14）測試的分類單元測試單元測試是在測試過程中的最小粒度，它在執(zhí)行的過程中緊密的依照程序框架對產(chǎn)品的函數(shù)和模塊進

8、行測試，包含入庫和出口的參數(shù)，輸入和輸出信息，錯誤處理信息，部分邊界數(shù)值測試。這個部分的測試工作在國內(nèi)現(xiàn)在是開發(fā)人員進行的。我相信未來的發(fā)展應(yīng)該是測試工程師來做這個事情。那么需要測試人員需要深刻的理解程序，理解需求，理解設(shè)計，這樣才能發(fā)現(xiàn)問題。還有一種在國內(nèi)先在操作的方法，就是當(dāng)一個模塊給某個開發(fā)工程師以后，需要他給大家講解他要完成這個模塊或者函數(shù)的整體流程和思路，進行統(tǒng)一評審，使得問題能夠暴露的更充分些，這樣做的目的有以下個，第一，使得大家對設(shè)計者的思路明晰的理解，以便以后調(diào)用或者配合的時候能夠真切的提出需求或者相對完美配合。第二，在評審的過程中，如果發(fā)現(xiàn)問題，那么大家可能沒有犯過，這樣就會

9、更加提高警惕，如果犯過，就會回想當(dāng)時自己怎么解決的或者規(guī)避的，使得大家能夠在錯誤的過程中快速提高。第三，可以對平常犯錯誤進行一個積累，我覺得這是生動的教科書，可以使得新的人員在新上手的時候遇到這樣的問題以后，我們就可以給他一個解決問題的方法或者方向?；仡?，我們上面給大家介紹了兩種方法，第一種就是通過在開發(fā)的過程種進行測試，由開發(fā)（測試）工程師寫測試代碼，對所編寫的函數(shù)或者模塊進行測試，第二種就是通過代碼互評發(fā)現(xiàn)問題，將問題進行積累，形成知識積累庫，以便使得新人在同樣的方面不至于再犯錯誤。單元測試非常重要，因為他影響的范圍和寬度比較大，也許由于一個函數(shù)或者參數(shù)問題，造成后面暴露出很多表象問題出現(xiàn)

10、。而且如果單元測試做不好，使得集成測試或者后面系統(tǒng)測試的壓力很大，而且項目的費用和進度可能就會飚升。對單元測試，現(xiàn)在用CPPUnit的比較多，市場上也有其他對應(yīng)的產(chǎn)品，他們在不同的軟件單位不同的階段。正確的理解單元測試的重要性是意識，需要在過程改進種不停的總結(jié)，慢慢的積累，將質(zhì)量意識滲透到整個開放過程中的各個環(huán)節(jié)。保證單元測試順利進行，需要滲透軟件工程的很多思想，把CMM和跟蹤機制建立起來，問題的分類、跟蹤，如果把整個活動都滲透了，工程師的意識都增強了， 集成測試集成測試是在保證單元測試進行后進行的一個動作，能否集成的標(biāo)志不是所有的代碼編譯通過了就算是可以集成了，而是所有的能夠在這個虛擬環(huán)境下

11、能夠正常運轉(zhuǎn)。在集成測試種一般采用的方法是數(shù)據(jù)驅(qū)動或者樁驅(qū)動，因為集成測試不能看到產(chǎn)品的表象，因為他是一些數(shù)據(jù)流的中間段，我們渴望能夠?qū)χ虚g數(shù)據(jù)進行分析，就可以知道或者就渴望知道流程或者算法中有什么不妥當(dāng)?shù)牡胤?。集成測試比較適合做成自動化測試，我這里就不講詳細(xì)的方法，到后面的自動化測試介紹中，我會提到這個方面的問題。和大家一起揭開測試自動化的神秘面紗以及給大家講一些構(gòu)建，冒煙的概念。集成測試也是不可缺少的一個部分，很多單位為了趕進度，會將這個部分省略掉，就甩手給測試小組，如果沒有對應(yīng)的測試小組，就會是程序員進行簡單的使用后就交付市場，危險，這是個定時炸彈。因為他時刻有可能產(chǎn)生市場對企業(yè)影響的額

12、度，以及企業(yè)本身的聲譽問題。系統(tǒng)測試系統(tǒng)測試是測試過程中的一個轉(zhuǎn)折點，因為在現(xiàn)在國內(nèi)的企業(yè)中，不同的產(chǎn)品面對不同的用戶群體，所以有的企業(yè)經(jīng)過第三方產(chǎn)品的驗收測試，有的企業(yè)則沒有通過驗收，而是一些工具類或者通用類的產(chǎn)品，那么他的驗收測試是經(jīng)過廣大的用戶群來做的，也就是說凡是通用類產(chǎn)品的系統(tǒng)測試必須嚴(yán)謹(jǐn)測試以后，才可以投放到市場。但是對于對企業(yè)或者其他專業(yè)性單位定制的產(chǎn)品我們必須進行驗收測試。 系統(tǒng)測試工作是一個重復(fù)老動很多的工作，需要在工作種把握幾個重點，系統(tǒng)測試是保證系統(tǒng)能夠正常運轉(zhuǎn)，包括了功能，易用性，健壯性，壓力，邊界數(shù)值設(shè)定等各個方面的內(nèi)容。要想在這個階段的工作種找到樂趣，就要不停的摸索

13、，找出能夠?qū)C器代替人的所有的東西，找工作的快感。系統(tǒng)測試需要有廣泛的知識面，對測試工程師的要求需要了解和掌握很多方面的知識，需要了解問題可能出現(xiàn)的原因，已經(jīng)出現(xiàn)這個問題可能是由于什么原因造成的，以便我們能夠及時的補充測試案例，保證或者降低產(chǎn)推出的風(fēng)險。驗收測試驗收測試類似于客戶驗證產(chǎn)品的質(zhì)量，在軟件行業(yè)發(fā)展的過程中，各種承包項目類似于國外的外包項目將會不斷的出現(xiàn)，那么外包項目的質(zhì)量問題需要大家共同討論。外包項目的操作流程是當(dāng)承包方提出具體的需求，然后有承包商來按照需求來開發(fā)項目，包括單元測試，系統(tǒng)測試，集成測試等各個方面的測試，經(jīng)過被承包商測試后的產(chǎn)品提交給外包商的時候，需要進行驗收測試，驗

14、收測試可以是外包商本身提供一套測試方案，然后對照具體的需求，進行產(chǎn)品驗證測試。也可以是雙方找一個共同的第三方，進行產(chǎn)品的驗證測試。驗收測試的測試重點主要是產(chǎn)品是否按照需求開發(fā)的，而不從針對功能進行的測試。所以驗收測試基本上不需要多少專業(yè)水平，也可以是承包商找到使用該產(chǎn)品的用戶，來體驗該產(chǎn)品是否能夠滿足使用要求。這樣以來使得雙方可以有一個共同的平臺，避免商業(yè)矛盾的產(chǎn)生。驗收測試的測試手段目前來說還是靠用戶體驗。測試方法黑盒測試白盒測試灰盒測試測試方面案例設(shè)計問題分析：因為現(xiàn)在從總體上看，案例設(shè)計很細(xì)，但是重復(fù)和不必要的東西太多了，個人認(rèn)為原因有三個：第一、 設(shè)計案例的不了解產(chǎn)品設(shè)計的框架（從程序

15、概念上講）第二、 案例的設(shè)計沒有一個反饋，涵蓋情況不知第三、 開發(fā)產(chǎn)品質(zhì)量意識淡薄，測試壓力太大第四、 測試人員的素質(zhì)分析沒有，我們看不清問題出現(xiàn)在那里進度問題第一、 測試的整體計劃里面沒有重復(fù)考慮風(fēng)險，時間問題緊迫第二、 回歸測試無法保證測試改進方案以上對存在的問題進行了分析，我們需要找到自己的弱項在那里，那么從現(xiàn)在看來，我們現(xiàn)在測試隊伍沒有建立，沒有形成相應(yīng)的體制。主要表現(xiàn)在一下幾個方面：測試工作需要回饋測試案例執(zhí)行跟蹤和統(tǒng)計不明確。問題：如果測試案例不進行跟蹤，無法證明或者檢測我們案例設(shè)計的好壞，無法改進工作方法或者改善我們的思路，所以需要通過這里把自身問題看清楚，這樣有利于工作的開展。

16、在我們?nèi)粘５纳钪?，存在這一種現(xiàn)象，因為這種現(xiàn)象導(dǎo)致了測試一些列的發(fā)展。大家普遍認(rèn)為，測試的含金量不高，導(dǎo)致了測試工作就是一些不愿意做開發(fā)或者沒有能力做開發(fā)的人來做，其二，他們對測試設(shè)計的測試案例從不認(rèn)真的審查，認(rèn)為就那么回事情。出現(xiàn)這種問題的愿意是由于開發(fā)還沒有清楚的認(rèn)識到測試是一個服務(wù)部門，是為他們服務(wù)的，從私利的角度來講，我們拋開項目的關(guān)系，測試的主要工作是為了幫助開發(fā)將自己寫的代碼更實用一些，讓市場更認(rèn)可一些，讓開發(fā)人員的成就感強一些。如果大家都從這個角度考慮問題，那就可能緩解或者解決上面的第二個問題。關(guān)于測試含金量不高的說法，我不贊成這個說法，在目前國內(nèi)的大環(huán)境下，測試是這樣的，但是

17、它在朝自己預(yù)想的發(fā)展。而開發(fā)的發(fā)展除了新的語言在發(fā)展以外，思想或者體系我們能增加或者能設(shè)想的空間已經(jīng)不多了，而對于測試是一個全新的行業(yè)，他發(fā)展首先需要支持，需要理解，我相信國內(nèi)測試在510以后，發(fā)展更加迅猛。因為就算是現(xiàn)在很小的軟件企業(yè)，已經(jīng)開始重視測試了。測試工作需要總結(jié)測試的總結(jié)機制沒有i. 測試案例的執(zhí)行情況ii. 測試案例發(fā)現(xiàn)問題情況iii. 測試案例的冗余情況iv. 測試周期內(nèi)的曲線項目進展情況需要交流平臺和形式信息交流平臺和積累v. 資源共享vi. 信息共享vii. 提高自己在開發(fā)中的信心，不要總是喊狼來了viii. 人和人之間需要溝通和認(rèn)同，團體也一樣采用的方法讓別人給服務(wù)說話，

18、清楚認(rèn)識自己讓開發(fā)人員說話，讓對應(yīng)開發(fā)人員給我們的測試案例提出相應(yīng)的意見，保證測試案例的覆蓋面，以把握重點。在整個開發(fā)過程中，由需求，開發(fā)，測試完整的團隊，準(zhǔn)確的說還有市場部分，我們都把它歸結(jié)為需求的搜索和定義部分。那么在整個產(chǎn)品研發(fā)的過程中，各個部分需要完整的配合，否則整個產(chǎn)品都不能按時上市。作為為開發(fā)和需求服務(wù)的測試部分，應(yīng)該擺正自己的位置，我們是一個團隊中的一部分，是不可以缺少的一部分。人貴有自知，也難有自知。只有在認(rèn)識自己的基礎(chǔ)上才能選擇好自己的生活道路。首先要認(rèn)清自己的能力。人的能力可以有天壤之別，但只要不辜負(fù)自己這塊材料，也就可以問心無愧了。認(rèn)識自己尤忌自大，這會使你為自己訂立高不

19、可攀的奮斗目標(biāo)，到頭來高不成、低不就。其次要認(rèn)識自己的本性。心理學(xué)家把人分成六個類型：經(jīng)濟型、理論型、社會型、審美型、宗教型和權(quán)力型。要選擇一個適合自己本性的生活目標(biāo)?？辞宄俗约?，就可以很好的改善，也能把自己的事情做好，同時呢，才能更好的服務(wù)。自己回頭看讓執(zhí)行測試案例的人員反饋給我們數(shù)據(jù)，說明案例的冗余情況，這樣會慢慢提高自己的設(shè)計水平。因為人們習(xí)慣于談成績，問題在成績中可以淡化，我不同意此觀點。其實在現(xiàn)實生活中，大家都經(jīng)歷了很多事情，都學(xué)會了總結(jié)，可是同樣的錯誤在現(xiàn)實中會多次出現(xiàn)，為什么呢？是因為回頭了多次，沒有總結(jié)，總結(jié)了沒有執(zhí)行，執(zhí)行了沒有改變方式，改變方式了但是沒有認(rèn)真考慮，還是錯的

20、。把自己犯的錯誤列舉出來，然后找出出現(xiàn)問題的真正原因，才是自己最大的進步。如果淡化錯誤，將來可能就會將成績磨滅掉，所以積累，回頭是工作中需要重視的問題。了解同類產(chǎn)品讓市場人員反饋同類產(chǎn)品的問題以及市場對我們產(chǎn)品的需求。測試過程是反映當(dāng)前產(chǎn)品的質(zhì)量，為什么要研究競爭對手的產(chǎn)品呢？首先，測試中包含易用性測試，測試什么內(nèi)容呢？就是測試怎么好用，客戶是怎么用的，我們怎么設(shè)計更貼近用戶，那么不研究競爭對手，我們怎么可能占領(lǐng)上風(fēng)。其次，了解競爭對手的產(chǎn)品，有利于測試工作捕捉重點，使得工作開展有利有節(jié)?？芍^知己知彼，百戰(zhàn)不殆，所以在現(xiàn)在的市場競爭中，了解同類產(chǎn)品才可能發(fā)現(xiàn)對方的缺點，給以打擊，發(fā)現(xiàn)對方的優(yōu)點

21、，快速學(xué)習(xí)，閉門造車必定失敗。提高自身素質(zhì)從程序的概念理解產(chǎn)品，這樣測試案例可以設(shè)計的比較有針對性。常言說得好，“識重于才”，而見識卻往往是生活閱歷造就的。對于一個初出茅廬的人，智者的指點是至關(guān)重要有時甚至是決定性的?；叵胛沂陙淼慕?jīng)歷，很多失敗其實是沒有人指點而造成的。要尋找一個精神上的導(dǎo)師，他可以是你的父母，也可以是其他師長。他閱歷豐富而又不拘泥于自己的老經(jīng)驗；他能在緊要關(guān)頭給予你原則上的指導(dǎo)和精神上的支持。有時候僅僅是他失敗的經(jīng)驗就會使你受益匪淺。如何提高程序能力耳濡目染讓開發(fā)或者設(shè)計人員在討論開發(fā)方案的時候參與旁聽，耳濡目染。其實這只是一種輔助的手段。電視劇霍元甲播出以后，得到大家的欣

22、賞。原因是因為他本人身體虛弱，所以父親從小不讓練武功，而生長在那樣的環(huán)境中，他天天可以看到兄弟們在練功，招式已經(jīng)記憶在心理，但是苦在沒有練功的機會，他利用體力勞動的過程中，改變勞動方式，趁機練功，后來發(fā)展到獨創(chuàng)“迷綜拳”。程序設(shè)計和開發(fā)是一個硬功夫，也是一個長遠(yuǎn)的事情，它是一個積累的過程，不能一蹴而就，需要苦心練，多些理解，多些思考。面對程序開發(fā)，不要有太多的壓力，因為程序開發(fā)就跟你學(xué)說話一樣，因為語言本身有很多通性，高級語言和低級語言本質(zhì)上差別不大，所以扎實的從基礎(chǔ)的東西學(xué)起，這樣才能完全的積累下來。計算機發(fā)展速度很快，各種概念，各種語言發(fā)展都很快，掌握實質(zhì)，不斷學(xué)習(xí)，才能把握。所以還是需要

23、多看，多想，多練。自己連內(nèi)功從自身做起，了解程序架構(gòu)和開發(fā)模式，努力提高理解和產(chǎn)品的單元測試或者組件測試能力，這樣以來可以了解程序的很多算法，使得在產(chǎn)品的開發(fā)過程中就能把問題發(fā)現(xiàn)并且能夠得到及時的解決。其次能夠提高大家參與到項目的榮譽感，因為在測試本身是一個服務(wù)性的行業(yè)，那么服務(wù)行業(yè)的特點是不停的改變思路，改變服務(wù)模式，提高服務(wù)質(zhì)量，當(dāng)服務(wù)做好了，那么在整個研發(fā)中就可以找到自己也是其中一個分子的感覺。其三，連好內(nèi)功，為自己將來提高工作效率，進行一些自動測試以及從程序架構(gòu)的概念上設(shè)計測試案例提供了技術(shù)保障。以上是自己練好內(nèi)功的用途。在過去社會中，有很多擂臺賽，目的是切磋技藝，弘揚中華武術(shù)，各個門

24、派直接交流和學(xué)習(xí)的過程，為了在擂臺賽中取的很好的成績，我們需要努力練功，其次是多學(xué)本門派和其他門派的武功，或者自創(chuàng)武功，在擂臺上能夠發(fā)揮的淋漓盡致，因為武功的最高境界就是沒有招式，要達到這個境界，需要內(nèi)功深厚，避免走火入魔，需要毅力，需要創(chuàng)新。理論就是理論，無論在那里看到的理論都是一定的基礎(chǔ)的，因為所有的理論基礎(chǔ)需要一個證明此理論的平臺或者條件，所有一定要看，想，用。看別人是怎么用的，在什么情況下用的，用的目的是解決什么問題，在什么樣的環(huán)境下能夠做出來，需要什么樣的支撐；想自己現(xiàn)在目前是否有這個環(huán)境，就目前的環(huán)境能夠做什么，如果要搭建對方的環(huán)境需要多長時間，這個做法中存在什么不托的地方，有什么

25、需要改進的地方；在自己工作的環(huán)節(jié)中找找看，看自己是否適合用這個東西，如果適合，怎么用，用到什么程度，如果非常認(rèn)可別人的做法，需要衡量需要多少資源和時間，努力找自己的結(jié)合點。千萬不要再我們看到一個理論或者方法的時候就去推動它，或者原理實踐過一個什么思想就想在新的環(huán)境下實踐他，都是不可取的。好的事情或者好的做事方式他需要一些條件支撐，一旦硬套，就可能出現(xiàn)問題。實踐中檢驗嘗試做一些灰盒測試部分（目前暫時是想法，但是還不完善）測試發(fā)展測試在國內(nèi)還是處于摸索階段，在過去的發(fā)展階段，大家只是初步針對不同的軟件產(chǎn)生了不同的測試方式，但在操作方法，操作流程等方面還需要繼續(xù)摸索。對潛入式軟件來說，行業(yè)內(nèi)始終認(rèn)為

26、潛入式軟件是最難進行測試的，因為他需要很廣的知識面，需要對各個點的設(shè)計原理進行分析和測試。在目前國內(nèi)開發(fā)眼中的測試還沒有形成概念，我們需要不斷的改變形象，加深他們對測試的印象，以便我們獲取更多的幫助和協(xié)助。測試未來發(fā)展需要兩條腿走路，這樣能夠在各個環(huán)節(jié)保證產(chǎn)品的質(zhì)量。第一步，系統(tǒng)測試?yán)^續(xù)練內(nèi)功，將案例設(shè)計的能力提高第二步，需要進行灰盒測試，對產(chǎn)品進行代碼級的測試第三步，需要進行部分白盒測試或者由開發(fā)人員進行執(zhí)行如何提高測試提高測試需要從幾個方面著手，其實只是自己的一些感覺，不一定就需要按部就班，需要找自己適合的點。制定完備的測試計劃清楚的認(rèn)識測試計劃，測試計劃是一個文檔，能夠保證整個研發(fā)過程中

27、順利執(zhí)行的一個指導(dǎo)性文檔，它描述了幾個方面的問題。第一、 描述了項目的目的第二、 描述了項目的開發(fā)周期第三、 描述了在測試中遇到的技術(shù)第四、 描述了測試案例的設(shè)計周期第五、 描述測試案例的執(zhí)行周期第六、 描述了測試過程中用到的工具或者技術(shù)第七、 描述了測試過程中用到的資源情況第八、 描述了測試過程中可能遇到的風(fēng)險以及規(guī)避方法提高案例設(shè)計水平明確了解現(xiàn)在目前流行切實用的幾種案例設(shè)計的方法，因為在不同的產(chǎn)品不同的要求有不同的設(shè)計手段，我們需要不斷的學(xué)習(xí)和總結(jié)，在為了測試領(lǐng)域中，許多新鮮的詞語都會出現(xiàn)。這種方法類似與工業(yè)領(lǐng)域的隨即抽取統(tǒng)計分析法，但是工業(yè)性質(zhì)牽扯到損壞或者人為原因，統(tǒng)計出來存在這偏差

28、，但是應(yīng)用與軟件方面，雖然存在著偏差，但是不可能象硬件那么偏差很高。等效法明確測試的目標(biāo)，一般適合用到的范圍是，制定被測試的對象是在滿足某個條件的區(qū)間內(nèi)的所有的所有數(shù)據(jù)。案例設(shè)計方法：從其中區(qū)間數(shù)據(jù)段中選擇任意一個或者兩個數(shù)據(jù)，只要這個數(shù)據(jù)滿足了，那么其他的數(shù)據(jù)就是滿足的。我現(xiàn)在舉一些例子，來說明等效法在測試過程中如何應(yīng)用的。范例1：在登陸某系統(tǒng)需要驗證用戶名，要求是長度是最小是6位，最長是14位，名字中可以包含數(shù)字，但是不能以數(shù)字開頭，可以包含各種符號，不能包含中文。1、隨意字母組合成一個12位的姓名，測試是否可以通過驗證。2.、隨意生成一個長度12位的姓名，測試是否可以通過驗證3、測試以任

29、意一個數(shù)字打頭12位的姓名，測試是否可以通過驗證4、測試姓名長度位12位且包含中文情況，測試是否可以通過驗證5、測試長度不滿足條件情況下，是否通過驗證6、如果長度不滿足，是以數(shù)字開頭的，提示信息驗證7、如果長度不滿足，姓名中包含中文的，提示信息驗證.(注：)這個可能比較簡單，但是說明一個問題：為什么隨意生成一個12位姓名的,其實你選擇8位姓名長度或者10位姓名長度是一樣的，所以這種情況下考慮采用等效方法比較合適。范例2:有這么一個需求，要求選擇112之間進行調(diào)整，手機的背光就會隨著數(shù)值的變化而變化?？傮w的是數(shù)值越大越暗。以上需求是大家經(jīng)?？梢钥吹降?。測試案例設(shè)計：清晰記憶1的情況，然后隨意調(diào)整

30、一個數(shù)值，因為要求是變化了，至于變化成什么樣子，變暗到什么程度才正確，沒有明確的指標(biāo)數(shù)值，所以只需要記住臨街點1的情況，然后隨意調(diào)整一個數(shù)據(jù)，然后和當(dāng)前調(diào)整后的數(shù)據(jù)進行比較。（注：）沒有明確的說明，只是含糊的結(jié)果，但是總體的結(jié)果是在變化，那么這個時候比較適合使用等效法。范例3、如果因果分析法需要有一定的程序基礎(chǔ)，了解程序的架構(gòu)，就是當(dāng)問題發(fā)生以后，能夠有效的補充相關(guān)的案例或者篩選相關(guān)的案例。因果分析的核心是從自己的理解去分析問題所在的真正原因。范例1：刪除磁盤上某個文件失敗，分析原因：如果是管理員權(quán)限，那么可以隨意刪除，無論這個文件的屬性是只讀的還是存檔的，那么如果不能刪除磁盤文件，除非是壞道

31、上的文件。分析完成以后，使得測試案例設(shè)計有針對性，而不是盲目的將所有的文件格式都去嘗試一次。范例2：假設(shè)我們用Excel作一個計算，結(jié)果和我們用計算器計算的結(jié)果不同。分析：Excel的計算函數(shù)單獨運算沒有錯誤，然后插入一行，結(jié)果錯誤了，說明插入行導(dǎo)致計算錯誤，那么插入一行怎么會引起函數(shù)計算錯誤呢？原因是由于插入行后，導(dǎo)致傳給計算函數(shù)的區(qū)域沒有更新，所以造成計算結(jié)果錯誤，那么這個Bug就很明確了。范例3:假設(shè)我們平常在做講座的時候發(fā)現(xiàn)在某臺機器上就會死機。這是一種現(xiàn)象。分析：為什么在這臺機器上死，在其他機器上不死。原因有兩個，第一個先找系統(tǒng)原因，是否是我們的產(chǎn)品在當(dāng)前這個系統(tǒng)下有Bug,經(jīng)過驗證

32、沒有，那問題出在那里？其實演示產(chǎn)品需要的是硬件的支持，那就是顯卡，如果顯卡內(nèi)存不夠大，可能導(dǎo)致某些演示文件死。（注）因果分析需要有廣泛的知識面，使得我們在分析的時候能夠拓寬面積，模糊的定位問題。范例4:用戶給我發(fā)送一個文件，打印的時候發(fā)現(xiàn)是亂碼。后來逼迫無奈，就讓用戶將這個文件傳真給我。這是現(xiàn)象。分析：為什么打印出現(xiàn)亂碼？問題基本定位，系統(tǒng)字庫不夠，系統(tǒng)下打印驅(qū)動問題，打印虛擬內(nèi)存問題，操作系統(tǒng)問題，軟件本身問題？最后問題經(jīng)過驗證，最終歸結(jié)為在此操作系統(tǒng)下，打印驅(qū)動程序有問題，使得文件不能正常打印。（注：問題需要先框定范圍，不要亂了套路。）邏輯分析法在邏輯分析方面，也需要有一定的程序理解能力。

33、從程序邏輯和日常常識去判斷問題。邏輯分析法其實就一堆假設(shè)的羅列，推論出系列結(jié)果的假設(shè)，然后將假設(shè)反推翻，問題就可以暴露出來。無論那種方法都是通過表現(xiàn)去分析問題的實質(zhì)的。范例1:我們在做MP3播放器快進和快退測試中，要考慮的同步問題，就是我們液晶顯示屏上出現(xiàn)的歌詞進度，時間進度和我們耳朵聽到的進度不同。我們分析一下，為什么出現(xiàn)不同步現(xiàn)象，為什么其他的能同步，就某一個或者某幾個不能同步。首先我們了解同步的算法：快進和快退是按照當(dāng)前歌曲的數(shù)據(jù)流來計算應(yīng)該到那里，它是以當(dāng)前歌曲的數(shù)據(jù)流為系數(shù)，然后進行的一些調(diào)整，那么出現(xiàn)不同步的原因是由于系數(shù)不同造成的，所以考慮到同步問題，我們需要找不同格式不同數(shù)據(jù)流

34、的歌曲，這樣問題容易暴露，容易清楚的定位問題的真正原因（注：這個例子在這里有些牽強,現(xiàn)在找不到一個合適的例子）范例2:邊界數(shù)值分析法在測試案例執(zhí)行的過程中，所有調(diào)節(jié)的數(shù)據(jù)都需要考慮到邊界數(shù)值的測試方法，這里我就不在贅述。但是需要注意，邊界數(shù)值的測試不是枚舉，只是抽樣的方法。逃避測試的誤區(qū)市場需求引導(dǎo)產(chǎn)品質(zhì)量測試是為了驗證需求，保證產(chǎn)品質(zhì)量，無論如何你都不可能做成100%的測試，不可能做成No Errors。所以我們針對不同的產(chǎn)品，不同的市場定位，確定不同的測試方針。因為企業(yè)面對的是客戶，面對是企業(yè)長遠(yuǎn)利益，那么我們不可能倉促的推出產(chǎn)品為了迎合市場，而是需要研究，調(diào)查市場的真正需求，把用戶所關(guān)心

35、的功能提供給用戶，使得其更加完善，更加穩(wěn)定。我們從企業(yè)來分析，首先任何一家企業(yè)要生存，必須需要市場空間的支撐，目的是為了盈利，我覺得沒有必要說的那么冠冕堂皇，這是事實，但是在把握產(chǎn)品質(zhì)量和市場需求的時候，我相信很多企業(yè)會選擇市場需求的，因為這是機會，是把握企業(yè)生存的機會，特別是對于發(fā)展性企業(yè)來說。（企業(yè)原因）我們從開發(fā)來分析，因為在開發(fā)的過程中，由于軟件行業(yè)的高流動行和知識更新快的特點，風(fēng)險加大，使得開發(fā)周期很難把握，這樣使得產(chǎn)品測試時間很難控制。因為開發(fā)的進度包括市場提出需求的技術(shù)風(fēng)險都很難把握。（開發(fā)的原因）我們從測試來分析，測試在很多企業(yè)中是沒有的，那么開發(fā)人員自己來做，如果有測試人員，

36、那測試也是隨意性非常強，造成產(chǎn)品上市后預(yù)留很多無法預(yù)估的風(fēng)險，為企業(yè)的形象蒙上了面紗（測試模式）合理利用2/8原則測試是列舉，不是枚舉，所以設(shè)計案例的時候全面是不可能的，那么需要靈活的運用2/8原則，使得測試重點清楚，容易控制。基于產(chǎn)品在開發(fā)過程中的種種風(fēng)險，我們在有限的人力和資源的情況下，合理的利用2/8原則，如何把握2/8原則？首先需要了解產(chǎn)品的特點，讓所有參與測試的人員能夠了解產(chǎn)品的特點，這樣使得工作具有針對性，至于產(chǎn)品的噱頭，我們可以進行充足的測試，因為只是我們的產(chǎn)品立足市場的點。在時間有限的情況下，把常用的功能測試保證了，不要攤?cè)?，攤寬，這樣到最后都無法總計產(chǎn)品的質(zhì)量概念了。以上這么

37、說，是一種概況，在實際的工作中大家需要總結(jié)，把進度，時間，質(zhì)量等進行權(quán)衡，以保證產(chǎn)品的順利發(fā)布。回歸測試的概念測試次數(shù)不是輪回，測試的不同次數(shù)不是輪回，而是為了驗證問題，那么什么時候適合安排一輪測試，需要定義標(biāo)準(zhǔn)，否則耗時耗力?；貧w測試是不可缺少的環(huán)節(jié)，在一個產(chǎn)品測試完成后，直接到用戶手頭的時候，需要千萬小心，需要進行一次徹底的回歸測試，這個時候包括所有的功能以及所有已經(jīng)修正的問題。避免版本出現(xiàn)問題。其實在不同的資料中對回歸測試有不同的解釋，我就不在這里贅述。我想表明我的觀點是，依照不同的開發(fā)模式，回歸測試所在的時間段也不相同；當(dāng)前的開發(fā)模式有瀑布型和迭代型，例如，在瀑布型的開發(fā)模式中，所有的

38、測試活動（手工測試，系統(tǒng)測試，部分集成測試）都在最后進行的，而切所理解的回顧測試是為了保證在新的版本中測試修改后的問題，其實這個測試只是保證了其中一部分工作測試的概念測試不是為了驗證問題，而是為了發(fā)現(xiàn)以前設(shè)計中沒有發(fā)現(xiàn)的問題。自動測試只是測試的一種手段，目的是為了提高工作效率測試工具只是利用，不能依靠，因為工具本身沒有智能的判斷是否會有問題發(fā)生，自動測試不是利于測試工具，而是需要編寫或者利于測試平臺，編寫適合自己的測試工作進展。如何調(diào)整團隊的作戰(zhàn)能力建議性質(zhì)：因為曾經(jīng)帶過四個團隊，而且這個經(jīng)驗最少在我身上是成功的。形式分析測試團隊，測試團隊在現(xiàn)在國內(nèi)來說在慢慢的得到重視，之所以原來不重視是因為

39、整個行業(yè)處于摸索期，不知道采用什么方法，什么技術(shù)，作什么事情等的情況下，使得測試員好像是一些沒有能力人的集合（宣講，不聽的宣講）。目標(biāo)計劃引導(dǎo)測試技術(shù)和未來發(fā)展規(guī)劃，因為任何人的發(fā)展需要目標(biāo)，那么一個人的發(fā)展目標(biāo)假如它和這個行業(yè)相關(guān)，那么它會付出一切，努力的工作，所以需要大家認(rèn)可一個目標(biāo)，并且讓大家認(rèn)為是可行的，然后我們分步驟一步步的去實現(xiàn)它。讓他或者大家能夠看到自己所喜歡或者從事行業(yè)的發(fā)展方向。過過老師癮因為在做任何事情的時候，每個人都有自己的想法或者步驟，講出來就好，這就需要開始的時候我們以任務(wù)的形式下達，我相信，到后來大家愿意自己站出來講了，我告訴你原因。因為人本身有羞怯感，怕幾個方面，

40、怕講錯，怕人多，怕提問。那么如果把這幾個問題都解決了，是否羞怯感就沒有了呢？如何解決個人怕的問題：引導(dǎo)，因為一個人如果不能把自己的想法和思路講出來，那么不可能把事情做的很好，其二，就是如果你把你的想法說出來，別人可能會指出你思路中走彎路的地方，對個人來說可以跳高工作效率，使得思路更加完善。其三，如果大家都把自己的思路說出來了，你不就節(jié)省的很多學(xué)習(xí)時間嗎，另外你想過沒有，當(dāng)別人形成這個想法的時候，需要一定的積累，那是他的心血，這不就輕輕松松讓你學(xué)到了嗎？如果固步自封，那么你的思路有可能是錯的，有可能是對的，但是你的知識面就只能局限在你所考慮的范圍內(nèi)，對個人發(fā)展不利。定學(xué)習(xí)目標(biāo)在軟件行業(yè)里面，要有

41、發(fā)展，就需要不停的學(xué)習(xí)，不停的進步，不停的總結(jié)，才可能有長遠(yuǎn)發(fā)展，所以需要定義在這個行業(yè)階段行的學(xué)習(xí)目標(biāo)，讓人感覺這個行業(yè)現(xiàn)有的水平只是維持，要發(fā)展，需要學(xué)習(xí)。在工作中學(xué)習(xí)的方法，除了自學(xué)以外，就是“偷”了，所謂偷，就是要學(xué)會問問題，把你想知道的東西刨根問底，當(dāng)別人回答你問題的時候，他一定是用他知道的東西的精華來總結(jié)，那么這樣你在很短的時間內(nèi)，把他總結(jié)的精華全給你了。在學(xué)習(xí)的過程中，需要學(xué)會總結(jié)，把能總結(jié)的都整理出來，第一是經(jīng)驗的積累，第二呢能夠做到分門別類，逐類旁通，使得相同或者類似的錯誤不要重范。興趣和愛好一個人工作有兩種情況，第一中是真正的工作，完成就算完成了，自己也在不斷的學(xué)習(xí)，不斷的

42、總結(jié)，但是缺乏激情。第二中是把工作當(dāng)成自己的事業(yè)，渴望自己在這個方面成為權(quán)威或者說業(yè)界能夠說話的人，也是在不斷學(xué)習(xí)，不斷的總結(jié)，培養(yǎng)職業(yè)關(guān)，培養(yǎng)和引導(dǎo)大家的興趣和愛好，因為只有你了解了興趣和愛好，才能更融洽的調(diào)和整個工作組的氣氛，這對測試行業(yè)的領(lǐng)導(dǎo)者來說是個挑戰(zhàn)。歪曲理論推理測試人員是由于技術(shù)不過硬，才去做測試的。好，我給測試說幾句，測試水平不過硬成立，假設(shè)成立，那么這是相對的，相對開發(fā)來說的，而且這種論調(diào)都是從開發(fā)那里擴散或傳播出來的，測試在后期發(fā)現(xiàn)問題后，開發(fā)也許心理很痛苦，但是他不愿意暴露在臉上，使得有些問題越發(fā)變的嚴(yán)重，不得不修改。那么在產(chǎn)品后期暴露那么多問題，說明了什么呢？這么低水平

43、的測試都能考慮到你程序設(shè)計的種種漏洞，那么說明了程序水平開發(fā)有待提高。在IT現(xiàn)在的行業(yè)中，開發(fā)的流程，模式，以及各種約定成俗的東西越來越多，而且相對穩(wěn)定，而測試是一個全新的行業(yè)，它需要大家摸索支持，需要大家共同建立起來。 其實，在原來的開發(fā)模式中，商家為了適應(yīng)市場，為了保證利潤的最大化，為了使得產(chǎn)品能夠順利的適應(yīng)市場，那么采用各種方法，使得產(chǎn)品質(zhì)量的定位淡薄，而現(xiàn)在隨著人們的要求越來越高，商家的意識越來越強，各個公司或者組織渴望成立測試部門，保證產(chǎn)品的質(zhì)量，使得測試這個行業(yè)在最近幾年才發(fā)展起來。正確理解自動測試首先，自動化測試是測試行業(yè)未來的發(fā)展方向，而在測試中采用什么技術(shù)，是的自動化的概念是

44、人們在工業(yè)生產(chǎn)的過程中，為了提高工作效率，不斷的對操作方法或者技術(shù)或者工具進行改進，減少人們普遍的手工勞動，節(jié)省時間和成本。而軟件行業(yè)的自動化測試同樣也有節(jié)約成本，提高效率的需求。所以所有的改進需要考慮到成本的問題。那么作為成本，需要從幾個方面去考慮，第一實現(xiàn)成本，第二，人力成本，第三，新技術(shù)的風(fēng)險，第四，節(jié)省的成本，第五，被自動化的功能是否需要大量的手工勞動。所以我們理解自動化一定從成本的概念上考慮， 最少從自動化測試概念的起步應(yīng)該從這個方面考慮。那么自動化測試的重點就在于他節(jié)省人力，節(jié)省時間，得到的數(shù)據(jù)更精確些，而且操作的可重復(fù)性和Bug的可重現(xiàn)性更強一些。在目前社會中，人們好像瘋狂的討論

45、自動化測試工具，認(rèn)為只要有自動化測試工具了，我們就會自動化測試了。好像這個概念已經(jīng)被認(rèn)為是正確的，而且是被默認(rèn)的，但是我個人認(rèn)為這個是一個誤導(dǎo)的錯誤的概念，其實軟件的測試的自動化測試工具介紹測試工具在實際工作中的應(yīng)用工作中的自動化測試的幾中方法數(shù)據(jù)驅(qū)動法樁驅(qū)動關(guān)鍵字驅(qū)動網(wǎng)絡(luò)方面的測試方法數(shù)據(jù)庫測試要點網(wǎng)絡(luò)游戲測試要點C/S結(jié)構(gòu)測試要點WEB測試要點嵌入式軟件的測試方法手機軟件測試手機現(xiàn)在在社會上應(yīng)用很廣，同時針對手機上的功能增加也非?？?，例如，藍牙，例如，短信，例如，信息下載，這說明在未來發(fā)展中，手機將人們帶在一個孤獨的社會中去。簡單回想，我們的上輩人開始用手機，那是后簡單的目的：就是通訊，而

46、且還必須在既定范圍內(nèi)，價格高昂等，這些只有很富有的人才能染指的東西現(xiàn)在在社會中的每個角落都可能。放羊的。那么手機軟件怎么測試呢？測試什么呢？怎么組織呢？那么我做簡單的分析：首先確定手機軟件是嵌入式軟件，那么我們拋開IC測試，拋開盲區(qū)，耐久性，耐碰撞性測試不提，就軟件本身測試需要考慮的內(nèi)容。MP3軟件測試通用軟件的測試方法辦公類產(chǎn)品測試殺毒類產(chǎn)品測試工具類產(chǎn)品測試ERP軟件的測試方法驗證測試測試管理工作我沒有讀過管理方面，只是看了一些書而已，在幾個團隊中應(yīng)用，效果還可以，所以拿出來和大家交流。其實無論是開發(fā)管理和測試管理，其核心應(yīng)該是“理”，如果理都不通，那么管只能是強制性質(zhì)，那么在軟件行業(yè)，創(chuàng)

47、造性的企業(yè)中，可能不能維持的很久，所以需要先“理”清楚了，然后我們來管，到那個時候也就不用管了，因為理順了，所以大家都知道該怎么樣做，什么時候做了。那么談到“理”，我們需要理什么呢？理事情，把要做的事情理清楚；理目標(biāo)，把要達到的目的說清楚；理思路，把做事情的思路和方法理清楚；理資源，把合理的資源調(diào)配到合適的位置上，讓興趣和能力結(jié)合。我覺得從大的方面就需要先將這些事情理清楚了，才可能使得一個團隊具有非常的戰(zhàn)斗力。其次，還需要和善的溝通，做到無所不曉，因為在一個團隊中，氣氛非常重要，也許一個人的今天心情不好，造成跟他配合的幾個人都無法工作順心，也許是感應(yīng)。所以需要和大家開誠布公，把能講的問題，能講

48、的事情講清楚，讓大家覺得你可以依靠，可以把心思告訴你，你盡力為大家解決后患問題，讓他們能夠開心踏實的做事情。另外，需要換位思考，充分讓大家提出意見，因為如果一個團隊要發(fā)展，是需要大家一起努力的，這是大家都熟知的道理，但是做起來很難。避免一言堂，讓大家充分參與到設(shè)計中，在其中找到自我的感覺，找到這里沒有他是不可以的，這樣每一個人才能關(guān)心項目的每一個角落，而不是為了工作而工作了。其二，需要在“理”的基礎(chǔ)上幫助大家總結(jié)，大家在什么地方容易犯錯誤，犯什么類型的錯誤，犯錯誤的原因是由于我們的思想老化了，需要改進做事情的方式，還是由于工作能力或者經(jīng)驗的問題。那么就需要對各種錯誤進行統(tǒng)計，以找到問題的根本原

49、因。就問題而討論問題，問題的實質(zhì)出在那里，然后幫大家改進，自己同時也會進步。給大家講我現(xiàn)實中的例子吧，我曾經(jīng)帶的一個測試組，大家做事情都很賣力，而且成績也非常顯著，但是在做的過程中總是會有問題發(fā)生，問題到底出在那里呢？后來找到了原因，就是由于工作環(huán)節(jié)中出現(xiàn)問題了，所以他總是在那里犯錯誤，因為他是把工作當(dāng)成工作來做了，所以他就改這個地方，我后來找到他，也找到了問題的原因，一起把問題解決了。后來我就告訴他們，如果誰在同一個地方犯同樣的錯誤，我們的結(jié)論是他不懂，教他，共同學(xué)習(xí)，直到他告訴我可以了；如果第二次犯錯誤，那么我們給的結(jié)果是，他忘記了，好再學(xué)，直到他告訴我，他可以了；第三次犯同樣的錯誤，我們

50、給的結(jié)論是故意犯錯誤的，那么就要全組請喝可樂一灌。這個例子在現(xiàn)實生活中很多，主要是引導(dǎo)，因為如果把工作當(dāng)成工作來作，可能不會用“心”，因為如果是用“心”工作他會找竅門，會找方法，負(fù)責(zé)他會厭煩；如果把工作當(dāng)成自己未來的事業(yè)來做，那么就會用心工作，這樣就需要我們正確的引導(dǎo)。開發(fā)方面開發(fā)分析因為我們是第一次做MP3的產(chǎn)品，所以從技術(shù)上還處于摸索階段，第二我們對產(chǎn)品的質(zhì)量意識還存在一點問題，第三，四方溝通或者說回饋不夠問題分析目前存在的問題進度問題四方配合問題，因為在炬力，存在硬件、軟件開發(fā)，市場開發(fā)，測試準(zhǔn)備四個方面的組織需要開展工作，所以那個組織的進度耽誤都會嚴(yán)重影響產(chǎn)品的發(fā)布周期，在現(xiàn)在競爭日益劇烈的市場中，必須把握市場機會，所以需要對進度進行把握。建議采用作戰(zhàn)圖的形式，對各個階段點進行有利