可用性工程閱讀筆記

可用性工程閱讀筆記 Nielsen?

看這本書和寫下這些筆記總共用了快兩個星期的時間,這段時間事情真的有點多傻谁。孝治。

從這本書里,能夠看到關(guān)于可用性測試中的績效測試真的和我們心理學(xué)平常的實驗設(shè)計很像审磁。我覺得在看到那部分時最驚訝的是谈飒,關(guān)于作者提出來的若干個可以用在實驗測試中的指標(biāo),我覺得如果不是平常比較擅長于這方面可能真的想不出那么精妙的指標(biāo)态蒂『即耄總體上來說,是對產(chǎn)品的可用性概念更加清晰了钾恢,應(yīng)該對正在參加的這個比賽的整體設(shè)計有很大的幫助手素。

1.可用性及相關(guān)概念

可用性對于系統(tǒng)可接受性來說鸳址,是一個相對來說較小的概念。系統(tǒng)可接受性表示的是是否可以達到滿足用戶和其他可能的相關(guān)方(如用戶的客戶和經(jīng)理)的所有需要和需求的程度泉懦。

可用性和系統(tǒng)可接受性的關(guān)系:


2.可用性的五個傳統(tǒng)成分:

1)可學(xué)習(xí)性:系統(tǒng)應(yīng)當(dāng)容易學(xué)習(xí)稿黍,從而用戶可以在短時間內(nèi)開始用系統(tǒng)來做某些事情;

2)效率:系統(tǒng)的使用應(yīng)當(dāng)高效祠斧,因此闻察,當(dāng)用戶學(xué)會使用系統(tǒng)后,可能具有更高的生產(chǎn)力水平琢锋;

度量使用效率的典型方法是辕漂,確定關(guān)于某技能水平的定義,尋找一些具有這種技能水平的有代表性的用戶樣本吴超,然后度量這些用戶執(zhí)行某些典型人物測試所用的時間钉嘹。

3)可記憶性:系統(tǒng)應(yīng)當(dāng)容易記憶,從而那些非頻繁使用系統(tǒng)的用戶鲸阻,在中間有一段時間沒有使用之后能夠使用系統(tǒng)跋涣,而不用重新從頭學(xué)起;

關(guān)于界面的可記憶性的測試鸟悴,有兩種主要的方法:一種方法是對于在特定長的一段時間內(nèi)沒有使用系統(tǒng)的用戶陈辱,進行標(biāo)準(zhǔn)用戶測試,度量這些用戶在執(zhí)行某些任務(wù)上花費的時間细诸;另一種是在他們結(jié)束一個使用系統(tǒng)過程后沛贪,讓其解釋各種命令的作用,或者完整說出某種功能的命令(或畫出對應(yīng)的圖標(biāo))震贵,最后得到用戶界面的可記憶得分利赋,就是用戶給出正確答案的個數(shù)

4)出錯:系統(tǒng)應(yīng)該具有低的出錯率,從而用戶在使用系統(tǒng)過程中能夠少出錯猩系,在出錯之后也能夠迅速恢復(fù)媚送,而且能夠防止災(zāi)難性錯誤的發(fā)生;

可以通過統(tǒng)計用戶執(zhí)行某個任務(wù)過程中出現(xiàn)錯誤的次數(shù)來作為度量指標(biāo)寇甸。

5)滿意度:系統(tǒng)應(yīng)該使用起來令人愉快塘偎,從而讓用戶在使用時主觀上感到滿意。

從原理上說拿霉,可以采用腦電圖式塌、瞳孔擴散率等指標(biāo)作為評判用戶在使用過程中的壓力和舒適程度,但測量這些生理指標(biāo)會需要用戶配合額外的儀器友浸,可能會成為用戶畏懼的條件。因此在滿意度的這項屬性中我們通常的方法是讓用戶在測試完成之后填一份主觀滿意度的問卷

2.為了在一組可用性度量的基礎(chǔ)上確定系統(tǒng)的整體可用性水平偏窝,通常的做法是取每個可用屬性度量的平均值沒然后看他們是否比先前確定的某個低標(biāo)準(zhǔn)要好收恢。

3.一個關(guān)于圖標(biāo)的可用性測試實例:

參見參考文獻:

[Green?and?Barnard?1990;?Hakiel?and?Easterby?1987;?Magyar?1990;?Nolan?1989;?Salasoo?1990;?Stammers?and?Hoffman?1991;?Zwaga?1989]

關(guān)于可學(xué)習(xí)性:

為某個圖形界面設(shè)計了四套不同煩人圖標(biāo)武学,每套17個。對每套圖標(biāo)都測試其易學(xué)習(xí)性伦意、使用效率和主觀滿意度火窒。

程序:

每次向被試呈現(xiàn)一個圖標(biāo),讓用戶描述“你認為這是什么意思驮肉?”——測試每個圖標(biāo)的直覺性熏矿;

向被試展現(xiàn)一套圖標(biāo),告訴用戶一個圖標(biāo)的名字以及它是做什么的的簡短描述离钝,讓用戶把他們覺得最匹配的圖標(biāo)選出來------測可理解性票编;

告訴被試一套圖標(biāo)的名字,讓被試把它們與所有圖標(biāo)相匹配——測可理解性卵渴;

以上學(xué)習(xí)測試中的得分就是這些被正確描述和命名的圖標(biāo)所占的比例慧域。

關(guān)于可記憶性:

在第一個測試中,對于通過參加學(xué)習(xí)測試已經(jīng)知道圖標(biāo)含義的用戶浪读,給他們一個圖標(biāo)的名字昔榴,告訴他們它可能會出現(xiàn)在計算機屏幕中,然后隨機地顯示圖標(biāo)碘橘,如果是用戶要尋找的圖標(biāo)互订,用戶就按下“是”,如果是其他圖標(biāo)痘拆,就按下“否”仰禽。

在第二個測試中,向用戶同時顯示最忌分布的若干圖標(biāo)沒讓用戶點擊相應(yīng)的那個错负。這兩個圖標(biāo)都是計時的坟瓢,圖標(biāo)的得分就是用戶的反應(yīng)時間。

關(guān)于主觀滿意度:

第一種方法是犹撒,讓用戶就圖標(biāo)是否容易識別折联,挨個圖標(biāo)給打分。第二種方法是识颊,針對17個概念中的每一個诚镰,給用戶顯示可能的四個圖標(biāo),讓用戶選擇他更加傾向哪一個祥款。主觀測試中的滿意度得分清笨,就是用戶在第一個測試中給該圖標(biāo)的打分,以及在第二個測試中選擇該圖標(biāo)的用戶比例刃跛。

最好的圖標(biāo)可以既表現(xiàn)操作的具體對象抠艾,又抽象地表示所進行的操作對象。

4.可用性權(quán)衡的問題:

一個系統(tǒng)可以是容易學(xué)習(xí)的或者是桨昙,難學(xué)習(xí)到最后使用效率卻是高的检号。

和人的記憶學(xué)習(xí)曲線一樣腌歉,注重新手的使用效率或者考慮給熟手創(chuàng)造更高的使用效率其實是不能夠同時滿足兩者的,但可以把兩種學(xué)習(xí)曲線好的部分結(jié)合起來齐苛,提供具有多種交互風(fēng)格的界面翘盖,使得用戶可以在開始學(xué)習(xí)階段先學(xué)習(xí)使用容易學(xué)習(xí)的交互風(fēng)格,后來在裝箱對于頻繁操作更高效率的風(fēng)格凹蜂。實現(xiàn)這種優(yōu)勢互補的途徑就是用“加速鍵”馍驯,可以讓用戶更快捷低執(zhí)行頻繁操作的任務(wù),盡管同樣的任務(wù)也可以通過更一般的玛痊、也許比較慢的范式執(zhí)行汰瘫。加速鍵的典型例子包括功能鍵、命令名縮寫以及通過栓劑來激活某個對象卿啡。

5.關(guān)于用戶分類和個體差異


對于在相關(guān)領(lǐng)域有廣泛知識的用戶吟吝,可以再假面上使用專用術(shù)語,屏幕設(shè)計中的信息密度也可以加大颈娜。

6.關(guān)于計算機和用戶界面分帶的情況總結(jié):


7.可用性生命周期:

可用性工程晟敏周期模型中的階段:

1)了解用戶

a.個體用戶特征

b.用戶當(dāng)前的任務(wù)和需要的任務(wù)

c.功能性分析

d.用戶及其工作的演變

2)競爭性分析

3)確立可用性的目標(biāo)

a.經(jīng)濟影響分析

4)并行設(shè)計

5)參與型設(shè)計

6)整體界面的協(xié)同設(shè)計

7)指南應(yīng)用和經(jīng)驗性分析

8)原型

9)實驗性測試

10)反復(fù)設(shè)計

a.捕捉設(shè)計原理

11)從現(xiàn)場使用中搜集反饋剑逃。

這個生命周期模型強調(diào)的是,不應(yīng)當(dāng)部分青紅皂白地直接進入設(shè)計階段官辽,想要使可用性活動左右產(chǎn)品的設(shè)計蛹磺,最省力的辦法實在設(shè)計開展之前做可能多的可用性工作,這樣就不必為了滿足可用性方面的要求而更改設(shè)計同仆。而且萤捆,在設(shè)計開展之前所開展的可用性活動,可能會避免開發(fā)那些不必要的功能俗批。

了解用戶:

個體特征和各種不同的任務(wù)俗或,是對可用性影響最大的兩個因素,應(yīng)當(dāng)對它們進行認真研究岁忘。通過了解用戶的工作經(jīng)歷辛慰,教育程度,?年齡干像,計算機使用經(jīng)驗等情況帅腌,可以在某種程度上預(yù)測它們在學(xué)習(xí)上回遇到的困難,從而對用戶界面的復(fù)雜程度作出恰當(dāng)?shù)目刂坡樘N覀冞€應(yīng)當(dāng)了解用戶的工作環(huán)境和社會環(huán)境速客。舉一個簡單的例子,聲音提示“嘟”聲或者更加復(fù)雜的聲音效果五鲫,對于在開放式辦公環(huán)境中的用戶來說是不太合適的溺职。在作者曾經(jīng)做過的一個用戶訪談中,有一位秘書強烈不滿,她需要能關(guān)閉“嘟”聲提示音的功能辅愿,因為她不想要因為她的計算機總是想個不停智亮,而讓其他人覺得她很笨。

任務(wù)分析:

任務(wù)分析是系統(tǒng)設(shè)計必需的早期輸入点待,應(yīng)當(dāng)研究用戶的最終目標(biāo),還要研究他們目前是怎樣執(zhí)行任務(wù)的弃舒,他們的信息需求癞埠,以及他們怎樣處理異常或者緊急情況聋呢。此外苗踪,還應(yīng)該識別用戶的任務(wù)模型,因為可以利用它得到關(guān)于如何設(shè)計用戶界面的隱喻和啟發(fā)削锰,而且通铲,通過觀察那些特別有效的用戶及他們的策略和工作環(huán)境,可以對于新系統(tǒng)應(yīng)當(dāng)提供的支持得到某些特別的啟示器贩。最后颅夺,應(yīng)該找到當(dāng)前情況下存在的問題,既用戶未能實現(xiàn)的目標(biāo)蛹稍,花費過多時間和感到不舒服的地方吧黄,這些弱點將為改進新產(chǎn)品提供了機會。

任務(wù)分析還可以暗戰(zhàn)結(jié)構(gòu)進行分解唆姐,大任務(wù)分成小任務(wù)拗慨。每當(dāng)用戶在說“然后我做這件事情的時候”,進行訪談的人員就可以問兩個問題“你為什么做這件事情”(把這件事情與更多的目標(biāo)聯(lián)系起來)“你怎樣去做這件事情”(把這件事情分解成小任務(wù),以便進一步研究)奉芦。訪談的最后還應(yīng)該讓用戶談一下留下印象深刻的成功或者失敗的事例赵抢,存在的問題,他們最喜歡什么東西和最不喜歡什么東西声功,希望有什么改變烦却,對改進有什么建議,以及目前的什么東西讓他們感到煩惱减噪。

競爭性分析:

原型是可用性過程中的重要組成部分短绸,而享有的產(chǎn)品或者同類競爭者的產(chǎn)品,則常常是可以得到我們自己產(chǎn)品最好的原型筹裕〈妆眨可以對現(xiàn)有的產(chǎn)品根據(jù)成熟的可用性指南進行經(jīng)驗性分析,或者對這些產(chǎn)品進行實驗性用戶測試朝卒。針對于已經(jīng)完全實現(xiàn)了的產(chǎn)品進行用戶測試要比對其他原型的測試更現(xiàn)實一些证逻。用戶可以使用同類競爭系統(tǒng)來執(zhí)行真實任務(wù),這使得我們可以了解抗斤,其功能和交互技術(shù)能否很好地支持這些任務(wù)囚企,而這些任務(wù)是已規(guī)劃的產(chǎn)品根據(jù)對目標(biāo)用戶的初步研究所預(yù)計要支持的丈咐。

確立目標(biāo):

可用性并不是系統(tǒng)的單維屬性×辏可用性包含若干彼此可能互相矛盾的成分棵逊。一般來說,在一個特定的項目中银酗,并非可用性的所有方面都具有同樣的權(quán)重辆影,所以必須根據(jù)用戶和任務(wù)中的分析來明確他們的優(yōu)先級。例如黍特,有不斷的新雇員招進來的話蛙讥,就應(yīng)該將系統(tǒng)的可學(xué)習(xí)性放在重要的位置;而對于那些每3-4個月才會使用一次系統(tǒng)的重配置實用程序來說灭衷,非頻繁型用戶使用系統(tǒng)的能力就應(yīng)該受到重視次慢,

對于每一個感興趣的可用性屬性,在確立可用性目標(biāo)的過程中可以定義若干不同的績效水平翔曲,至少定義對于產(chǎn)品發(fā)布來說可接受的最低水平迫像,更詳細的目標(biāo)定義還可以包括計劃達到的績效水平和目前的績效水平。另外部默,還要對系統(tǒng)的可用性的經(jīng)濟影響進行分析以及他們使用系統(tǒng)的大致時間量侵蒙。

并行設(shè)計:

在開始及時,有一個不錯的方法就是進行并行設(shè)計傅蹂,既有幾個不同的設(shè)計人員來進行初步設(shè)計纷闺,并行設(shè)計的目的是在確定某個設(shè)計方案之前,先對幾個不同的設(shè)計方案進行一番探索份蝴,然后再對確定的設(shè)計方案做進一步的開發(fā)犁功,開展更細致的可用性活動。在進行并行設(shè)計的時候婚夫,重點是要讓設(shè)計人員進行獨立設(shè)計浸卦,因為其目標(biāo)是為了產(chǎn)生可能大的多樣性,因此案糙,在產(chǎn)生各自的設(shè)計草圖之前限嫌,不應(yīng)該要設(shè)計人員討論他們之間的方案。

并行設(shè)計的另一種變形是多樣化并行設(shè)計时捌。它是基于讓不同的設(shè)計人員側(cè)重于不同的設(shè)計問題怒医。例如們可以讓一個設(shè)計人員針對新手用戶來設(shè)計界面,同時讓另一個人來這對熟手用戶來設(shè)計一個方案奢讨,再讓第三個人來探索一個完全無需語言的界面稚叹。通過確定每個設(shè)計人員的設(shè)計方向,多樣化并行設(shè)計的方法可以把每一種方案推向極致,從而得到在通用設(shè)計方案中很難出現(xiàn)的設(shè)計構(gòu)思扒袖。當(dāng)然塞茅,對于某些多樣化的設(shè)計構(gòu)思需要進行修改,才能用到一個統(tǒng)一和集成的設(shè)計方案中季率。

咋一看野瘦,并行設(shè)計的方法可能和經(jīng)濟上的可用性工程是相抵觸的,因為大多數(shù)構(gòu)思被拋棄了蚀同,然而實際上缅刽,并行設(shè)計是一種探索設(shè)計中非常經(jīng)濟的辦法,這正是由于對大多數(shù)設(shè)計構(gòu)思都不需要費力去實現(xiàn)蠢络,而如果不這樣做的話?,其中的某些構(gòu)思則要等到晚一些時候進行反復(fù)設(shè)計才能夠?qū)崿F(xiàn)迟蜜。

參與型設(shè)計:

盡管在設(shè)計開始之前刹孔,我們就對用戶進行了相應(yīng)的了解,但這樣的了解是不足以解決設(shè)計過程中的所有問題娜睛。在設(shè)計過程中髓霞,設(shè)計人員不應(yīng)當(dāng)只憑猜測,而硬鋼與一些用戶代表保持溝通畦戒,用具體非呈現(xiàn)形式呈獻給將要使用產(chǎn)品的領(lǐng)域?qū)<曳娇猓龑?dǎo)和啟發(fā)他們談出自己的想法。

隨著用戶參與系統(tǒng)的開發(fā)過程障斋,他們會逐漸變得不具有普通用戶的代表性纵潦,一個參與過太多設(shè)計會議煩人用戶代表,將會受到開發(fā)人員的思維方式侵染垃环,將會了解所提出的系統(tǒng)結(jié)構(gòu)邀层,并可能會傾向于接受那些有問題的設(shè)計部分所做的解釋。而后來參與到項目中的新鮮用戶遂庄,則更可能對這種潛在的問題提出質(zhì)疑寥院,因為他們并不了解歷史。

整體界面的協(xié)調(diào):

一致性是最重要的可用性特征之一涛目。對于一致性的度量在時間上并不是一次性的秸谢,而應(yīng)當(dāng)應(yīng)用于產(chǎn)品的后續(xù)更新的版本,也應(yīng)該牡蠣在整個產(chǎn)品族中的一致性霹肝。

原型:

早期的可用性評估可以基于最終系統(tǒng)的原型進行估蹄,?可以用更快捷和更經(jīng)濟的方法來開發(fā)這種原型,因此在對用戶界面設(shè)計上獲得更好的認識之前阿迈,可以對它進行多次修改元媚。

減少功能數(shù)的辦法為垂直原型,因為這樣產(chǎn)生的是一個狹窄的系統(tǒng),它的確包含某些完整的功能刊棕,但只針對少數(shù)選擇的功能炭晒。

降低功能水平的做法成為水平原型,這樣產(chǎn)生的知識結(jié)果的一個表層甥角,具有完整的整個用戶界面网严,意味著用戶可以執(zhí)行所用的導(dǎo)航和搜索命令,卻不能通過執(zhí)行這些命令得到一個任何真實的消息嗤无。

劇情:

劇情是對事物的一種很籠統(tǒng)的描述震束,一般包含以下幾種元素:用戶個體,對一組特定功能計算機功能的使用当犯,獲取特定的結(jié)果垢村,在特定的情況下會發(fā)生什么,經(jīng)過特定的時間間隔(明確包含什么時間發(fā)生了什么事情)嚎卫。執(zhí)行用戶測驗之前嘉栓,可以詢問用戶接下來他們認為會發(fā)生什么事情。

界面評估

對于一個界面拓诸,采用合理的可用性工程評估方法評估改進后的界面再進行發(fā)布侵佃,會比沒有經(jīng)過測試就直接發(fā)布的產(chǎn)品的產(chǎn)品好太多,同時會比不斷遞增的版本更加省時省力奠支。

嚴重性評價

不論采用什么方法評估馋辈,所得到的主要結(jié)果都是這樣一個清單,內(nèi)容為界面存在的可用性問題倍谜,以及關(guān)于改進功能以及支持用戶任務(wù)的建議迈螟。通常,想要解決所有問題都是不太現(xiàn)實的枢劝,因此需要對現(xiàn)有的問題進行優(yōu)先級排序井联。一般在這個過程中,我們會邀請可用性專家進行一個評估您旁,由于不同可用性專家之間存在個體差異烙常,所以由不同可用性專家評判的嚴重性程度并非一直都是可靠的,所以應(yīng)該綜合多個可用性專家的意見鹤盒,去他們評判的平均值能夠得到一個較為準(zhǔn)確的結(jié)果蚕脏。

嚴重性評價的兩種方法是,一種采用單一尺度侦锯,另一種是采用若干正交尺度組合的方式驼鞭。

單一尺度:

0=這根本不是一個可用性問題;1=只是一個表面的可用性問題尺碰,除非項目有額外時間挣棕,否則不必進行糾正译隘;2=輕微的可用性問題,糾正這一問題的優(yōu)先級較低洛心;3=重要的可用性問題固耘,需要重視改問題的糾正,應(yīng)當(dāng)給以高優(yōu)先級词身;4=可用性災(zāi)難厅目,在產(chǎn)品發(fā)布之前必須予以糾正。

嚴重性程度還可以根據(jù)可用性問題最重要的兩個因素來評價法严,預(yù)期用戶會遇到這個問題损敷,以及這些用戶受該問題影響的程度。

捕捉設(shè)計道理:

可以吧各種用戶界面設(shè)計決定背后的中藥道理甲乙明確的記載深啤,以便于設(shè)計參考拗馒。在反復(fù)設(shè)計和開發(fā)產(chǎn)品未來的版本的時候,對界面設(shè)計的道理回顧是非常重要的溯街,因為經(jīng)常需要對界面進行修改尚骄,所以最好能夠了解設(shè)計方案的基本原理佑吝,從而不會為了微不足道的目標(biāo)而損害最原始的設(shè)計原理屑彻。

可用性活動的優(yōu)先順序:

以下是通過對13位可用性專家的調(diào)查后得到關(guān)于可用性活動的重要性程度打分囚聚,得分最高的6種方法是:1-2名是反復(fù)設(shè)計和對當(dāng)前用戶的任務(wù)分析犬庇,得分為4.7铐刘。第3名第用真實用戶進行的實驗性測試焊切,得分為4.5分祸轮。第4名是參與型設(shè)計九榔,得分為4.4哀峻。第5和6名是在設(shè)計開始前訪問顧客現(xiàn)場,在系統(tǒng)安裝運行后進行現(xiàn)場研究哲泊,以了解系統(tǒng)的實際使用情況剩蟀。?在實際項目中,各種可用性方法的使用頻率呈現(xiàn)一種搞得相關(guān)性(r=0.71)切威。

8.可用性經(jīng)驗原則:

(1):簡潔而自然的對話育特。在屏幕中每增加一個額外的功能,就以為著用戶需要學(xué)習(xí)更多的東西先朦,誤解的可能性就會越大缰冤,查找所需要的功能就會越來越困難。理想的情況下是僅提供用戶當(dāng)前所需要的信息喳魏,并把他們放在所需要的地方棉浸。在頁面的布局上應(yīng)當(dāng)利用人類認知領(lǐng)域中的完全形態(tài)法則,以增加用戶對對話元素間相互關(guān)系的理解刺彩∶灾#可以通過用大寫字母的辦法來突出重點枝恋,但是不要過于頻繁的使用,因為大小寫混合文本會讓用戶的閱讀速度降低10%嗡害。?同時也不要過度地使用顏色焚碌,顏色數(shù)量方案中最好不要超過5-7種,因為用戶很難記憶和區(qū)分太多顏色就漾,即使是經(jīng)過專門訓(xùn)練的用戶也只能夠?qū)Ω洞蠹s11種顏色呐能。另外,還要確保界面再不用顏色的情況下也能使用抑堡,要記住摆出,很多人是色盲(8%男性)。

少即是多:

通過恰當(dāng)?shù)娜蝿?wù)分析首妖,通常能偶把對用戶真正重要的信息識別出來偎漫,用戶利用這些信息可以完成絕大部分任務(wù)。在設(shè)計過程中有缆,最好將重要的任務(wù)放在主要屏幕上象踊,將不太重要的任務(wù)放在輔助屏幕上。

(2)使用用戶的語言:開發(fā)人員或許對于產(chǎn)品的專業(yè)術(shù)語很熟悉棚壁,但是用戶未必能夠理解杯矩,如果能夠?qū)a(chǎn)品中用于和用戶交流的語言換成用戶的母語,將會使得用戶的使用效率增加袖外。

還可以使用映射和隱喻的方法:為了實現(xiàn)面向用戶的對話史隆,一種比較常見的辦法是力爭讓計算機顯示的信息和用戶關(guān)于信息的概念相符。通常曼验,會要求用戶列出一組與應(yīng)用領(lǐng)域相關(guān)的概念泌射,并且依據(jù)用戶的應(yīng)用領(lǐng)域模型進行排組和分析。其中一些常用的技術(shù)包括順序回想(讓用戶盡可能自由地聯(lián)想他們所能夠想到的概念鬓照,其中運用的原則是一同提到的想法和概念模型中是相關(guān)聯(lián)的)熔酷,卡片分類,相似性打分(提供問卷豺裆,其中包括各種可能成對的概念拒秘,讓用戶對他們的相似性進行打分),這些測試的結(jié)果可以拿來直接使用留储,已通過使用統(tǒng)計程序來用于多維度量或聚類分析翼抠。

(3)將用戶的記憶負擔(dān)減到最小:

可以通過預(yù)測用戶輸入的內(nèi)容來采取相應(yīng)措施获讳,比如在輸入日期的對話框中阴颖,就應(yīng)該在附近提示輸入內(nèi)容的格式或者提供用戶最近使用的文檔,供用戶直接選擇丐膝,而不是要讓用戶器回想或者猜量愧。

(4)一致性:如果用戶知道同樣的命令或者同樣的操作會產(chǎn)生同樣的效果钾菊,那么他們在使用的過程中就會更加自信,同時也能夠鼓勵他們進行探索性學(xué)習(xí)偎肃,因為他們已經(jīng)具備了使用系統(tǒng)新部分應(yīng)該有的基礎(chǔ)知識煞烫。另外,還要考慮系統(tǒng)任務(wù)和功能結(jié)構(gòu)上也要考慮一致性累颂。比如滞详,有人發(fā)現(xiàn),用戶在采用命令行的PC機和采用命令行的大型機之間切換紊馏,要比在采用命令行的PC機和采用圖形界面的PC機之間的切換更困難料饥。從屏幕設(shè)計的觀點上來看,兩個命令行的界面非常相似朱监,但其底層的操作系統(tǒng)差別卻很大岸啡,而兩個不同類型的PC界面是建立在具有同樣原理和功能的系統(tǒng)之上的。

(5)反饋:系統(tǒng)應(yīng)該不斷告訴用戶目前他正在做什么赫编,而不應(yīng)該等到系統(tǒng)出錯的時候才給用戶反饋:在用戶操作正確的時候巡蘸,系統(tǒng)也應(yīng)該提供部分的反饋,并且當(dāng)產(chǎn)生部分信息時應(yīng)當(dāng)給出部分信息的反饋擂送。

響應(yīng)時間:?如果系統(tǒng)所進行的操作需要很長的響應(yīng)時間悦荒,反饋就變得很重要了,鯽魚響應(yīng)時間的基本建議多少年來都基本變化不大:

0.1秒是讓用戶感覺到系統(tǒng)立即做出了響應(yīng)的時間上限嘹吨,此時除了顯示結(jié)果外不需要其他反饋逾冬;1.0秒是讓用戶思維不被中斷的上限,但用戶會感覺到延遲躺苦。通常不需要對0.1-1.0秒的延遲專門給出信息反饋,但此時用戶會失去數(shù)據(jù)直接操作的感覺产还。10秒是讓用戶注意力保持集中的上限匹厘。對于較長時間的延遲,由于用戶想在完成等待的時間里去完成其他任務(wù)脐区,因此應(yīng)該在任務(wù)快要完成時應(yīng)當(dāng)用過反饋信息來提示用戶愈诚。響應(yīng)時間不確定的情況下反饋顯得尤為重要,因為這時候用戶不知道要發(fā)生什么事情牛隅。

(6)清楚地標(biāo)識退出:

(7)快捷方式:?典型的快捷方式包括縮寫炕柔,功能鍵,命令鍵等媒佣,其中命令鍵使用一個按鍵代表一個完整命令匕累,雙擊對象會進行最常用的操作。利用交互歷史提供訪問的一個簡單的例子是默伍,一些程序會記錄用戶經(jīng)常打開的文件欢嘿,這些程序可以為用戶提供一個特殊的文件菜單衰琐,列出下一個用戶可能會打開的文件。

(8)好的出錯信息:出錯的信息應(yīng)該用清晰的語言表達出來炼蹦,而不要使用難懂的代碼羡宙,出錯信息也應(yīng)該精煉準(zhǔn)確,如應(yīng)該顯示“無法打開該文檔掐隐,由于文檔不再磁盤上”而不是僅僅顯示“不能打開文檔”狗热,另外,出錯信息應(yīng)該友好虑省,不要威脅或者責(zé)備用戶匿刮,如經(jīng)典錯誤:“非法用戶操作,任務(wù)被終止”

(9)多層次消息:不要在小子中包含所有可能有用的消息慷妙,而應(yīng)該使用簡短的消息以方便用戶快速閱讀僻焚,只要用戶能容易地訪問更詳細的信息就好。

(10)避免出錯和避免使用用戶模式

(11)幫助和文檔:提供使用手冊和在線幫助和在線文檔膝擂。在線幫助的好處就是上下文相關(guān)虑啤。

(12)經(jīng)驗性評估:經(jīng)驗性評估的目標(biāo)是要發(fā)現(xiàn)用戶界面設(shè)計中的可用性問題,因此經(jīng)驗性評估可以成為反復(fù)設(shè)計中的一部分架馋,其他可用性檢查的方法海英擺闊認知步進評審和訴求分析狞山。單人評估可能會漏掉假面評估中的大部分可用性問題,有研究[Molich?and?Nielsen?1990;?Nielsen?and?Molich?1990;?Nielsen?1992C?1994b]在對6個項目進行評估以后叉寂,發(fā)現(xiàn)單人評估人員往往能夠發(fā)現(xiàn)35%的問題萍启,但由于不同的人會發(fā)現(xiàn)不同的問題,因此綜合了多個人(10人)的看法觀點會得到一個更好的結(jié)果屏鳍。注意勘纯,要評估人員進行獨立評估,最后才對比其他評估人員的觀點钓瞭,這樣能夠避免這個評估是獨立的驳遵,無偏向的。評估者發(fā)現(xiàn)問題的能力也是一個值得考慮的地方山涡。

9.可用性測試

可用性測試要保證可靠性和有效性(信度和效度的問題)堤结。

(1)測試目標(biāo)和測試計劃

在進行任何測試之前,都應(yīng)該搞清楚測試目的鸭丛,因為對要進行什么樣的測試有重要的影響竞穷。測試的種類分為兩類,一類是形成性評估鳞溉,反復(fù)設(shè)計中的一部分瘾带,目的是為了改進界面,因此這類測試的目標(biāo)就應(yīng)該是了解界面細節(jié)方面的優(yōu)劣熟菲,如何改進設(shè)計月弛,典型方法是邊說邊做式肴盏;另一類是總結(jié)性評估的目的在于評定界面的整體質(zhì)量,例如可以用它在兩個備選方案中進行懸著帽衙,或者競爭性分析的整體質(zhì)量菜皂,倆了解競爭對手的產(chǎn)品設(shè)計好在哪里。

測試計劃里面應(yīng)該包含的內(nèi)容有:

測試目標(biāo)厉萝、測試時間地點恍飘、測試時長預(yù)期、測試需要的裝備谴垫、測試要用什么樣的軟件章母、測試時系統(tǒng)處于的狀態(tài)、測試時系統(tǒng)的網(wǎng)絡(luò)負載和響應(yīng)時間翩剪、測試人員乳怎、測試的用戶、測試用戶的數(shù)量前弯、測試用戶需要完成的任務(wù)蚪缀、怎么找到用戶、用戶完成測試的標(biāo)準(zhǔn)恕出、測試用戶可以使用的輔助手段询枚、測試人員可以給測試用戶提供怎樣程度的幫助、測試要收集什么樣的數(shù)據(jù)浙巫,數(shù)據(jù)怎么處理和分析金蜀、判斷界面成功的標(biāo)準(zhǔn)是什么。

測試預(yù)算:應(yīng)該包含兩部分的畴,一部分是固定費用和可變費用渊抄。固定費用是計劃和組織測試做所需要的花費,而不考慮用戶的多少丧裁,可變費用是付給用戶的額外費用抒线。

另外,最好還是要先進行試點測試渣慕,防止一些任務(wù)不被理解。

(2)招募測試用戶

有關(guān)找測試用戶的主要原則抱慌,就是所選擇的用戶越能代表預(yù)期使用系統(tǒng)的用戶越好逊桦。還要明確的是,這是新手用戶還是熟手用戶抑进,如果是新手用戶强经,還應(yīng)該給他進行一些簡單的培訓(xùn)先;用戶間測試還是用戶內(nèi)測試寺渗,這里要注意的是應(yīng)該按照實驗設(shè)計的方法來設(shè)計測試匿情,平衡問題兰迫;實驗人員的發(fā)現(xiàn)問題的能力也需要值得注重,好的實驗人員和差的實驗人員發(fā)現(xiàn)問題的數(shù)量可以差上好幾倍炬称,實驗人員還應(yīng)該具備大量有關(guān)程序和用戶界面方面的知識汁果;最后,還要注意用人來進行測試的倫理問題玲躯。


(3)測試任務(wù)的設(shè)計:

測試任務(wù)的基本原則是所選擇的測試任務(wù)要盡可能地代表系統(tǒng)的最終使用据德,另外,測試任務(wù)應(yīng)該大致覆蓋用戶界面上最重要的那些部分跷车,測試任務(wù)的設(shè)計可以基于任務(wù)分析或者基于產(chǎn)品用途說明棘利。測試任務(wù)應(yīng)該設(shè)計的比較小,這樣就能在有限的時間內(nèi)完成朽缴,但是任務(wù)小也不能夠小道微不足道的程度善玫。測試任務(wù)應(yīng)該詳細精確地說明用戶執(zhí)行后產(chǎn)生什么樣的后果,因為使用計算機來達到某一目標(biāo)的過程與只是隨便用用系統(tǒng)是很不一樣的密强。測試任務(wù)設(shè)計不要輕佻茅郎、滑稽或者冒犯,例如在測試一個繪畫程序的時候誓斥,讓用戶在總統(tǒng)掃描的照片上畫上小胡子的做法是很不妥的只洒。首先,不能夠保證所有人對同樣的事情都會覺得很好笑劳坑,其次毕谴,這種不嚴肅的熱內(nèi)會讓系統(tǒng)的測試受到干擾,甚至貶低用戶的身份距芬。相反涝开,所用的測試任務(wù)都應(yīng)該是面向業(yè)務(wù)處理的。為了增肌用戶對任務(wù)的理解和真正使用軟件的感覺框仔,應(yīng)該把任務(wù)設(shè)計的和和整個事件相關(guān)聯(lián)舀武。測試任務(wù)的設(shè)計上還可以把剛開始的任務(wù)設(shè)計的比較簡單,保證用戶先得到成功的體驗以鼓舞士氣离斩。

(4)測試的各個階段:

準(zhǔn)備→介紹→測試→事后交流

介紹過程值得注意的點:說明測試的目的是為了對軟件進行評價银舱,而不是對用戶進行個人測試;測試結(jié)果將會用戶改進用戶界面跛梗,所以最終發(fā)布的界面和測試中看到的界面可能有所不同寻馏;提醒測試用戶對所測試的系統(tǒng)保密,不要與別人談?wù)撚嘘P(guān)的內(nèi)容核偿,以免帶給后面要進行測試的用戶一些主觀的影響诚欠。任何錄音錄像的設(shè)備要跟用戶進行解釋。

測試期間,實驗人員通常不要與用戶進行交談轰绵,也不要有人和個人觀點或關(guān)于用戶操作好或者不好的表示粉寞。實驗人員可以發(fā)出一些不代表任何態(tài)度的聲音,如“嗯”“啊哈”來表示知道用戶的評論左腔,并讓用戶繼續(xù)做下去唧垦,這里要小心說話的語音和語調(diào),不要讓用戶聽出他對了還是做了可笑的事情翔悠。即使用戶已經(jīng)陷入了相當(dāng)嚴重的困境业崖,實驗人員也應(yīng)該不要去提供幫助,不過這種不提供幫助的方法不適用于用戶已經(jīng)明顯停滯并且對當(dāng)前處境感到不快的時候蓄愁。實驗人員應(yīng)該謹慎決定自己應(yīng)該什么時候提供幫助双炕。在測試之后,要詢問用戶撮抓,并要求用戶填寫一份主觀滿意度的問卷妇斤,為了避免實驗人員的評論所帶來的偏向,用戶應(yīng)當(dāng)在有關(guān)系統(tǒng)的討論之前填寫問卷丹拯。在交談中站超,請用戶對系統(tǒng)的使用情況進行評論并提出改進建議。

(5)績效度量方法:

在各個目標(biāo)之間進行平衡乖酬,決定好哪個可用性目標(biāo)比較重要死相,然后將其細分量化,例如咬像,“使用效率”可以用用戶完成一定數(shù)量的規(guī)定任務(wù)的平均時間來衡量算撮。在解釋度量時,我們應(yīng)該時刻關(guān)注主要成分县昂,既總體上的使用效率肮柜,與作為該成分替代物(測試任務(wù))的特定量化指標(biāo)之間的區(qū)別。一個明顯的例子是倒彰,反復(fù)設(shè)計過程中不應(yīng)該把目標(biāo)?在僅僅針對所要求執(zhí)行的5個任務(wù)审洞,而不考慮其他方面來優(yōu)化界面,以改進系統(tǒng)的使用效率待讳。

量化指標(biāo)后芒澜,應(yīng)該定義一些方法來度量用戶的績效,通炒吹可以量化的可用性度量指標(biāo)包括:

*用戶完成任務(wù)的所有時間痴晦;

*在限定時間內(nèi)完成的任務(wù)數(shù)量;

*正確的交互操作與所發(fā)生錯誤之間的比率辩昆;

*從錯誤中恢復(fù)所用的時間;

*用戶出錯的數(shù)量旨袒;

*隨后導(dǎo)致的出錯操作數(shù)量汁针;

*用戶用到的命令或其他功能的數(shù)量术辐;

*使用手冊或者幫助系統(tǒng)的頻數(shù),以及使用時間施无;

*手冊/幫助系統(tǒng)有多少次解決了用戶的問題辉词;

*用戶在測試期間對系統(tǒng)肯定和批評的比率;

*用戶表達明顯的挫折或者喜歡的次數(shù)猾骡;

*表示喜歡用該系統(tǒng)而不喜歡用某個特定競爭產(chǎn)品的比例?瑞躺;

*用戶不得不試圖解決或者某個無法解決問題的次數(shù);

*采用高效策略和使用低效策略的用戶之間的比例(在有多種方法完成任務(wù)的情況下)兴想;

*用戶不與系統(tǒng)進行交互的“呆滯”時間幢哨,可以在系統(tǒng)中度量出兩種呆滯時間,一種是用????戶等待系統(tǒng)響應(yīng)所造成的延遲嫂便,另一種是等待用戶思考所造成的延遲捞镰,這兩種呆滯時間顯然可以用兩種不同的方法研究;

*用戶注意力從真實任務(wù)唄吸引到其他地方的次數(shù)毙替。


(6)邊說邊做的辦法:通過測試用戶對自己想法的描述岸售,我們能夠了解他對計算機的想法,還能很容易地確定用戶對系統(tǒng)主要有哪些誤解厂画。這種方法的缺點在于凸丸,它并不適用于大多類型的績效度量。邊說邊做的方法還有的缺點就是袱院,口述所做的事情將會減慢用戶的操作的速度屎慢,使得這樣得到的績效度量缺少對用戶正常工作速度的代表性。其次坑填,用戶在口述他們想法的同時必然影響到他們解決問題的行為抛人。

實驗人員常常需要不斷提醒用戶,向他們提出類似“你正在想什么”“你認為這條信息是什么意思”(當(dāng)用戶已經(jīng)注意到這條信息并且在花時間查看和考慮的時候)這樣的問題脐瑰,讓用戶大聲說出他們這樣的想法妖枚。如果用戶問:“我能夠這么做嗎?”苍在,實驗人員不應(yīng)該回答绝页,但可以用反問的方法來讓用戶繼續(xù)說話,“如果你這么做了你認為會有什么結(jié)果寂恬?”如果系統(tǒng)的反應(yīng)讓用戶感到驚訝卻沒有說什么续誉,實驗人員就應(yīng)該這樣來提示用戶,“這是你預(yù)料中的事情嗎初肉?”當(dāng)然酷鸦,遵循在用戶使用系統(tǒng)時不要干擾用戶這一通用的原則,實驗人員不能在用戶沒有注意到某個消息的時候這樣提示用戶“你認為在屏幕底部的消息是什么意思?”

協(xié)同交互的方法:?邊說邊做的方法的另一種變形臼隔,讓兩個測試用戶同時使用一個系統(tǒng)嘹裂。它的主要優(yōu)點在于,測試形式比只用單一用戶進行的標(biāo)準(zhǔn)邊做邊說測試顯得更為自然一點摔握,因為人們習(xí)慣于在共同解決問題的時候把自己的想法說出來寄狼。協(xié)同交互的方法尤其適合對于兒童使用的用戶界面的可用性測試,因為讓孩童遵循邊說邊做的方法有點困難氨淌。

回顧式測試泊愧,如果在測試期間錄了像,就可以讓用戶回顧錄像的內(nèi)容來收集額外的信息盛正。在看錄像帶的時候用戶不會那么緊張删咱,偶執(zhí)行測試任務(wù)時的緊迫感,因此會說出更多意見蛮艰。當(dāng)然腋腮,這種方法的缺點在于每個測試至少要用雙倍的時間,因此這個方法不適用于用戶報酬很高的情況下壤蚜。

輔導(dǎo)方法即寡,多少和其他測試方法有些不同,它在測試用戶和實驗人員之間有清楚的交互過程袜刷。測試前聪富,測試用戶可以問任何與系統(tǒng)相關(guān)的問題。有一種變形的輔導(dǎo)方法是從熟練的用戶中選擇一個人來作為輔導(dǎo)人員著蟹。設(shè)立這樣一個單獨的輔導(dǎo)人員墩蔓,可以讓實驗人員來研究輔導(dǎo)人員是如何回答問題的。這種變形方法可以用來分析熟練用戶擔(dān)任的輔導(dǎo)人員對界面所形成的模型萧豆。當(dāng)然奸披,輔導(dǎo)方法通常關(guān)注的是新手用戶,目的是發(fā)現(xiàn)這些用戶的信息需求涮雷,以便提供更好的培訓(xùn)和文檔資料阵面,同時還能夠幫助重新設(shè)計界面來避免這些問題。

10.其他可用性評估方法

(1)觀察法:是所有可用性方法中最簡單的方法洪鸭,因為只需要訪問一個或者幾個用戶样刷,讓他們使用系統(tǒng)和產(chǎn)品和做筆記即可。在進行觀察的時候览爵,觀察人員自始至終應(yīng)該盡量保持安靜置鼻,讓用戶操作時感覺旁邊沒有人會比較自在。對于在觀察過程中看到的無法理解用戶的操作蜓竹,我們應(yīng)該把這些?行為記錄下來箕母,事后詢問用戶為什么要這樣做储藐,聽取他們的解釋。

(2)問卷調(diào)查和訪談:從可用性的角度來看嘶是,問卷調(diào)查和訪談屬于間接的方法邑茄,因為兩者都不對用戶界面本身進行研究,而只是研究用戶對界面的看法俊啼。

附一個用戶界面滿意度的問卷:QUIS(Questionare?for?User?Interface?Satisfaction),方法[Chin?et?al.,?1988]。通常建議是用稍短的問卷獲得更多的信息左医,對于較忙的用戶授帕,如果問卷短一些的話,能夠得到填寫的機會遠遠大于長問卷浮梢。

(3)焦點小組:是一個非正式的方法跛十,用來在界面設(shè)計之前和經(jīng)過一段使用后評估用戶的需要和感受。在焦點小組中秕硝,請大約6-9個用戶在一起討論新的概念芥映,和摸清一些問題,時間一般為一兩個小時远豺。焦點小組中有一個主持人奈偏,負責(zé)是小組的討論集中在焦點話題上。主持人事先提出問題躯护,小組中的用戶在交互過程中惊来,常常會流露出用戶的自然反應(yīng),焦點小組的最大優(yōu)點是能夠?qū)π〗M的動態(tài)變化和組織問題進行考察棺滞。焦點小組在參與討論的人數(shù)上有嚴格要求裁蚁,因為既要保證討論的流暢,又要體現(xiàn)用戶的不同觀點继准,所以不能少于6人枉证。

(4)記錄實際使用情況:

記錄數(shù)據(jù)指的是計算機自動收集的關(guān)于系統(tǒng)使用情況的詳細統(tǒng)計數(shù)據(jù)。這是非常有用的移必,因為這既體現(xiàn)了用戶是如何完成真實任務(wù)的室谚,也是的從工作的不同環(huán)境下的大量用戶那里自動收集數(shù)據(jù)變得相當(dāng)容易。典型的界面日志文件包括:每個月用戶使用每個功能的頻率和各類事件(如錯誤信息)發(fā)生的頻率避凝。舉個例子舞萄,Brandford等人曾記錄并分析了在命令行式操作系統(tǒng)下用戶發(fā)出的6112條錯誤命令,30%是由于拼寫造成的管削,表明需要一種拼寫校對器來協(xié)助系統(tǒng)用戶輸入命令倒脓。

與后續(xù)訪談相結(jié)合:用日志記錄數(shù)據(jù)的方法存在的主要問題是,它值能展示了用戶做了什么含思,而無法知道用戶為什么這樣做崎弃,既所謂“知其然而不知其所以然”甘晤。應(yīng)該在記錄數(shù)據(jù)后再結(jié)合其他方法,如訪談饲做,通過給用戶顯示他們使用系統(tǒng)時記錄的信息线婚,請用戶詳細描述里面任何可能引發(fā)可用性的地方。

(5)

用戶反饋:優(yōu)點:

由用戶主動提供盆均,因此能夠直接反應(yīng)用戶最關(guān)注的地方塞弊;反饋是一個持續(xù)的過程,所以不需要進行額外的收集工作泪姨;能夠迅速反映出用戶在需求游沿、環(huán)境和想法上的改變,因為無論何時發(fā)生這種改變肮砾,都可以通過最新的反饋顯示出來诀黍。

另外,許多軟件公司都采用beta測試仗处,就是把即將問世的產(chǎn)品發(fā)行給一小部分挑選出來的客戶眯勾,讓他們做出評價。Beta測試方法能及時獲得用戶反饋婆誓,以改進產(chǎn)品的第一個正式發(fā)行版吃环。

11.可用性方法匯總:

可用性方法的組合:一般來說,可用性人員首先要從界面入手進行經(jīng)驗性評估洋幻,排除顯而易見的可用性問題模叙。重新設(shè)計界面后,經(jīng)由用戶測試鞋屈,來檢查反復(fù)設(shè)計的效果范咨,同時也發(fā)現(xiàn)經(jīng)驗性評估未發(fā)現(xiàn)的問題。在經(jīng)驗性評估和用戶測試之間進行選擇主要有兩個理由厂庇。第一個原因是經(jīng)驗性評估不需要用戶參與就能夠發(fā)現(xiàn)并消除系統(tǒng)或產(chǎn)品中存在的可用性問題渠啊,實際上,找到一定數(shù)目的測試用戶并進行有計劃的安排权旷,有時并不容易替蛉。第二個原因是這兩大類可用性評估方法所發(fā)現(xiàn)的可用性問題有明顯的不同,這意味著兩種方法可以互補而不會重復(fù)拄氯。

12.界面的標(biāo)準(zhǔn):

(1)界面的一致性和標(biāo)準(zhǔn)有益于用戶躲查,一致性通常能夠提高用戶把使用某個系統(tǒng)的技能運用到另一個系統(tǒng)去的可能性。

(2)界面的一致性得益于軟件商,這不僅能增加界面的美感译柏,更夠是設(shè)計人員后來可以依靠這一基本規(guī)范進行設(shè)計镣煮,把工作重點放在設(shè)計產(chǎn)品的獨特方面,而不需要在界面設(shè)計中重復(fù)設(shè)計每一種交互設(shè)計鄙麦。

(3)標(biāo)準(zhǔn)帶來的不利因素:盡管完善的標(biāo)準(zhǔn)將會大大節(jié)省產(chǎn)品的開發(fā)費用典唇,但要使標(biāo)準(zhǔn)達到優(yōu)秀本身就是一個費用昂貴的過程镊折,在標(biāo)準(zhǔn)得以使用之前,必須投入時間和財力去開發(fā)標(biāo)準(zhǔn)介衔,這樣一來就可能導(dǎo)致基于這種標(biāo)準(zhǔn)的產(chǎn)品開發(fā)被拖延恨胚。

13.國際化用戶界面:

(1)相似圖標(biāo):描述圖標(biāo)所要表示的物理對象。例如用信封圖片表示電子郵件文件就使用了相似圖標(biāo)

(2)引用圖標(biāo):描述一些圖標(biāo)對象炎咖,通過參照和類推的方法表達圖標(biāo)想要表達的概念赃泡。例如,用彈簧夾圖片表示壓縮工具乘盼。

(3)指定圖標(biāo):指定圖標(biāo)只有通過約定才具有特殊的含義急迂,交通圖標(biāo)就是指定圖標(biāo),由于交通圖標(biāo)已經(jīng)非常標(biāo)準(zhǔn)化蹦肴,這些圖標(biāo)可以構(gòu)成一個很好的計算機來源。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末猴娩,一起剝皮案震驚了整個濱河市阴幌,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌卷中,老刑警劉巖矛双,帶你破解...
    沈念sama閱讀 216,496評論 6 501
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異蟆豫,居然都是意外死亡议忽,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,407評論 3 392
  • 文/潘曉璐 我一進店門十减,熙熙樓的掌柜王于貴愁眉苦臉地迎上來栈幸,“玉大人,你說我怎么就攤上這事帮辟∷僦罚” “怎么了?”我有些...
    開封第一講書人閱讀 162,632評論 0 353
  • 文/不壞的土叔 我叫張陵由驹,是天一觀的道長芍锚。 經(jīng)常有香客問我,道長蔓榄,這世上最難降的妖魔是什么并炮? 我笑而不...
    開封第一講書人閱讀 58,180評論 1 292
  • 正文 為了忘掉前任,我火速辦了婚禮甥郑,結(jié)果婚禮上逃魄,老公的妹妹穿的比我還像新娘。我一直安慰自己澜搅,他們只是感情好嗅钻,可當(dāng)我...
    茶點故事閱讀 67,198評論 6 388
  • 文/花漫 我一把揭開白布皂冰。 她就那樣靜靜地躺著,像睡著了一般养篓。 火紅的嫁衣襯著肌膚如雪秃流。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 51,165評論 1 299
  • 那天柳弄,我揣著相機與錄音舶胀,去河邊找鬼。 笑死碧注,一個胖子當(dāng)著我的面吹牛嚣伐,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播萍丐,決...
    沈念sama閱讀 40,052評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼轩端,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了逝变?” 一聲冷哼從身側(cè)響起基茵,我...
    開封第一講書人閱讀 38,910評論 0 274
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎壳影,沒想到半個月后腰池,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體瓢对,經(jīng)...
    沈念sama閱讀 45,324評論 1 310
  • 正文 獨居荒郊野嶺守林人離奇死亡速种,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,542評論 2 332
  • 正文 我和宋清朗相戀三年燕耿,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片掺栅。...
    茶點故事閱讀 39,711評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡烙肺,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出氧卧,到底是詐尸還是另有隱情茬高,我是刑警寧澤,帶...
    沈念sama閱讀 35,424評論 5 343
  • 正文 年R本政府宣布假抄,位于F島的核電站怎栽,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏宿饱。R本人自食惡果不足惜熏瞄,卻給世界環(huán)境...
    茶點故事閱讀 41,017評論 3 326
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望谬以。 院中可真熱鬧强饮,春花似錦、人聲如沸为黎。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,668評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至剪廉,卻和暖如春娃循,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背斗蒋。 一陣腳步聲響...
    開封第一講書人閱讀 32,823評論 1 269
  • 我被黑心中介騙來泰國打工捌斧, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人泉沾。 一個月前我還...
    沈念sama閱讀 47,722評論 2 368
  • 正文 我出身青樓捞蚂,卻偏偏與公主長得像,于是被迫代替她去往敵國和親跷究。 傳聞我的和親對象是個殘疾皇子姓迅,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 44,611評論 2 353

推薦閱讀更多精彩內(nèi)容