線上人數:
本日人氣:
累積人氣:

軟體測試與驗證有保證嗎?

無法保證。ETC的軟體測試與驗證是和客戶協調之後,在有限的資源之下做最有效率的測試,並非涵蓋所有的項目。

軟體測試與驗證是否有使用之工具為何?

黑箱測試的話以測試觀點及測試項目交叉確認做成測試案例。不使用測試工具。在組合測試方面使用Qumias協助生成測試案例。

產品交付的資安問題?

軟體測試實驗室通過ISO270001的認證,進出皆以門禁卡管制。測試工程師進入測試中心前必須將手機、筆電、照相機等有拍照攝影記錄功能的私人物品放入置物櫃,確保客戶的產品資訊不外漏。

ETC的軟體測試與驗證是黑箱測試還是白箱測試?

VALTES在執行軟體測試與驗證時基本上是以黑箱測試為主,剛開始ETC 也會以黑箱測試發展為主。白箱測試方面因牽涉到需請客戶提供source code,預計在軟體測試與驗證業務發展穩定並和客戶建立信賴關係之後發展白箱測試。

有沒有讓公司員工們意識到品質的重要性的方法?

ETC會不定期舉辦相關主題的研討會。其特長和效果如下:
qa55

要準備的測試樣品數?

測試樣品數為與客戶在協調後決定。若時間較趕的話建議增加測試樣品數量以便測試可同時進行。

費用如何計算?

沒有一定的根據,主要依照客戶所提供的資料製作提案書,提案書中會有工時和人力的計算費用。一般而言產品較複雜的話費用也較高。

測試操作人員如何管控?

每個測試案件現場都會有一名管理者,負責監督與管理測試工程師的測試工作。

在測試時若發現bug的話?

會判斷相關的測試案例是否需要重新測試,以及其範圍。

煩惱著測試項目的涵蓋率和多寡。

利用組合測試可以有效率的執行測試。
實例證明比起之前沒用的情況測試項目數和工時減少了一半,BUG發現率卻增加了20%。
※ 測試產品:驅動程式評測(各種設定值以組合測試執行)
qa44

事先需要提供什麼資料以提供評估?

請客戶依據實際盡可能提供,讓雙方可以更順利完成產品測試。
測試的目的和背景
  • 是新增功能的測試或者因產品Bug太多所以進行測試?
  • 為什麼想要委外測試?
  • 測試案件時程(可以開始測試的時間/希望測試結束的時間)
  • 執行測試場所(可在ETC或是貴公司內部,可討論並依需求調整)
  • 是否有規格書或操作手冊? 內容是否夠齊全充分?(沒有的話可能較花時間)
  • 過去發生過的重大Bug紀錄(不用全部的 Bug record)
  • 對於現階段的測試感到困難、困擾的事
軟體開發與測試資料詢問
  • 此軟體是公司自行開發或是委外(或是部分委外)
  • 此軟體開發團隊規模(大約人員、架構、軟體開發流程)
  • 此軟體測試團隊與執行規模
    (測試團隊組織架構、自我測試程度,做了那些測試、幾位工程師幾個月/幾週,如果現在已經在執行測試,可否提供測試案例資料)
  • 是否有軟體需求規格文件(產品規劃/企劃書、軟體需求相關文件等,如果可以有文件檔案請提供)
  • 是否有運作架構流程圖與文件(Architecture Design Chart(架構設計圖)與資料說明設備軟硬體架構、系統流程、功能與軟體模組等,如果可以有文件檔案請提供)
  • 是否有軟體開發環境資料(Software Development Environment Description軟體開發環境描述,使用的開發工具 (軟體與硬體的工具),若有文件檔案請提供)
  • 產品功能和設定概述 (使用者操作情境、GUI畫面資料,使用與操作說明,產品功能原理說明資料,功能和設定一覽表等相關文件,若有文件檔案請提供)
  • 此軟體是否有與其他裝置有關連(如果有請說明或提供資料)
  • 此軟體是否有與OS有關連(如果有請說明或提供資料)
  • 此軟體是否有類似相關的產品(如果有請說明或提供資料)
  • 此軟體最大的特點與強處(貴公司最希望產品凸顯的優點,如果有請說明或提供資料)
  • 此軟體操作使用是否有安全危害的考量(如果有請說明或提供資料)
  • 此軟體操作使用是否有特別需要注意的地方(如果有請說明或提供資料)

何謂測試觀點?

測試觀點指的是確認軟體是否正確運作的項目、著眼處等,就是在執行測試時一個像是「切入點」的東西。
將測試的過程中累積經驗資產化成為「測試觀點一覽表」。
活用測試觀點的最大的益處可以掌握測試整體概念,整體進行覆蓋性測試並能補足測試經驗不多的測試工程師之不足。

因為舊BUG的回歸測試項目太多而感到困擾。有什麼整理的方法嗎?

分析過去的BUG項目並分門別類。和現在的測試案例合併之後進行整理並補充不足或刪除重複的的部份。
qa22

軟體測試與驗證的流程與合作模式?

軟體測試的合作流程如下:
flow
與客戶的合作模式示意圖:
img 02

何謂組合測試?

組合測試的目的是組合幾個參數並從中發現問題,並大幅減少測試案例的數量。設定項目(因子)、設定値(水準),再根據組合方式減少測試項目數量。其中2因子間涵蓋的有効性已有多數案例證實其效果,然而組合測試技法並非全因子涵蓋,所以可能有測試遺漏的風險存在。組合測試實施時,須考量測試對象的情況判定,權衡風險和成本。

若改修的軟體範圍太大影響到測試計畫的話?

視情況需要決定是否重新調整工時,並可能產生額外的費用。

委託第三者軟體測試與驗證的優點及其附加價值?

測試資產化
  • 了解Bug的發生傾向
  • 系列產品軟體開發案件可以提高效率
  • 彌補開發文件的不足(幫助RD開發更加完整且有效率)
  • 防止測試屬人化(負責人離職就無法進行)
  • 建立追溯性(幫助QA有快速效率管控產品品質)
  • QA和RD資訊共享
提升Bug發現率
  • 提高產品品質
  • 減少上市後的Bug
  • 避免自家公司測試會有的盲點客觀測試
降低成本
  • 降低工時
  • 減少人力及待機經費
  • 減少因Bug導致回收產品的費用
提升公司產品形象
  • 減少因為產品問題而產生的糾紛
  • 消費者安心、好感度上升
  • 可以賣更高的價錢更多利潤
  • 企業形象良好

網頁問題聯絡誰?

可來信給游先生 a05151988@etc.org.tw 或於上班時間撥打電話 03-3280026 Ext 563