- 翻譯公司資訊
-
世聯(lián)翻譯公司完成安全問(wèn)題類中文翻譯
發(fā)布時(shí)間：2018-02-12 08:46 點(diǎn)擊：
世聯(lián)翻譯公司完成安全問(wèn)題類中文翻譯
世聯(lián)翻譯公司完成安全問(wèn)題類中文翻譯 Unitrans世聯(lián)翻譯公司在您身邊,離您近的翻譯公司,心貼心的專業(yè)服務(wù),專業(yè)的全球語(yǔ)言翻譯與信息解決方案供應(yīng)商,專業(yè)翻譯機(jī)構(gòu)品牌。無(wú)論在本地,國(guó)內(nèi)還是海外,我們的專業(yè)、星級(jí)體貼服務(wù)，為您的事業(yè)加速！世聯(lián)翻譯公司在北京、上海、深圳等國(guó)際交往城市設(shè)有翻譯基地，業(yè)務(wù)覆蓋全國(guó)城市。每天有近百萬(wàn)字節(jié)的信息和貿(mào)易通過(guò)世聯(lián)走向全球！積累了大量政商用戶數(shù)據(jù)，翻譯人才庫(kù)數(shù)據(jù)，多語(yǔ)種語(yǔ)料庫(kù)大數(shù)據(jù)。世聯(lián)品牌和服務(wù)品質(zhì)已得到政務(wù)防務(wù)和國(guó)際組織、跨國(guó)公司和大中型企業(yè)等近萬(wàn)用戶的認(rèn)可。 專業(yè)翻譯公司,北京翻譯公司,上海翻譯公司,英文翻譯,日文翻譯,韓語(yǔ)翻譯,翻譯公司排行榜,翻譯公司收費(fèi)價(jià)格表,翻譯公司收費(fèi)標(biāo)準(zhǔn),翻譯公司北京,翻譯公司上海。關(guān)于提高質(zhì)量問(wèn)題，我想系統(tǒng)的解釋一下我見(jiàn)過(guò)很優(yōu)秀的解決方案，其實(shí)在之前的文檔中也說(shuō)了，但是篇幅并不集中，所以我專門寫一封郵件針對(duì)這個(gè)問(wèn)題。1.首先，我要說(shuō)，在現(xiàn)實(shí)中沒(méi)有錯(cuò)誤的系統(tǒng)是不存在的，完全的測(cè)試也是不存在的（理論上存在，但由于測(cè)試成本原因，是不可實(shí)現(xiàn)的），我可以舉個(gè)簡(jiǎn)單的例子，只是一個(gè)加法而已：public int addition (int intValue1,int intValue2){if（intValue1 = 143059884）{return -100;//將會(huì)產(chǎn)生錯(cuò)誤}else{return intValue1+intValue2;}}上邊的例子中，如果只采用黑盒測(cè)試的方法，無(wú)法除非測(cè)試所有的值得組合，這需要進(jìn)行，（2的32次方 * 2的32次方）這種測(cè)試用例的量是不可能實(shí)現(xiàn)的。當(dāng)然同時(shí)采用白盒測(cè)試的，代碼走查方法將會(huì)發(fā)現(xiàn)問(wèn)題，但這只是個(gè)簡(jiǎn)單的加法函數(shù)而已，實(shí)際的項(xiàng)目將比這復(fù)雜的多，所以在現(xiàn)實(shí)的約束下，完整測(cè)試并不存在，所以可以說(shuō)確認(rèn)沒(méi)有錯(cuò)誤的系統(tǒng)也同樣是不存在的，比如說(shuō)我們都在使用的windows系統(tǒng)，他的關(guān)于質(zhì)量控制的投入是海量的，但他仍有問(wèn)題。那么我們?nèi)绾伪ＷC軟件質(zhì)量呢？請(qǐng)接著看下邊的章節(jié)。2.測(cè)試覆蓋度，簡(jiǎn)單說(shuō)，就是測(cè)試覆蓋功能的百分比，這個(gè)值不容易精確計(jì)算，但是統(tǒng)計(jì)性計(jì)算是可行了，已經(jīng)有先人針對(duì)不同類型的系統(tǒng)統(tǒng)計(jì)和研究過(guò)，我們可以借鑒下他們的經(jīng)驗(yàn)和成果（我記不清具體的數(shù)字了，但我會(huì)根據(jù)我的經(jīng)驗(yàn)給你一個(gè)合理的參考值）類型 建議覆蓋度 建議開(kāi)發(fā)：測(cè)試（投入比例） 解釋生命相關(guān)（航空航天、醫(yī)療） 99%以上 1:6以上 由于錯(cuò)誤將帶來(lái)嚴(yán)重后果，測(cè)試投入比例會(huì)非常高的情況下，才可以保證質(zhì)量。操作系統(tǒng)（windows,linux）或者與大眾相關(guān)的系統(tǒng)（銀行核心系統(tǒng)） 90%-95% 1:3-1:5 由于是為了其他軟件在上邊運(yùn)行的基礎(chǔ)，所以錯(cuò)誤的容忍率也是很低的，需要投入很高的質(zhì)量成本。產(chǎn)品級(jí)系統(tǒng)(office）行業(yè)核心系統(tǒng)（mopho比對(duì)服務(wù))） 70%-90% 1:2-1:3 由于是為了服務(wù)不同的客戶，用戶群體廣泛，所以應(yīng)該投入較高的質(zhì)量成本。項(xiàng)目級(jí)非核心產(chǎn)品（某企業(yè)辦公自動(dòng)化系統(tǒng)，mopho查重外圍系統(tǒng)） 60%-80% 1:1 由于是特殊行業(yè)，專業(yè)行為，實(shí)際專業(yè)人員只使用較少的關(guān)鍵功能，所以在關(guān)鍵功能多投入，不常用的功能可以減少投入來(lái)控制成本。工具級(jí)，內(nèi)部使用的提高效率的工具 50%-60% 1:0.3 由于是為了提高效率而產(chǎn)生的，不能為了它浪費(fèi)太多的成本（這將會(huì)抵消它的好處），所以 我們只關(guān)注我們需要的功能，甚至不是很需要異常測(cè)試。上邊的圖表列出了不同類型軟件系統(tǒng)的測(cè)試覆蓋度、質(zhì)量成本參數(shù)，其實(shí)這個(gè)值在每個(gè)行業(yè)、每家公司甚至每個(gè)工作小組都是有差異的（這取決于項(xiàng)目的特性，客戶的成本和質(zhì)量的取舍，工作組的運(yùn)行模式，編碼和測(cè)試人員的水平。。。），每個(gè)組織都應(yīng)該不斷的分析并調(diào)節(jié)參數(shù)來(lái)保證合理的產(chǎn)品質(zhì)量同時(shí)控制投入成本，讓我們的投入產(chǎn)出比最合理。3.測(cè)試分類和提高測(cè)試覆蓋度。如何提高軟件的覆蓋度呢？首先我想先從兩個(gè)層面對(duì)測(cè)試進(jìn)行分類（測(cè)試類型、測(cè)試手段）測(cè)試類型：針對(duì)不同的目的對(duì)測(cè)試進(jìn)行分類。功能測(cè)試：關(guān)于組件的主要功能進(jìn)行正常使用情況下的測(cè)試，這種測(cè)試在整個(gè)測(cè)試中投入的比例很小（大約10%），但是卻能保證系統(tǒng)中最重要的覆蓋30%需求的功能正常運(yùn)行，基本是每個(gè)項(xiàng)目都必須進(jìn)行的測(cè)試。路徑測(cè)試：把功能場(chǎng)景中所有的可能性都進(jìn)行至少一次的測(cè)試。覆蓋度測(cè)試：代碼是否都可以運(yùn)行到的測(cè)試，這個(gè)測(cè)試一般主流的IDE都可以自動(dòng)進(jìn)行，我們只需要使用它，并修改這種錯(cuò)誤就可以。邊界測(cè)試：在取值的邊界狀態(tài)進(jìn)行測(cè)試，例如在加法，參數(shù)為0,1，-1，MaxIntValue,MinIntValue都設(shè)計(jì)測(cè)試用例，尤其在分支和循環(huán)的邊界值。異常測(cè)試：可預(yù)料的異常情況下，系統(tǒng)的表現(xiàn)也盡量友好，這個(gè)測(cè)試的作用是檢查軟件可用性和易用性的，壓力測(cè)試：系統(tǒng)在大量并發(fā)使用的狀態(tài)下的穩(wěn)定性測(cè)試，多用戶系統(tǒng)和系統(tǒng)關(guān)鍵服務(wù)的組件需要加強(qiáng)這種測(cè)試的投入，保證系統(tǒng)能滿足我們客戶的真是需求（不是無(wú)限制的，而且衡量過(guò)成本的貼近真實(shí)需要并考慮到一定擴(kuò)展的需求量）。性能測(cè)試：系統(tǒng)響應(yīng)速度的測(cè)試，在貼近真實(shí)網(wǎng)絡(luò)和硬件條件下的測(cè)試，這種測(cè)試最好是用一些輔助工具在客戶的真實(shí)使用環(huán)境下進(jìn)行。然后我們得到參數(shù)后，去和我們的真實(shí)需求去對(duì)比，如果有問(wèn)題，在性能瓶頸上重構(gòu)系統(tǒng)（按照這個(gè)順序進(jìn)行，架構(gòu)層、設(shè)計(jì)層、編碼邏輯層、編碼算法層、嘗試使用更底層的語(yǔ)言-如匯編、最后升級(jí)硬件或者軟件組件硬件話-例如采用加密機(jī)進(jìn)行加密），除了架構(gòu)層外（因?yàn)楹笃诩軜?gòu)層的修改并不容易），其他的層次可以在測(cè)試出是瓶頸時(shí)再去優(yōu)化（因?yàn)樾阅苤笜?biāo)往往和代碼可讀性、結(jié)構(gòu)簡(jiǎn)單相違背），我們不會(huì)無(wú)緣無(wú)故的犧牲這兩種指標(biāo)而成全可能不需要的性能指標(biāo)（這將會(huì)帶來(lái)其他問(wèn)題）。安全性測(cè)試：代碼的安全性進(jìn)行測(cè)試，如堆棧溢出就是常見(jiàn)漏洞的根源，我們?cè)诰幋a層一般采用代碼審查和培訓(xùn)初級(jí)程序員的手段去避免這種類似的問(wèn)題，再比如系統(tǒng)的敏感數(shù)據(jù)進(jìn)行加密存儲(chǔ)和傳輸（用戶密碼、個(gè)人醫(yī)療信息）。破壞性測(cè)試：以破壞系統(tǒng)為目的來(lái)檢測(cè)系統(tǒng)的健壯性，如把系統(tǒng)中某個(gè)服務(wù)器的網(wǎng)線拔下，檢查這時(shí)候是否有備用系統(tǒng)來(lái)代替他工作，并同時(shí)通過(guò)郵件短信或者監(jiān)控臺(tái)等手段及時(shí)通知使用者。其他測(cè)試：可用性測(cè)試、易用性測(cè)試等非關(guān)鍵測(cè)試，比如找一個(gè)外行來(lái)，檢查我們的行業(yè)軟件是否好用，他是否在很少的文檔幫助下就可以正常使用。對(duì)比性測(cè)試，對(duì)比算法新舊多個(gè)版本，在同樣的環(huán)境下，進(jìn)行的用于分析的測(cè)試。...以上，按照類型分類的測(cè)試方法，我們需要量體裁衣，分析系統(tǒng)，找到我們需要的，再根據(jù)時(shí)間、計(jì)劃投入和各項(xiàng)質(zhì)量需求指標(biāo)來(lái)調(diào)配我們的投入。測(cè)試手段：針對(duì)測(cè)試進(jìn)行的方式進(jìn)行分類。（黑盒白盒分為兩個(gè)大類）黑盒：只需知道輸入、輸出、行為帶來(lái)的影響及可預(yù)知的異常的測(cè)試手段。自動(dòng)化邏輯層黑盒測(cè)試：寫工具檢查輸入輸出，并記錄運(yùn)行結(jié)果的黑盒測(cè)試。對(duì)于需要很多測(cè)試數(shù)據(jù)的邏輯層組件，采用這種形式比較值得。自動(dòng)化界面黑盒測(cè)試：針對(duì)界面，寫界面腳本進(jìn)行的自動(dòng)化黑盒測(cè)試，對(duì)于操作復(fù)雜的界面層組件，采用這種形式比較值得。手工界面黑盒測(cè)試：人工進(jìn)行的黑盒測(cè)試，這一般針對(duì)界面層經(jīng)常會(huì)使用到的主要場(chǎng)景，進(jìn)行的測(cè)試（這種類型的測(cè)試用例數(shù)量應(yīng)該被控制在一個(gè)合理的區(qū)域），因?yàn)槲覀兠看伟姹镜奶峤欢夹枰M(jìn)行完整的回歸測(cè)試。手工工具黑盒測(cè)試：由開(kāi)發(fā)組寫一些輔助工具進(jìn)行的黑盒測(cè)試，一般壓力測(cè)試或者性能測(cè)試，可以采用此種形式，程序員付出的這些勞動(dòng)，會(huì)把這種重復(fù)性的（每次版本的提交都要進(jìn)行）活動(dòng)，轉(zhuǎn)移給不需要懂編程的測(cè)試人員。白盒：需要知道具體邏輯，甚至是代碼的測(cè)試。組件層白盒單元測(cè)試：針對(duì)功能性組件（好像把部件比喻成機(jī)器，零件就是功能組件、結(jié)合零件的部分就是邏輯性組件）進(jìn)行的單元白盒測(cè)試。這種活動(dòng)是需要開(kāi)發(fā)人員進(jìn)行的，可以借助junit等白盒單元測(cè)試工具，這種測(cè)試也是比較值得進(jìn)行的活動(dòng)，它將保證我們的所有的基礎(chǔ)部件是正常的。上層邏輯部件能夠放心的使用它們。邏輯層白盒測(cè)試：這種測(cè)試一般針對(duì)，邏輯比較復(fù)雜的邏輯組件，單靠黑盒的方式無(wú)法保證質(zhì)量，或者邏輯分支組合太多，如果采用人工的形式太話費(fèi)時(shí)間時(shí)，這種方法將會(huì)比較值得。代碼審查：針對(duì)重要模塊代碼，身份有經(jīng)驗(yàn)的程序員，去查看經(jīng)驗(yàn)少一些的同事的代碼，來(lái)檢查問(wèn)題，同時(shí)把問(wèn)題回饋給代碼編寫人，可以保證重要模塊的質(zhì)量并提高新人的水平。代碼走查：定期抽取代碼片段給全組人員，大家前一天熟悉一下代碼，分別列出代碼中好的地方和不足的地方，在第二天進(jìn)行討論，從而提高全組整體能力的活動(dòng)，代碼量盡量控制在2小時(shí)會(huì)議可以討論完的量級(jí)，沒(méi)迭代執(zhí)行1次或者每周1次均可。1.每種測(cè)試的方法，都可以解決一部分質(zhì)量問(wèn)題，他們會(huì)有部分重疊，就像下圖說(shuō)的那樣（只是示意）。2.每種測(cè)試方法都無(wú)法保證100%的測(cè)試覆蓋度。每種測(cè)試方法一般在合理時(shí)間投入的條件下，一般可以達(dá)到，30%-70%的覆蓋度。結(jié)合以上兩點(diǎn)，我們發(fā)現(xiàn)，我們最劃算的并能保證質(zhì)量的方式，最好是多種測(cè)試方法結(jié)合（視項(xiàng)目特性決定），并盡量減少重疊的工作。在產(chǎn)品級(jí)系統(tǒng)的軟件類型，功能性組件，開(kāi)發(fā)組采用白盒自動(dòng)化測(cè)試的方法（開(kāi)發(fā)：測(cè)試 1 : 1），邏輯性組件，采用手工界面黑盒測(cè)試（開(kāi)發(fā)：測(cè)試 1 : 0.5），測(cè)試組手工黑盒測(cè)試.不好測(cè)試的邏輯組件，開(kāi)發(fā)組實(shí)現(xiàn)工具、測(cè)試組執(zhí)行測(cè)試（開(kāi)發(fā)：測(cè)試 1:0.2）其他適合于項(xiàng)目類型的測(cè)試：（開(kāi)發(fā)：測(cè)試 1:0.5 - 1:1）這幾種測(cè)試方法結(jié)合起來(lái)，大體能夠用，開(kāi)發(fā)：測(cè)試1:2 - 1:3的質(zhì)量投入達(dá)到70%-90%的測(cè)試覆蓋度。其他類型的系統(tǒng)是同樣道理的，我們可以在項(xiàng)目初期估算一個(gè)合理的投入比，然后隨著迭代的進(jìn)行，根據(jù)情況調(diào)整他，使之趨近于我們的質(zhì)量需求。4.適應(yīng)需求變化模型的質(zhì)量控制。基于XP極限編程的模型中，質(zhì)量控制部分：（可以參考之前的文檔），這里只把圖復(fù)制過(guò)來(lái)，便于參考。1.首先，是在需求討論會(huì)中，尤其是直接面對(duì)客戶的活動(dòng)中，測(cè)試經(jīng)理需要參與（尤其不能錯(cuò)過(guò)結(jié)論性的討論）。2.內(nèi)部需求梳理過(guò)程中，測(cè)試經(jīng)理需要參與，可以從非技術(shù)層面提出意見(jiàn)以參考。3.項(xiàng)目經(jīng)理、項(xiàng)目商務(wù)負(fù)責(zé)人、需求控制人員、開(kāi)發(fā)經(jīng)理、技術(shù)核心人員、設(shè)計(jì)人員、測(cè)試經(jīng)理（這些角色中有些是同一個(gè)人兼職的）對(duì)于需求列表及迭代劃分達(dá)成共識(shí)，這樣可以優(yōu)化不同部門的協(xié)作。尤其是時(shí)間和資源上的安排用于進(jìn)度控制（同時(shí)在最初迭代不要忘記風(fēng)險(xiǎn)分析），這個(gè)階段將形成分迭代的測(cè)試計(jì)劃。4.在每個(gè)迭代的過(guò)程中，開(kāi)發(fā)人員可以采用2人結(jié)對(duì)的方式，互相寫另一個(gè)人的代碼的白盒單元測(cè)試代碼。5.視情況開(kāi)發(fā)人員，編寫一些用于測(cè)試目的的測(cè)試工具。6.開(kāi)發(fā)人員分析測(cè)試報(bào)告并修改BUG,然后更新BUG狀態(tài)（是否已經(jīng)修改）。6.同時(shí)，測(cè)試組成員按照測(cè)試計(jì)劃，編寫測(cè)試用例。7.測(cè)試組使用工具、或者手工執(zhí)行測(cè)試用例。8.提交測(cè)試報(bào)告給項(xiàng)目經(jīng)理和開(kāi)發(fā)組。9.針對(duì)開(kāi)發(fā)人員修改的測(cè)試狀態(tài)，執(zhí)行回歸測(cè)試。10.同時(shí)，技術(shù)帶頭人組織開(kāi)展、代碼走查和代碼審查的工作。11.如果可以，每個(gè)迭代的產(chǎn)品將經(jīng)歷用戶測(cè)試，處理用例提交的BUG.12.每個(gè)迭代后期，當(dāng)質(zhì)量問(wèn)題比較嚴(yán)重的時(shí)候，審視項(xiàng)目整體運(yùn)行狀態(tài)是否存在問(wèn)題，找到問(wèn)題，提出解決方案，并在下一個(gè)迭代去嘗試解決它。（除了最后一個(gè)迭代）5.寫易于測(cè)試的代碼。開(kāi)發(fā)組和測(cè)試組的結(jié)合點(diǎn)，如下的文檔是使兩個(gè)部門合作的關(guān)鍵點(diǎn)：需求 - 功能解釋 - 輸入 - 輸出 - 預(yù)期異常。那么在設(shè)計(jì)和開(kāi)發(fā)的過(guò)程中，我們需要?jiǎng)?chuàng)造便于測(cè)試的接口。準(zhǔn)則依然是（設(shè)計(jì)、開(kāi)發(fā)的高質(zhì)量準(zhǔn)則本來(lái)就是這個(gè)），高內(nèi)聚、低耦合，合理分層。不好的例子：public void DOThing(A Complex Type,... )//沒(méi)有意義的函數(shù)名或者變量名{Call1(unknown object);//全局變量(##))@*@*# ;//一段十分難懂的代碼，并沒(méi)有注釋說(shuō)明他的作用... ;// 太長(zhǎng)的代碼段，200行... ;//沒(méi)有預(yù)期的異常定義}較好的例子：// phoneNumber: the phone number what we want to call// return : the status of call ( Call_Success is succes call, Shutdown means the phone is shutdown )// WrongFormatException :public CallResult PhoneCall(String phoneNumber)//有意義的函數(shù)名和變量名，明確的接口說(shuō)明(輸入、輸出和異常){if( CheckPhineNumber() )// 檢查參數(shù)錯(cuò)誤，并拋出預(yù)期異常,（錯(cuò)誤舉例：不是數(shù)字組成的）{throw new WrongFormatException (phoneNumber)}try //捕獲調(diào)用函數(shù)的已知異常。{CallResult = GetPhoneStatus();}catch{deal with exception.}// 代碼可讀性好，篇幅較短20-50行（特殊情況，如算法函數(shù)可能較長(zhǎng)，但需要增加合理注釋）}簡(jiǎn)單的參數(shù)，組成的函數(shù)，不需要什么復(fù)雜的測(cè)試樁程序，就可以執(zhí)行測(cè)試，這就是易于測(cè)試的代碼。編寫測(cè)試工具，也是提高系統(tǒng)易測(cè)試性的好方法。6.程序員需要改正的通病和防御式編程、結(jié)對(duì)編程測(cè)試。通�。�讓程序員執(zhí)行測(cè)試，尤其是自己的代碼時(shí)，往往會(huì)出現(xiàn)漏測(cè)得情況，這由于多方面的原因：開(kāi)發(fā)人員的質(zhì)量意識(shí)、開(kāi)發(fā)人員對(duì)自己代碼的盲目自信，開(kāi)發(fā)人員的技術(shù)漏洞（寫的時(shí)候就犯錯(cuò)了，測(cè)試的時(shí)候犯了同樣的錯(cuò)誤。。。）。這些毛病不好改，但我認(rèn)為從心理根源上解決一個(gè)疑問(wèn)將踢開(kāi)阻礙開(kāi)發(fā)人員高質(zhì)量測(cè)試的路障.測(cè)試的目的，不是為了驗(yàn)證寫的代碼是正確的，而是為了找到系統(tǒng)中存在的錯(cuò)誤。這點(diǎn)至關(guān)重要，心理障礙消除了，才能使人成長(zhǎng)。防御式編程是程序員假定使用自己的程序的人會(huì)犯種種錯(cuò)誤,自己的程序會(huì)受到種種錯(cuò)誤條件的制約的編程心理。比如，讀文件，要假定文件不存在、文件名不符合規(guī)則、文件格式不正確等種種情況，甚至有時(shí)要考慮系統(tǒng)斷電情況下，自己程序可以會(huì)產(chǎn)生的問(wèn)題，并寫錯(cuò)恢復(fù)處理邏輯。這是提高軟件系統(tǒng)健壯性的重要手段，如果一個(gè)組所有的成員都是很精于此道，那么針對(duì)某些常見(jiàn)BUG的白盒測(cè)試，可以酌情減少，這將會(huì)減少成本，如果這些功能能夠很好的通過(guò)黑盒測(cè)試組成員的測(cè)試，那么我們認(rèn)為這種偷懶是可取的。結(jié)對(duì)編程測(cè)試由于每個(gè)人的精力和知識(shí)都是有限的，所以由一個(gè)人知識(shí)漏洞產(chǎn)生的錯(cuò)誤，將很難被他自己測(cè)試檢查出來(lái)。所以我們建議2人結(jié)對(duì)編程測(cè)試的手段。讓兩個(gè)人互相編寫對(duì)方代碼的白盒測(cè)試用例（首先，必須給了解對(duì)方的需求，和寫對(duì)方測(cè)試代碼留足時(shí)間）（當(dāng)然在提交給對(duì)方之前，我是一定會(huì)花一點(diǎn)時(shí)間測(cè)試自己寫的代碼的），這將不會(huì)比自己寫自己的測(cè)試用例的方法浪費(fèi)更多的時(shí)間，同時(shí)系統(tǒng)的每段代碼都有兩個(gè)人了解，同時(shí)從對(duì)方學(xué)習(xí)自己所不擅長(zhǎng)的經(jīng)驗(yàn)，又能保證質(zhì)量，真是一舉多得的方案。7.其他關(guān)于質(zhì)量任何類型的公司經(jīng)營(yíng)都需要考慮上邊圖例的三元（質(zhì)量-成本-時(shí)間），我們都希望，最短的時(shí)間、花最少的成本來(lái)達(dá)到最高的質(zhì)量。這個(gè)想法是這么簡(jiǎn)單直接，如果都用最這個(gè)詞，那么這個(gè)想法就是一個(gè)夢(mèng)。比較實(shí)際的想法應(yīng)該是，在保證質(zhì)量的門檻上，用合理的時(shí)間（客戶真正可容忍的時(shí)間），盡量減少投入。同時(shí)我們需要合理利用資源（物質(zhì)資源、人），這點(diǎn)也是至關(guān)重要的，我見(jiàn)過(guò)一些公司，為了降低公司的成本，一味的壓榨員工，無(wú)休止的加班，保持高壓力的工作狀態(tài)（時(shí)間和工作量），但實(shí)際他們卻沒(méi)有得到想要的結(jié)果（員工工作效率下降、消極怠工，質(zhì)量降低帶來(lái)高維護(hù)成本），Cogent有一個(gè)失敗項(xiàng)目的例子，我還記得，當(dāng)時(shí)為了惠普在筆記本上做一個(gè)人臉和指紋識(shí)別的操作系統(tǒng)登陸程序。我們經(jīng)過(guò)分析計(jì)算，做出6個(gè)月的計(jì)劃，但老板說(shuō)，能不能3個(gè)月呢？當(dāng)時(shí)的項(xiàng)目經(jīng)理沒(méi)有拒絕他，也沒(méi)有問(wèn)他是否可以在3個(gè)月只做部分重要的需求，接下來(lái)，噩夢(mèng)開(kāi)始了，每天加班數(shù)小時(shí)，每周至少加一個(gè)周么的班，第一個(gè)月大家加足馬力努力工作，但是由于為了滿足不合理的時(shí)間計(jì)劃，月底一些由于進(jìn)度過(guò)快產(chǎn)生的問(wèn)題就出現(xiàn)了，接下來(lái)大家開(kāi)始更努力的修正錯(cuò)誤和應(yīng)付新的工作，這時(shí)工作效率高的員工變得很累同時(shí)他們會(huì)犯一些本不該犯的錯(cuò)誤，工作效率低的員工開(kāi)始消極怠工，接下來(lái)可想而知，大量的質(zhì)量維護(hù)成本占用了本來(lái)就很短的時(shí)間，進(jìn)度滯后和質(zhì)量問(wèn)題開(kāi)始困擾團(tuán)隊(duì)。三個(gè)月已經(jīng)到了，但是工作的進(jìn)度十分的不理想，老板批評(píng)了大家，并囑咐經(jīng)理，要繼續(xù)加強(qiáng)工作強(qiáng)度。接下來(lái)的日子，大家開(kāi)始不堪重負(fù)，抱怨，消極怠工普遍出現(xiàn)在所有員工的身上。然后項(xiàng)目又出現(xiàn)一些需求變動(dòng)，這真是雪上加霜。大家開(kāi)始失去信心和習(xí)慣于領(lǐng)導(dǎo)的批評(píng)，項(xiàng)目失去了控制，項(xiàng)目經(jīng)理每天都很頭疼，他只能每天監(jiān)督大家加班的時(shí)間，并控制自己的情緒，防止和團(tuán)隊(duì)成員發(fā)生沖突。最后，產(chǎn)品經(jīng)過(guò)兩個(gè)版本（大概兩年時(shí)間），大概客戶也覺(jué)得這個(gè)時(shí)間太長(zhǎng)了，放棄了與我們合作。我不知道這個(gè)項(xiàng)目我們有沒(méi)有收益。這個(gè)例子，我要說(shuō)的是，讓每個(gè)成員和團(tuán)隊(duì)一起成長(zhǎng)，做出合理的進(jìn)度安排，必要時(shí)和客戶討價(jià)還價(jià)（合理范圍增加價(jià)格-用于增加投入，或延長(zhǎng)時(shí)間，或者取消或延遲次要需求），不要忽視每個(gè)人的健康和關(guān)注他們的生活質(zhì)量，一個(gè)狀態(tài)良好、士氣高漲和主動(dòng)積極的團(tuán)隊(duì)將是戰(zhàn)無(wú)不勝的，質(zhì)量對(duì)他們來(lái)講根本不是問(wèn)題。