前言
現今互聯網產品經理的崗位的招聘原來越熱門，筆者把網上搜集到的產品經理筆試易錯題做了完整的解析和舉例說明，每篇4個互聯網產品經理筆試知識點，提升IT視野。
產品需求的性質
一、用戶畫像準確性驗證分為事中驗證和事後驗證，下面哪些是事中驗證
- 抽樣驗證：千萬級甚至上億級用戶，不可能一一驗證，這種情況下可以採取分層抽樣驗證或隨機抽樣驗證。當然由於抽樣驗證的數據量相對較小【屬於事中驗證】
- 交叉驗證：比如畫像類的指標間會存在一些相關性，此時可進行交叉驗證。例如：收入與資產存在一定的相關性，通常收入越高資產也會越高，此時就可用這兩個畫像評分進行交叉驗證。【屬於事中驗證】如果公司購買的第三方機構數據也有相應的畫像指標，也可用於參考進行交叉驗證
- 真實數據驗證：畫像信息會隨著業務的發展及產品的運維從無到有慢慢積累，可以用真實數據用於驗證畫像類指標是最準確的【屬於事後驗證】
- A/Btest：最常用的驗證方法，一般基於用戶畫像制定的策略在上線時都會進行嚴格的對比試驗，以測試畫像的準確性。【屬於事後驗證】
- 除了選項中的4種用戶畫像驗證方法之外還有包括AUC、KS、ROC、Confusion Matrix等模型在內的“模型驗證指標”也是【事中驗證】，篇幅有限不再本篇展開，“業務反饋數據驗證”屬於【事後驗證】
用戶畫像的內容
二、軟件用戶登錄測試時，非功能性需求是
- 輸入已註冊的用戶名和正確密碼，驗證是否登錄成功【典型的功能性需求，流程判斷功能】
- 用戶名和密碼倆者之一為空，驗證是否登錄失敗，並提示信息正確【錯誤】
- 密碼輸入框是否不支持複製和粘貼【操作約束，屬於非功能性需求】
- 不同瀏覽器下，驗證登錄頁面的顯示以及功能正確性【頁面上的顯示的響應要求（也可以理解為標準），非功能性需求】
非功能性需求的定義：作為功能需求的補充，非功能需求是指那些不直接與系統的具體功能相關的一類需求，但它們與系統的總體特性相關，如可靠性、響應時間、存儲空間等。非功能需求定義了對系統提供的服務或功能的約束，包括時間約束、空間約束、開發過程約束及應遵循的標準等。
最簡單的區分功能性和非功能性需求辦法是“又不是不能用”，只要能湊活解決，滿足功能用的就是功能性。
用戶登陸非性能需求
三、產品需求按性質劃分可以分為
- idea：不成熟的需求，還沒有落地轉化為具體詳盡需求的想法
- new feature：新需求，詳盡調研，分析討論，設計完細節、審核過的新需求
- optimize：優化需求，癢點的優化，不是改也不是不行，但是改了肯定會更好的需求
- bugfix：糾錯需求，不改就不能用、或者不改下去會造成不好後果的功能需求。例如不限制1個手機號註冊賬號個數。
- 需求按性質劃分，可分為想法、新增、優化、Bugfix這四種類型。大廠面試題會為了顯得有逼格特意把中文翻譯成英文。
四、CSS隱藏元素的幾種方法可以觸發點擊事件
- display:none【最簡單和粗暴的方法，設置為display:none;的元素將不會再佔用頁面空間，其佔用的空間會被其他元素所佔有，從而會引起瀏覽器的重排和重匯】
- visibility:hidden【雖然能夠隱藏元素，但是該元素仍會佔用頁面空間，因此只會導致瀏覽器的重匯而不會引起重排。如果希望元素隱藏後不會引起頁面佈局的變化】
- opacity:0【設置元素透明度opacity屬性為0，也可以隱藏頁面元素。在呈現上與visibility:hidden;方式一樣，同樣會佔據頁面空間】
- 將height,width,border,padding等盒模型屬性設為0【元素並不會隱藏，只是把盒模型的周邊距離空間都設置為0了】
對於“觸發點擊事件”的差異
display:none;的元素會直接從頁面上消失，因此在該元素上綁定的事件不會生效。
visibility:hidden;的元素不會觸發綁定的事件。
opacity:0;的元素會觸發綁定的事件，例如點擊會觸發click函數。
分享到:
閱讀更多 鄧鋤頭 的文章
