底下的某一則留言:
- 系統整合問題，測試流程或方法需要調整
- 整合測試項目未考慮清楚，測試Spec與規劃問題
- 軟硬體整合問題或硬體效能差距，導致開啟速度較慢
- 系統整合問題或到達顯示通知前的運行的程式(軟體or韌體)階段，有漏了某些關鍵步驟或細節，雖然功能可以正常function，但沒法確保reliability & availablity。
Note:
第四點的line通知延遲問題，查了網路上資訊後，發現這個問題有可能牽涉到Google play機制或設定問題，或是受到Android系統先天記憶體回收機制缺陷問題影響，所以問題可能是從OS、記憶體管理、google play商店版本問題再到App本身的特性，所以測試方式有可能無法穩定複製。導致時好時壞的狀況。也無法有效解決此問題。
如果真的是系統問題，我猜測只能從驗證每一層獨立驗證，輔以足夠經驗的架構師來設計每一層之間的溝通與串連方式與細節。才能徹底解決此問題。
猜測「測試項目與規劃疏漏」項目:
- 測試項目或規劃未考慮「可靠度」和「可用性」
- 未落實自動化測試
- 測試切的粒度對於整合測試較不完善
- 開發階段無架構師主導系統架構，導致有測出問題，但無法解決問題
可靠度定義:
產品在規定的條件下和規定的時間內，無差錯地完成規定任務的概率
Software reliability is also defined as the probability that a software system fulfills its assigned task in a given environment for a predefined number of input cases, assuming that the hardware and the input are free of error.
可用性定義:
在一個給定的時間間隔內，對於一個功能個體來講，總的可用時間所占的比例。
Availability refers to the percentage of time that the infrastructure, system, or solution remains operational under normal circumstances in order to serve its intended purpose.
補充資料:
可靠度:
https://zh.wikipedia.org/zh-tw/%E5%8F%AF%E9%9D%A0%E5%BA%A6
可用性:
https://zh.wikipedia.org/zh-tw/%E5%8F%AF%E7%94%A8%E6%80%A7
Reliability vs Availability: What’s The Difference?