我一直在通過一系列快速原型的演變自動化和統計生成程序,以查看是否有API的許可費產生了良好的投資回報自動化測試。有限的時間框架和我自己有限的經驗已經導致了一個沒有自動化質量或正確性測試和指標的有用工具。如何到結果的質量在很大程度上是主觀
該程序處理PDF文檔的本地化過程。具體來說,它會生成一些關於文件內容的報告(大概字數,圖片數量等),並且具有一些內容提取和處理功能。它主要用於減少評估PDF本地化項目成本的時間和成本。
的申請已經獲得批准了一個更正式的開發過程中,包括一個bug跟蹤系統的請求並進行初步測試,發佈和反饋循環。
接下來的問題是,你將如何去QA和測試這種應用程序,其中數字往往是基於一些啓發式的最佳猜測和處理後的輸出並不總是有用的,由於可怕的構造源文件?我打算在數據明顯瘋狂時向報告添加警告,但還有什麼可以保證質量?
迄今爲止最先進的解決方案,我已經是通過構建環境中斷言測試和寫作一堆傳統的用戶測試案例(我寧願避免),以保證一些輔助方法的結果。
你如何測試主觀質量測量?
我工作在C#,但我喜歡一個通用的最佳實踐回答了什麼太具體的框架。
看起來我們一直堅持以舊式的方式做事。 – IanGilham 2009-04-28 18:01:19