關於 mac 移 除 chrome ，我們在網路上蒐集到這些相關的討論、資訊與評價

智障阿婆（APPLE）碎碎念...
.
小薛現在主力剪影片的機器是iPad Air4
最近微妙有點想換iPad mini6
（是為了方便攜帶才買的，所以想小到底）
然後從Mac轉來iPad剪影片，
真的Everyday都要跟智障阿婆搏鬥...
.
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
.
踏馬的我昨天剪完超級任天堂樂園的影片
例行公事的去砍掉全部有的沒有的資料
（買64G剪影片必然情況）
（昨天那支影片剪出來高達16.5G）
.
我發現我中了一個BUG
很多網友也在哀號的東西
［容量莫名其妙變超大的safari］
.
我昨天看到我safari是2.4G!!
超智障
全新安裝的safari只要大約24mb而已
足足多了100倍容量！
.
其實之前我的chrome也有一樣情況
也是突然變2G多容量
爬文很久，所有應對解法都是說
只有整個APP砍掉重裝！
好，到這邊已經夠蠢了
但我沒想到還能更蠢...
.
iOS一直以來
除非你破解 不然不能砍掉safari！
.
上網仔細爬文
一堆人都有一樣情況
最扯的我有看到有人貼了11G的截圖
也有人說他莫名其妙變成20G
而且不是假佔空間
而是手機的容量都被這bug吃光了
還真的砍不掉
.
大家最後的結論就是
開啟icloud主機備份
然後直接整台重置
.
正當我在想說
乾這什麼低能設計
.
想到我還沒更新iOS 15
死馬當活馬醫更新一下...
.
.
［這個智障問題搞定了！］
［而且iOS 15竟然可以砍掉safari］
.
歡天喜地啊！！
.
.
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
.
另外我今天也又領教了一次
蘋果的低能設計
.
我用ipad剪好任天堂遊樂園的影片
準備要輸出的時候
Lumafusion的輸出預設是iOS的［照片］
.
通常我也都用這個
反正上傳完我就會砍掉
但這次因為影片太長
足足16.5G
我就想說那輸出到外接SSD好了...
.
你一定覺得這沒啥問題對吧
是的 我也覺得 乾 這會有啥問題
.
好 問題可大了
.
等iPad Air4跑完這大型影片
（其實真的蠻快的，有我2017 MBP水準）
.
我確認在外接SSD的影片沒問題
準備要上傳
.
而在iPad要上傳大約超過10分鐘影片到YT
就［必須］要用Youtube APP
雖然他不是系統強制
但總之你用各種瀏覽器都會上傳失敗
只有用APP才會成功
.
結果問題來了
.
當我打開Youtube APP
要選擇上傳的影片...
.
［沒有我剛剛輸出的影片］
.
ＷＨＹ？？
.
因為
iPad Youtbue APP的上傳資料夾
［只吃＂照片＂這個系統］
.
也就是
因為我前面把影片輸出到外接SSD
所以這個APP［無法上傳］這個影片
.
如果只到這邊我真的就算了
.
因為到這邊我雖然想著［這什麼智障設計］
但想說他白痴我聰明
那我把影片從外接SSD
傳回iPad內部記憶體就好啦
.
當下的隱憂就是
萬一以後弄個40幾G的影片
傳不回來怎麼辦？
.
好，結果實際情況比這個更智障
.
我把影片傳回iPad了
［Youtube APP依舊無法上傳］
.
WHY？？？？？？？？？？？？？？？？？？？
.
因為
這個影片不在＂照片＂資料夾內
.
那... 聰明如你
當然會想說［那就把影片移到＂照片＂資料夾就好啦］
.
［不行］！
.
沒有什麼理由
就是［不行］！
.
原來＂照片＂資料夾在iOS
算是一個系統獨自判斷的路徑
那我當初沒把這影片輸出到＂照片＂
我就失去讓他進入＂照片＂的機會
.
就這麼智障！！！！
就這麼智障！！！！
就這麼智障！！！！
.
簡單來說...
有一支影片
放在我的iPad裡面
但是我沒辦法用iPad的APP上傳
只因為iOS智障的資料判斷路徑設計
.
那怎麼辦？
.
1, 重新輸出一次 這次乖乖輸出到"照片"
.
2, 乾拎涼蘋果去死，移除外接SSD拿去PC
，10秒鐘搞定這問題
.
這次我屈服了 我選2 XDDDD
.
看來蘋果在那邊宣傳什麼［這是未來的電腦］？
還久啦還久啦
這種智障思維沒先改，
效能再強平板都還是沒辦法取代電腦...

Google釋出Chrome 84穩定版，正式移除對TLS 1.0/1.1的支援，並新增App圖示捷徑等新功能。預計未來幾天就會陸續部署到Windows、Mac與Linux等平臺

寫好的網頁要測試...到底要測試哪些東西？

相信您聽過不只一個人說「測試乃品質之母」。很可惜的是，國內的網頁設計師要不就是知道但懶得測，要不就是根本不知道要測什麼。這篇文章特別把一個網站到底要測試哪些東西，非常詳細地列出來。很值得網頁設計師與專案經理參考喔！

一個做好的網站，應該測試下列項目：

1. 功能性測試（Functionality Test）
1-1. 測試所有連結：包含外連、內連、同頁連結、E-mail 連結、有無「孤兒頁面」（完全沒有連結可以抵達該頁的頁面）等。
1-2. 測試所有表單：所有輸入框是否會驗證輸入值正確與否（如：年齡輸入『負數』就不對了）、是否有預設值...等。
1-3. 測試所有 Cookie：瀏覽器關閉或打開 Cookie 時運作是否如預期、Cookie 寫入時是否加密、使用者可否繞過 Cookie 進入系統區等。
1-4. 測試 HTML/CSS 語法是否合法正確。
1-5. 測試資料庫：新增、修改、刪除、搜尋您的資料庫，看看功能是否正常。

2. 易用度測試（Usability Test）
2-1. 瀏覽順暢度：各種導覽列、側邊欄功能是否正常？所有功能是否平均按三個鍵即可抵達該頁面？
2-2. 內容易讀性：內容是否有錯字？有沒有配色不當導致文字不易讀取？字體、圖片大小是否適中？
2-3. 其它易用度：是否有「搜尋」、「網站導覽地圖」、「使用手冊」等。

3. 程式介面測試（Interface Test）
3-1. 網站的程式介面：網站伺服器與其他伺服器（如：資料庫伺服器）之間的介面等。
3-2. 測試項目：是否伺服器間函數呼叫都正常運作？伺服器發出錯誤訊息會不會赤裸裸地顯示給使用者看？有無預防意外情況（如：另一個伺服器無回應）？

4. 相容性測試（Compatibility Test）
4-1. 瀏覽器相容性測試：用 IE、Firefox、Chrome、Safari 四大瀏覽器看看您所有的頁面正常否？
4-2. 作業系統相容性測試：在 Windows、Mac、Linux 三大作業系統瀏覽您的網站正常否？
4-3. 移動式設備瀏覽測試：使用 iOS (iPhone/iPad）、Android 瀏覽您的網站正常否？
4-4. 列印相容性測試：若支援列印功能，用 HP、Epson 兩大廠牌的印表機印印看正常否？

5. 效能測試（Performance Test）
5-1. 負載測試（Load Testing）：測試同一頁面可以讓多少人同時存取。
5-2. 壓力測試（Stress Testing）：測試系統超過負荷時，何時會崩潰？以及是否有能力從崩潰中回復？
5-3. 建議使用 jMeter 這套軟體做效能測試。

6. 安全性測試（Security Test）
6-1. 在不登入的情況下，直接輸入所有會員頁面的 URL，是否無法進入？
6-2. 用一般方法登入，是否有 htt://您的網址/?ID=123 這類 URL 出現？將 ID=123 手工改成 ID=124 是否可不輸密碼登入？
6-3. 故意在登入頁面輸入非法的 Username、Password，網站的反應是否如預期？
6-4. 直接輸入網站內的每個已存在目錄，如： http://網址/images，不應該把整個目錄內的檔案全數列出。
6-5. 是否有驗證文字的輸入框（CAPTCHA），防止駭客用「非人類」（即：程式碼）做登入動作？
6-6. 所有與安全相關的動作（權限修改、登入登出、登入失敗次數與 IP...），是否都有寫入「日誌（Log）」中？

如果您有哪一點看不懂，歡迎您留言討論。原文網址在此，供您參考：

http://www.codeforest.net/web-application-testing