---
# System prepended metadata

title: 建立測試與品驗環境
tags: [提案文件]

---

---
tags: 提案文件
---

# 建立測試與品驗環境

## 緣起
> 近日參與ADT的SECS/GEM安裝和Auto Download的SETUPFILE，這兩件任務。之發現原廠與客戶間溝通的關卡太多，若是發生問題或討論議題，都需經過重重關卡。以目前ADT公司為例，目前原廠跟客戶溝通需經過的管道如下:

![](https://i.imgur.com/rvyAiLe.png)

## 產生問題
1. 溝通過於頻繁，效率極低。
2. 客戶到原廠意見傳達層太多，易有誤傳。
3. 參與人員過多，造成無謂花費。
4. 無法驗証＼測試原廠提出解決方案能否真正解決客戶問題。
5. 驗証＼測試地點都在客戶端，若驗証＼測試次數過多，造成客戶觀感不佳。

## 建議
當有客戶問題或議題時，由工程師帶回，先與內部測試＼研發＼驗証人員討論，確認找出或復現問題，或確認議題方向。
![](https://i.imgur.com/WVnLJL6.png)

## 需求：『成立實驗室』
1. 可在實驗室環境復現問題，或議題可行性評估。
2. 降低溝通複雜度，描述內容可更精確。
3. 能將原廠修改過的程式，先在實驗室測試\驗証過後再釋出到客戶端，省下到客戶端來回次數與時間，可提高客戶好感。
4. 私下做小規模測試，能更加理解產品特性，甚至能幫原廠找出Bug，在產品進到客戶端前解決。
5. 私下做小規模開發，增加產品價值。
6. 為每個功能寫範例程式碼，日後可方便與客戶端不需太過了解機台運作，可快速複製修改範例程式碼，加入客戶端開發專案中。

## 運作
1. 採用鬆散藕合的方式建立測試環境。
> 只針對待測部份，而無需架設一部機台。
> 1. 模擬現場訊號，施加於測試部份。
> 2. 再給與測試案例，最後並記錄案例結果。
> 3. 做案例結果統計分析。
2. 為每部出前的機台做記錄留存，並檢驗零件配備是否有異動。
3. 獨立每個模組\功能，並有相對印的測試環境\測試案例\測試結果。
4. 將測試結果保存，以利日後跟問題做比對。
5. 撰寫範例程式碼，可讓客戶用範例程式測試機台功能，更能利於客戶加入他的開發專案內。

## 初期建構環境
1. Handler的IPC
2. Handler的PLC
3. 外部訊號模擬輸入
4. 一台準系統可當FTP、MIS、SEGS/GEM、GPIB及其他介面
