現今互聯網産品經理的崗位的招聘原來越熱門，筆者把網上搜集到的産品經理筆試易錯題做了完整的解析和舉例說明，每篇4個互聯網産品經理筆試知識點，提升IT視野。

産品需求的性質

• 抽樣驗證：千萬級甚至上億級用戶，不可能一一驗證，這種情況下可以采取分層抽樣驗證或随機抽樣驗證。當然由于抽樣驗證的數據量相對較小【屬于事中驗證】
• 交叉驗證：比如畫像類的指标間會存在一些相關性，此時可進行交叉驗證。例如：收入與資産存在一定的相關性，通常收入越高資産也會越高，此時就可用這兩個畫像評分進行交叉驗證。【屬于事中驗證】如果公司購買的第三方機構數據也有相應的畫像指标，也可用于參考進行交叉驗證
• 真實數據驗證：畫像信息會随着業務的發展及産品的運維從無到有慢慢積累，可以用真實數據用于驗證畫像類指标是最準确的【屬于事後驗證】
• A/Btest：最常用的驗證方法，一般基于用戶畫像制定的策略在上線時都會進行嚴格的對比試驗，以測試畫像的準确性。【屬于事後驗證】
• 除了選項中的4種用戶畫像驗證方法之外還有包括AUC、KS、ROC、Confusion Matrix等模型在内的“模型驗證指标”也是【事中驗證】，篇幅有限不再本篇展開，“業務反饋數據驗證”屬于【事後驗證】

用戶畫像的内容

• 輸入已注冊的用戶名和正确密碼，驗證是否登錄成功【典型的功能性需求，流程判斷功能】
• 用戶名和密碼倆者之一為空，驗證是否登錄失敗，并提示信息正确【錯誤】
• 密碼輸入框是否不支持複制和粘貼【操作約束，屬于非功能性需求】
• 不同浏覽器下，驗證登錄頁面的顯示以及功能正确性【頁面上的顯示的響應要求（也可以理解為标準），非功能性需求】

非功能性需求的定義：作為功能需求的補充，非功能需求是指那些不直接與系統的具體功能相關的一類需求，但它們與系統的總體特性相關，如可靠性、響應時間、存儲空間等。非功能需求定義了對系統提供的服務或功能的約束，包括時間約束、空間約束、開發過程約束及應遵循的标準等。

最簡單的區分功能性和非功能性需求辦法是“又不是不能用”，隻要能湊活解決，滿足功能用的就是功能性。

用戶登陸非性能需求

• idea：不成熟的需求，還沒有落地轉化為具體詳盡需求的想法
• new feature：新需求，詳盡調研，分析讨論，設計完細節、審核過的新需求
• optimize：優化需求，癢點的優化，不是改也不是不行，但是改了肯定會更好的需求
• bugfix：糾錯需求，不改就不能用、或者不改下去會造成不好後果的功能需求。例如不限制1個手機号注冊賬号個數。
• 需求按性質劃分，可分為想法、新增、優化、Bugfix這四種類型。大廠面試題會為了顯得有逼格特意把中文翻譯成英文。

• 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函數。

如果您覺得此文有幫助，歡迎點贊收藏，如果您也在從事互聯網行業，歡迎關注我，經常分享原創軟件行業幹貨知識！

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!