軟件測試流程
- 需求分析
梳理需求設計的點
需求來源：需求規格說明書、api文檔、競品分析、個人經驗
- 設計用例
用例就是用戶爲了測試軟件的某個功能而執行的操作過程
用例方法：等價類劃分法、邊界值法、因果圖、正交實驗、錯誤推測、場景法。。。
- 用例評審
對設計的用例進行評審更改
- 配置環境
環境：當前被測對象運行所需要的執行環境
環境分類：操作系統、服務器軟件、數據庫、軟件底層代碼的執行環境。
- 執行用例
在執行用例之前先進行一個冒煙測試，測試核心是快速對當前軟件的核心功能或主流程進行驗證。有問題可以將此版本退回給開發；
通過冒煙測試才執行測試用例
- 迴歸測試和缺陷跟蹤
對我們交給開發並由開發修復完成後的缺陷進行再次測試確認；
對我們提交給開發的缺陷進行跟蹤
- 輸出測試報告
將測試過程中產生的數據進行可視化輸出，方便他人查看
- 測試結束
將測試過程中產生的文檔進行整理歸檔方便後續版本使用。
軟件架構
軟件架構就是用來指導我們軟件開發的一種思想。主要架構有以下兩種：
B/S C/S
B：browser 瀏覽器
C：client 客戶端
S：Server服務端
兩種架構的比較：
- BS更標準：相對於C/S來說，B/S架構兩端都是使用現成成熟產品，因此顯示標準一些。
- CS效率更高：CS可以分擔一些數據的處理，因此執行效率更高一些。
- BS只需要在服務器端將數據進行更新，前臺只需要刷新頁面就可以完成升級，而CS必須兩端都進行更新。
- CS成本高一些，因爲客戶端都要自行開發。
軟件質量六大特性
- 功能性：滿足用戶的功能
- 易用性：易於學習和上手
- 可靠性：必須實現需求中指明的具體功能
- 效率性：軟件的性能
- 可維護性：具有某個功能修復之後能繼續使用的能力
- 可移植性：軟件從一個平臺移植到另一個平臺的能力