界面測試關註用戶體驗和易用性測試用戶開瓶器(白盒測試總體上分為兩大類)
一:用戶體驗中可用性與易用性是一回事嗎?應當怎樣理解區分
1。用戶體驗及其商業價值 用戶體驗,是指用戶在使用產品、系統、服務的過程中,產生的一種純主觀的感受。從網絡普及到移動網絡進展到如今這樣成熟的階段,愈來愈被更加的多的企業、消費者開始看中“用戶體驗”。 那麼,對於企業來說,用戶體驗的商業價值是什麼呢? 1。增添收益 產品、系統的可用性的提升,能夠讓用戶找到他們所需的產品,放入購物車並完成購買;可以解決銷售障礙,打比方說運輸、退貨、維修等問題。 你的設計讓產品/網站更好用,即便需要幫助用戶也可Yi經過網站自行完成,因此可以節省許多的幫忙或支持服務的資源。 當你的設計讓用戶的活法更加容易、滿意、喜歡時,他們也許會願意支付額外的費用。 以上這幾個均能實現收益的提升。 2。減少開支 將時間花費在開發用戶所需的功能上,而不是做一堆對用戶無用的功能;在產品開發之前,打比方說原型設計階段就盡早的發現和優化一些可用性的問題;減少因沒有正確理解需求而致使失敗的風險;好用的設計無需文檔,最大程度的減少或消除文檔同樣能減少開支。 2。評估可用性的4個維度 功能性 functionality:產品是不是有用。打比方說開瓶器,是否能打開一個瓶子。 易學習 learnablity:產品是否能直接使用,還是說需要讀說明書才能夠使用。 靈活性 flexiblity:產品除瞭能讓完成主要的任務之外,是否還能做點別的事情。打比方說開瓶器,是否既能左手使用、也能右手操作,是否既能開玻璃瓶、又能開易拉罐。 工業設計indus嘗試 design:可以理解為外觀設計是否足夠漂亮。以開瓶器為例,在朋友聚會的時刻,是否能自豪的拿出來放在桌面上,還是隻能藏在廚房的某個角落與各式亂七八糟的東西混在一起。對於網絡產品來說,這一點可以理解為視覺設計、圖形設計。 3。作用與影響可用性的三個要素 繼續以開瓶器為例:為瞭判斷4種開瓶器中哪個最易用、哪個最難用,尋找4種不一樣類型的用戶做調研。 最後結果是,不同用戶選擇的好用、難用的開瓶器均不相同,即便是同一種開瓶器也存在兩種極端的抉擇,有人覺得它最好用、有人覺得它最難用,所謂加之蜜糖乙之砒霜。 為啥會出現如此的現象呢?由於決定產品可用性有三大要素:用戶、環境、任務/使用目標。 回到開瓶器的例子,年齡大的老人,希望開瓶器省力、用著不疼;有小孩的傢庭來說,希望開瓶器足夠安全、不能夠誤傷小朋友;有的傢庭用開瓶器來打開香檳、有的或許是打開罐頭。不同的用戶,使用環境不同,他們考量的標準亦有所差別、希望通過產品完成的任務亦有所不同。 4。可用性的六個規則 1。設計是建立在對用戶、任務、環境的清晰的理解基礎上的 任務是指用戶想通過產品做什麼。怎樣才能理解用戶、任務、環境這三點呢?建議直接在用戶的使用情景中觀察他們的行為,離開辦公室、拜訪用戶、觀察他們怎樣做“你設計的產品關系到”的那些事情。 2。用戶需全程參與到設計和開發中來 方式有:到現場調研、瞭解用戶的需求;向用戶展示早起的設計概念稿;可用性測試原型。 3。通過以用戶為中心的評價,設計是不斷被帶動和完善的 即便是到瞭開發階段,目標用戶亦應當實際使用demo或原型來完成真實的任務,我們要去觀察、記錄、剖析他們的表現和反饋。 4。設計過程是不斷迭代循環的 打比方說:設計-測試-思考處理方案-重新設計,直到滿足瞭用戶需求、可用性評估達標。 5。設計要慎重考慮所有作用與影響用戶體驗的因素 用戶體驗不但僅是讓一個系統好用,它關系到用戶因使用產品、系統、服務能給人帶來的感知和反應。 6。設計團隊,需要蘊含瞭多學科的技能和視角 打比方說:用戶研究員、交互工程師、內容工程師、前端開發設計師 5。可用性與用戶體驗的國際標準ISO9二十四1 1。規劃以用戶為中心的設計過程 2。理解、明確使用情景 3。明確用戶需求 4。產品設計的處理方案來滿足用戶需求(可設計多種處理方案,再評估哪種最合拍) 5。評估設計是否滿足用戶需求(假如評估不合適,也許會回到第二、3。4步重新進行) 6。設計處理方案來滿足用戶需求 這篇以理論為主,先共享如此多,敬請期待下一篇——情境調研 contextual inquiry 。 歡迎關註MM(7年工科女,4年交互設計)的电话公眾號:
二:UI界面和UX交互設計之間是什麼區別?
UI為界面設計,UE/UX都是交互設計。
1。UI
UI的全稱是User Interface,即用戶界面。UI是視覺上的東西,凡是我們肉眼看得到的通過工程師的設計與繪畫得到的視覺產物,其實就是UI。包括:圖標、APP界面、軟件、網頁按鈕、網頁導航、導航、按鈕、進度條、開關等等。
2。UE/UX/交互設計
UE和UX是一個事情,都是User Experience的縮寫,即交互設計。不過呢UE是咱們國傢的普遍叫法,截取瞭兩個單詞的首字母;而UX是國外的叫法,國外習慣把ex縮寫成X,特別在谷歌、微軟等知名公司啟用這個縮寫以後而被定性。
UE/UX即用戶體驗。用戶體驗不但僅是視覺上的東西,從看見開始,到用手觸碰,再到大腦的思考,最後是心理的感受等等,這一系列的程式才是用戶體驗。
用戶體驗蘊含瞭無感的接觸,到思維的邏輯,到使用心理,這幾個條件都是缺一不可的。
匯總起來,UI偏向視覺、交互設計註重的使用程序和過程。
三:軟件測試工作主要測試哪幾個方面
依據軟件設計需求制定測試計劃,設計測試數據和測試用例;
有效地執行測試用例,提交測試報告;
準確地定位並跟蹤問題,推動問題及時合理地解決;
完成對產品的集成測試與系統測試,對產品的軟件功能、性能及其它方面的測試。
四:網站的易用性測試怎樣進行?都包括哪些內容?
是事業單位,不是公務員吧,不知哪個行業,面寬瞭一點。
務必要陽光自信,針對行業,職位,工作對象和打工時可能遇見的情形和難題準備。
如老板給任務,必須面對挑剔的客戶,(你要針對行業自己出難題,象營業員要百問不厭,百拿不煩,顧客非要你麻煩等等)。考官會問你碰釘子如何辦等。
如自己不太熟悉也要try回答一些意向,態度要誠懇,別光說不曉得。
五:白盒測試皆有哪些方法? 皆有什麼用?
白盒測試的測試方法總體上分為靜態方法和動態方法兩大類。強度由低到高有語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。
1。語句覆蓋,就是設計若幹個測試用例,運行被測流程,使得每一可執行語句至少執行一次。
2。判定覆蓋,使設計的測試用例保證流程中每個判斷的每個取值分支(t or f)至少經歷一次,判定覆蓋具有比語句覆蓋更強的測試能力,而且擁有和語句覆蓋相同的簡單性,無需細分每個判定就能夠得到測試用例。
3。條件覆蓋。條件覆蓋是指選擇足夠的測試用例,使得運行這幾個測試用例時,判定中每個條件的所有可能結果至少出現一次,但未必能覆蓋全部分支,條件覆蓋要檢查每個符合謂詞的子表達式值為真和假兩種情況,要單獨衡量每個子表達式的最終,來確保每個子表達式的值為真和假兩種情況都被測試到。
4。判定條件覆蓋,就是設計足夠的測試用例,使得判斷中每個條件的所有可能取值至少執行一次,同時每個判斷的所有可能判斷結果至少執行,即要求各個判斷的所有可能的條件取值組合至少執行一次。
5。條件組合覆蓋,在白盒測試法中,選擇足夠的測試用例,使所有判定中各條件判斷結果的所有組合至少出現一次,滿足這種覆蓋標準成為條件組合覆蓋。
6。路徑覆蓋,是每條可能執行到的路徑至少執行一次。
語句覆蓋是一種最弱的覆蓋,判定覆蓋和條件覆蓋比語句覆蓋強,滿足判定/條件覆蓋標準的測試用例一定也滿足判定覆蓋、條件覆蓋和語句覆蓋,條件組合覆蓋是除路徑覆蓋外最強的,路徑覆蓋也屬於一種比較強的覆蓋,但未必考慮判定條件結果的組合,並不能代替條件覆蓋和條件組合覆蓋。
白盒測試作用,通過檢查軟件內部的邏輯結構,對軟件中的邏輯路徑進行覆蓋測試;在流程不同地方設立檢查點,檢查流程的狀態,以確定實際運行狀態與預期狀態是否一致。
更多閱讀:
白盒測試的特征:根據軟件設計說明書進行測試、對流程內部細節與關鍵的嚴密檢驗、針對特定條件設計測試用例、對軟件的邏輯路徑進行覆蓋測試。
白盒測試的實施步驟:
1。測試計劃階段:依據需求說明書,制定測試進度。
2。測試設計階段:根據流程設計說明書,依照一定規范化的方式方法進行軟件結構劃分和設計測試用例。
3。測試執行階段:輸入測試用例,得到測試結果。
4。測試匯總階段:對比測試的結果和代碼的預期最終,剖析錯誤原因,找到並解決錯誤。
參考資料:知識混裝大無極-白盒測試
六:軟件白盒測試的軟件白盒測試的測試方法
軟件白盒測試的測試方法總體上分為靜態方法和動態方法兩大類。 的主要特征是當軟件系統在模擬的或真實的環境中執行之前、之中和之後 , 對軟件系統行為的剖析。動態剖析蘊含瞭流程在受控的環境下使用特別規定的期望結果進行正式的運行。它顯示瞭一個系統在檢查狀態下是正確還是不正確。在動態剖析技術中 , 最要緊的技術是路徑和分支測試。下面要介紹的六種覆蓋測試方法屬於動態剖析方法。