【正文】 13 / 13。 　　自動化測試的缺點：不能取代手工測試，只能提高測試的效率，不能提高測試的有效性，不能發(fā)現(xiàn)更多的缺陷，對測試設(shè)計的依賴性大，不能保證正確性，工具不具有想象力，不具有智能。由于測試是自動執(zhí)行的，所以不存在執(zhí)行過程中的疏忽和錯誤，完全取決于測試的設(shè)計質(zhì)量。由于自動測試通常采用腳本技術(shù)，這樣就有可能只需要做少量的甚至不做修改，實現(xiàn)在不同的測試過程中使用相同的用例。由于測試是自動執(zhí)行的，每次測試的結(jié)果和執(zhí)行的內(nèi)容的一致性是可以得到保障的，從而達到測試的可重復(fù)的效果。有些測試不適合于自動測試，僅適合于手工測試，將可自動測試的測試自動化后，可以讓測試人員專注于手工測試部分，提高手工測試的效率。 　　更好地利用資源。 　　自動化測試方法的優(yōu)點： 　　對程序的回歸測試更方便。 　　手工測試方法能夠發(fā)現(xiàn)更多的缺陷，測試設(shè)計不會遺漏問題。 　　3.靜態(tài)測試結(jié)果可用于進一步的查錯，并為測試用例選取提供指導(dǎo)。 　　靜態(tài)方法是指不運行被測程序本身，僅通過分析或檢查源程序的文法、結(jié)構(gòu)、過程、接口等來檢查程序的正確性。 　　2.大部分和研究相關(guān)的測試都是直接針對白盒測試的。會有很多程序路徑?jīng)]有被測試到； 　　●沒有清洗的和簡明的規(guī)格，測試用例是很難設(shè)計的； 　　● 　　缺點： 　　●有助于暴露任何規(guī)格不一致或者有歧義的問題； 　　●測試人員和編碼人員是彼此獨立的； 　　●對比較大的代碼單元來說，黑盒測試比白盒測試效率要高； 　　●不驗證規(guī)格的正確性。昂貴； 　　●最優(yōu)化。揭示隱藏在代碼中的錯誤； 　　●迫使測試人員去思考軟件的實現(xiàn)； 　　●黑盒、白盒、灰盒測試方法的優(yōu)缺點，適用范圍分別是什么？分別舉例進行說明。來源:未知 　　非功能性需求特點：；；；；；。 　　為什么非功能性需求很重要？ 　　在您設(shè)計解決方案的過程中滿足功能性需求當(dāng)然是很重要的。開發(fā)人員也是最討厭修改此類bug的。簡單點說，正面測試就是測試系統(tǒng)是否完成了它應(yīng)該完成的工作；而負面測試就是測試系統(tǒng)是否不執(zhí)行它不應(yīng)該完成的操作。 　　負面測試與正面測試的比較： 　　負面測試（Negative testing）是相對于正面測試（Positive testing）而言的。 　　10）促使項目開發(fā)過程的規(guī)范化 　　要進行接口，需要完善的文檔進行保障，沒有測試文檔，接口測試將寸步難行，接口測試將增加開發(fā)過程規(guī)范化產(chǎn)出，而規(guī)范化產(chǎn)出也保證了項目質(zhì)量。 　　9）提升測試人員的技能。 　　7） 增進測試人員和開發(fā)人員之間的合作關(guān)系，測試工程師為了更好地開展工作，需要對開發(fā)技術(shù)有深入的理解和實踐，有了與開發(fā)工程師更多的交流。 　　3） 提高測試覆蓋 　　通過手工測試很難測試到一些更深層次的異常和安全的問題，通過一些輔助的一些測試工具，能分析出代碼的覆蓋率，通過覆蓋率的提高來提高測試的深度。其目的是要驗證修改后的產(chǎn)品是符合需求的，而當(dāng)沒有自動化測試代碼時，往往會由于各種各樣的原因，回歸不充分，導(dǎo)致bug遺漏。 　　接口測試的好處： 　　由于接口測試代碼本身就是用junit（當(dāng)然接口的類型不同，不一定是Junit來實現(xiàn)）來實現(xiàn)的，是屬于自動化測試的范疇，因此必定也包含自動化測試所固有的優(yōu)勢。 　　二無效等價類：與有效等價類的定義恰巧相反。 　　一有效等價類：是指對于程序的規(guī)格說明來說是合理的、有意義的輸入數(shù)據(jù)構(gòu)成的集合。 　　等價類劃分有兩種不同的情況：有效等價類和無效等價類。 　　軟件測試中的文檔測試主要是對相關(guān)的設(shè)計報告和用戶使用說明進行測試，對于設(shè)計報告主要是測試程序與設(shè)計報告中的設(shè)計思想是否一致；對于用戶使用說明進行測試時，主要是測試用戶使用說明書中對程序操作方法的描述是否正確，重點是用戶使用說明中提到的操作例子要進行測試，保證采用的例子能夠在程序中正確完成操作。 　　：用戶手冊、操作手冊。 　　文檔測試有三大類分別是開發(fā)文件、用戶文件、管理文件。 　　一種基于設(shè)計模型的測試方法(Model Based TestIng System,MATIS).該方法利用用戶界面自動生成方法,把設(shè)計模型中的類屬性定義和實現(xiàn)中的控件屬性組織在一起,構(gòu)建描述界面的邏輯對照表,MATIS方法可以自動生成測試用例和測試數(shù)據(jù)。不使用的時候需要關(guān)閉。 　　當(dāng)比較函數(shù)返回真的時候才顯示出效果來。 　　在一些數(shù)據(jù)處理問題當(dāng)中，某些操作的實施依賴于多個邏輯條件的組合，即：針對不同邏輯條件的組合值，分別執(zhí)行不同的操作。 　　判定表的優(yōu)點：能夠?qū)?fù)雜的問題按照各種可能的情況全部列舉出來，簡明并避免遺漏。 　　判定表 　　判定表的英文是decision table，是指一個表格，用于顯示條件和條件導(dǎo)致動作的集合。有效等價類中的數(shù)據(jù)代表的是一組符合需求文檔的正確的有意義數(shù)據(jù)。從每一部分中選取少數(shù)有代表性的數(shù)據(jù)作為測試用例，可有效減少測試次數(shù)，極大提高軟件測試效率，縮短軟件開發(fā)周期．等價類劃分測試的目的就是為了在有限的測試資源的情況下，用少量有代表性的數(shù)據(jù)得到比較好的測試效果。 　　等價劃分測試是根據(jù)等價類設(shè)計測試用例的一種技術(shù)。這只是一個簡單的例子，但是它卻演化出了一點：隱藏數(shù)據(jù)測試的重要性。如果創(chuàng)建日期保留的不正確，而QA測試人員只驗證屏幕上的數(shù)據(jù)，那么這個問題就不可能被發(fā)現(xiàn)。為了驗證所有的數(shù)據(jù)保存是否正確，一個QA測試人員會在這個確認窗口簡單的查看下用戶名和密碼。這個用戶輸入這兩條數(shù)據(jù)后保存。程序的質(zhì)量不僅僅通過用戶界面的可視化數(shù)據(jù)來驗證，而且必須包括遍歷系統(tǒng)的所有數(shù)據(jù)。靜態(tài)測試結(jié)果可用于進一步的查錯，并為測試用例選取提供指導(dǎo)。靜態(tài)方法是指不運行被測程序本身，僅通過分析或檢查源程序的文法、結(jié)構(gòu)、過程、接口等來檢查程序的正確性。 　　靜態(tài)測試 　　靜態(tài)測試，英文是Static Testing。 　　裝配/安裝/配置測試 　　裝配/安裝/配置測試是驗證軟件程序在不同廠家的硬件上，所支持的不同語言的新舊版本平臺上，和不同方式安裝的軟件都能夠如預(yù)期的那樣正確運行?；蛘哒f是驗證軟件的性能在各種極端環(huán)境和系統(tǒng)條件下的承受能力。 　　強力測試 　　強力測試，英文是Mightiness Testing。 　　邊界條件測試是環(huán)繞邊界值的測試。 　　一種黑盒測試方法，適度等價類分析方法的一種補充,由長期的測試工作經(jīng)驗得知，大量的錯誤是發(fā)生在輸入或輸出的邊界上。同時還要找到造成該版本不穩(wěn)定的主要缺陷并督促盡快加以修正 　　邊界條件測試 　　邊界條件測試，英文是Boudary Testing。比如不會很容易程序就掛起或崩潰。因為在把測試的版本交付測試部門大范圍測試以前應(yīng)該先驗證該版本對于所測試的功能基本上比較穩(wěn)定。 　　可接受性測試 　　可接受性測試，英文是Acceptability Testing。 　　比較測試是指與競爭伙伴的產(chǎn)品的比較測試，如軟件的弱點、優(yōu)點或?qū)嵙?。軟件的兼容性有很多需要考慮的地方。 　　兼容測試是測試軟件在一個特定的硬件/軟件/操作系統(tǒng)/網(wǎng)絡(luò)等環(huán)境下的性能如何。此時非法侵入者已無利可圖。理論上講，只要有足夠的時間和資源，沒有不可進入的系統(tǒng)。安全測試期間，測試人員假扮非法入侵者，采用各種辦法試圖