Software test system design

我們在建立軟體測試系統的時候分為四個階段：

1、測試起步，測試用例，測試故障表，測試進度表，測試報告，測試方案的整理；

 1）測試故障表，測試進度表可以細化，會有固定的樣式條目表以供資料統計分析，之上測試報告再增加測試專案的資訊和結論分析；文件管理可以增加批次和版本來記錄。
 2）測試用例需要結合實際需求，測試理論適時修改；測試方案更需要規劃測試專案，不需要文件管理，但須適時修改。

2、測試指令碼和測試工具的整合；

 1）編寫指令碼，收集測試工具完成測試項，測試任務；
 2）完善和篩選測試指令碼，測試工具，整合；使得在提高進度的同時對測試執行和測試結果標量化；
 3）整合測試環境中需輸出測試結果文字記錄；
 

3、測試環境平臺

 1）測試環境平臺可以自動完成測試步驟，自動輸出測試資料
 2）支援功能測試和效能測試要求；
 3）支援專項測試和系統測試；
 4）支援資料庫資料統計和檢索；
 5）支援遠端執行和遠端控制；
 6）支援測試指令碼工具整合。

4、測試系統

 1）支援測試文件管理—測試用例，測試方案，測試條目；
 2）支援測試進度管理—測試進度跟蹤；
 3）支援BUG 管理系統；
 4）支援測試資料檢索，分析；
 5）支援版本質量評估系統；
 6）支援遠端執行，遠端控制；
 7）支援相容；

系統測試和整合測試的區別

1.計劃和用例編制的先後順序

從V模型來講，在需求階段就要制定系統測試計劃和用例，HLD的時候做整合測試計劃和用例，有些公司的具體實踐不一樣，但是順
序肯定是先做系統測試計劃用例，再做整合

2.用例的粒度

系統測試用例相對很接近使用者接受測試用例
整合測試用例比系統測試用例更詳細，而且對於介面部分要重點寫，畢竟要整合各個模組或者子系統

3.執行測試的順序

先執行整合測試，待整合測試出的問題修復之後，（配置管理，基線化），再做系統測試。

4.用例的數量

系統測試的用例數量一般比整合測試的用例數量少，具體的數量要根據各個公司的效能基線來確定，一般寫不到這個數量的測試用例還通不過審計

系統測試這個稱呼往往被用於壓力測試、容量測試、效能測試、安全測試等方面。

而整合測試這個稱呼往往被用於細節化的功能測試的超集——從使用者需求來設計和組織較大顆粒度的功能測試。

系統測試最主要的就是功能測試，測試軟體《需求規格說明書》中提到的功能是否有遺漏，是否正確的實現。做系統測試要嚴格按照《需求規格說明書》，以它為標準。測試方法一般都使用黑盒測試法；
整合測試在系統測試之前，單元測試完成之後系統整合的時候進行測試。整合測試主要是針對程式內部結構進行測試，特別是對程式之間的介面進行測試。整合測試對測試人員的編寫指令碼能力要求比較高。測試方法一般選用黑盒測試和白盒測試相結合。