資料結構
網路
關係資料庫管理系統 (RDBMS)
作業系統
Java
Microsoft Excel
iOS
HTML
CSS
Android
Python
C語言程式設計
C++
C#
MongoDB
MySQL
JavaScript
PHP
物理學
化學
生物學
數學
英語
經濟學
心理學
社會學
服裝設計
法學軟體工程中的比較測試
在軟體開發中，需要遵循許多階段或開發流程才能生產出高質量的產品。所有這些流程都屬於SDLC（軟體開發生命週期）框架，它作為軟體開發框架，軟體開發/工程師團隊遵循該框架來建立高質量的軟體產品。軟體測試是SDLC中的一個重要步驟，它用於檢測和解決問題，並建立效能良好、體面的軟體產品。
有幾種型別的軟體測試和軟體測試指標可用，所有這些都用於生成高質量的軟體程式。進行各種型別的軟體測試不僅是為了查詢問題並修復它們，還用於跟蹤效能、可靠性、安全性、可擴充套件性、可用性、易訪問性、UI、功能和行為。雖然比較測試並非最常見的軟體測試型別，但如果沒有它，就不可能建立最好的軟體產品。因此，讓我們透過進一步評估來仔細研究比較測試。
比較分析
比較測試是一種測試，其中將新生成的軟體的優缺點與市場上以前釋出的軟體產品的優缺點進行比較。它有助於確定當前軟體產品與競爭對手相比的效能，並有助於建立具有增強效能和功能的高質量軟體產品。
實際上，比較測試可以幫助您發現現有軟體產品中的缺陷，並促使您修復這些缺陷以保持競爭優勢。但是，比較測試並非試圖建立一個競爭市場；相反，它專注於持續改進軟體產品。對於比較測試，可以評估軟體程式的任何方面。它可能是使用者介面、功能數量、速度、資料庫、安全性等等。這些測試標準主要取決於所評估的軟體應用程式型別以及特定於業務的用例。
進行比較測試的時間
比較測試沒有明確的階段，也沒有明確的執行指南，它也不是軟體開發的一個步驟。它可以單獨進行，也可以與其他型別的軟體測試結合進行。但是，它通常在軟體開發的三個階段進行，即：
軟體開發過程的早期階段。
軟體開發過程的中期階段。
軟體開發生命週期的最後階段
有兩種型別的測試標準
當對測試標準存在爭議時，它會經過兩個單獨的比較階段，即：
將您的軟體與行業標準或基準進行比較。
將軟體程式的功能與其他軟體應用程式的功能進行比較。
例如，如果您正在構建一個PDF合併軟體應用程式，您需要將您的產品與其他PDF合併軟體應用程式進行比較，以檢視它在合併速度、效能和組合檔案的PDF質量等方面的比較情況。
示例 - a) 例如，如果正在評估Siebel CRM應用程式，我們知道所有CRM應用程式都包含處理獲取客戶資訊、處理客戶訂單、處理客戶請求和處理客戶問題的模組。
在第一輪測試中，我們可以根據測試時市場上已知的標準和功能來評估應用程式的功能。
我們可以提出以下問題：
該程式是否配備了CRM應用程式應具備的所有功能？
模組的基本功能是否符合預期？
我們將以這樣的方式制定測試方案，即測試結果可以證實應用程式的功能與行業標準相比。
b) 在第二步測試中，我們可以將應用程式的功能與市場上其他軟體產品的功能進行比較。
例如，可以將以下特性與其他軟體程式的特性進行比較。
#1）價格
#2）應用程式效能
示例 - 響應時間和網路負載
#3）使用者介面（外觀和感覺、易用性）
測試活動是如此計劃的，即在兩輪測試中都能發現可能的業務中斷領域。制定合適的測試策略以指導測試設計和執行。
不可避免地需要徹底瞭解業務用例和需求。
CRM應用程式測試場景示例
讓我們以行動電話購買的CRM應用程式為例，看看測試場景。
我們知道，每個CRM解決方案通常都應提供以下功能：
建立使用者配置檔案以進行業務。
在開始交易或下單之前，確保滿足所有檢查和條件。
檢查物品庫存
物品的訂單履行
處理客戶的疑問和請求。
考慮到上述功能，我們可以制定以下測試場景或測試條件：
與既定標準進行比較的模板
| 場景ID | 描述 | 需求ID | 業務用例ID |
|---|---|---|---|
| 場景### | 檢查CRM程式是否記錄客戶資訊。 | 需求#### | |
| 場景### | 在開始交易之前，檢視CRM程式是否驗證客戶的信用度。 | 需求#### | |
| 場景### | 在開始交易之前，檢視CRM程式是否驗證客戶的信用度。 | 需求#### | |
| 場景### | 檢查您訂購的裝置是否有庫存。 | 需求#### | |
| 場景### | 檢查客戶的地理位置是否在行動網路覆蓋範圍內。 | 需求#### | |
| 場景### | 檢查是否為每個客戶的疑慮建立了問題工單。 | 需求#### | |
| 場景### | 檢查CRM軟體是否已處理並解決了客戶問題。 | 需求#### |
比較測試的好處
它可以識別應用程式的缺陷和優勢。
它有助於確定軟體產品的質量。
它表明您的產品具有多大的競爭力和好處。
它確定軟體專案在商業上是否可行。
它表明該程式是否具有成為盈利的合理機率。
它有助於在軟體產品商業釋出之前徹底檢查所有關鍵方面。
它有助於理解內部設計結構。
它有助於產品的競爭力，使其能夠在市場上成功運作。
比較測試的缺點
因為它已經經歷了一系列的開發過程，所以適應或更改任何內容都變得非常困難。
當客戶瞭解產品中的缺陷或弱點時，他們可能會對產品產生負面態度。
比較測試如何使公司受益？
明確的比較測試標準和精確的測試結果可以幫助公司為軟體產品提出宣告，例如：
就響應速度而言，此應用程式最快。
就網路負載和其他因素而言，最耐用的產品
測試結果不僅可用於推廣軟體產品，還可用於發現缺陷並改進產品。
瞭解測試的障礙、限制和範圍：
設計、開發、測試、銷售和營銷策略、投資和累積收益都有助於任何新企業或軟體產品的成功
在此背景下，比較測試有助於做出關鍵的軟體產品選擇，但它不能保證產品的成功。儘管進行了徹底的測試，但由於糟糕的商業策略和判斷，公司仍然可能倒閉。因此，市場研究和對替代商業策略的評估是一個與比較測試不同的主題。
為了瞭解此測試的範圍，請考慮以下場景
2005年迪士尼移動在美國的推出就是一個例子。迪士尼進入蜂窩通訊領域時沒有任何行業經驗。儘管有“迪士尼”這個名字，但這家新的移動企業在美國慘遭失敗。
事後分析表明，該產品失敗並非因為設計糟糕或測試錯誤，而是因為營銷和商業決策不當。
迪士尼移動以提供獨特的下載和家庭管理功能為承諾，將青少年和體育迷作為目標客戶。
在日本，這款在美國慘遭滑鐵盧的迪士尼同款手機應用卻意外走紅。這次，主要目標客戶是20至30歲的女性，而非兒童。
結論
推出新的軟體產品就像冒險進入一個充滿各種選擇的未知領域。
許多成功的產品都源於發明者識別市場需求並評估新概念可行性的結果。
對比測試可能是確定軟體產品潛力的有效方法。
它為軟體產品的推廣提供關鍵的業務資訊，並在產品釋出給公眾之前暴露出缺陷。
瀏覽量：181
