0x01
在某些系統(tǒng)的交互頁面中车海，為了用戶體驗，系統(tǒng)是否存在“欺騙”用戶的情況懦胞？
例：
某系統(tǒng)的系統(tǒng)設(shè)置，重新配置系統(tǒng)設(shè)置時祟辟，需要重啟系統(tǒng)多個進程医瘫，這時候就有兩個問題了：
- 若等待多個進程真正重啟完成侣肄，頁面再響應旧困。對于用戶來講，等待時間過長稼锅，用戶體驗非常不好吼具；
- 若不等待多個進程真正重啟，用戶對其進行配置矩距，頁面立即返回響應(實際后臺并未真正重啟拗盒，配置未生效)。這樣的話锥债，用戶體驗當然就變好了陡蝇，頁面響應很快。
可是這算不算對用戶的一種“欺騙”呢哮肚？
因為配置并未完全生效登夫，頁面卻立即返回了“配置成功”等消息。
大概這問題探討起來就有點復雜了允趟，最后只會得到一結(jié)論：
優(yōu)化后臺恼策，縮短重啟時間。
在我看來潮剪，我覺得對于這種情況涣楷，非要在這兩個解決方案里面選一個的話，我會選擇那個用戶體驗好的抗碰。
首先對于一個產(chǎn)品來講狮斗，我覺得功能放第二，設(shè)計和交互體驗才是最重要的弧蝇。
打個比方情龄，看漫畫有很多APP，功能上其實都差不多捍壤。但是用戶選擇你的理由是什么呢骤视？當然是體驗了。
0x02
項目發(fā)布過程中鹃觉，由于開發(fā)提測時間經(jīng)常delay導致預留給測試的時間不足专酗，此時是否可以為了趕發(fā)布而縮短測試時間？
Absolutely no盗扇！
在我看來祷肯，對于項目管理來講沉填，對于時間節(jié)點的把控其實是非常重要的，過程版本中的提測時間應嚴格按照項目經(jīng)理安排的時間進行佑笋。若delay翼闹，應追趕進度或順延時間。
很簡單的道理不是么蒋纬？
站在一個測試工程師的角度猎荠，我需要做的事情就是對產(chǎn)品質(zhì)量負責。
版本發(fā)布的條件應該有一個checklist或者版本發(fā)布質(zhì)量要求的文檔蜀备。 而不僅僅是測試通過兩輪或者幾輪的功能測試关摇，不斷回歸bug來進行評估。
決定發(fā)布不發(fā)布不是測試說了算的碾阁，應該是大家根據(jù)版本發(fā)布質(zhì)量要求或者其他版本發(fā)布的條件進行評審后大家共同決定的输虱。
0x03
上周自己費了兩天時間，用起來了github脂凶，并在上面自己搞了個博客宪睹。雖然用的別人的模版，也算是站在巨人的肩膀上吧蚕钦。
0x04
- 人類學亭病，是一門講究距離的學問。
2.自己對于交互體驗很感興趣冠桃，抽空研究研究命贴。
僅代表自己想法，本人剛參加工作食听，才疏學淺胸蛛，若有不妥之處，敬請指出樱报。
