需求文檔細(xì)節(jié)自查方法

最近做的項(xiàng)目交互都相對(duì)較復(fù)雜,所以在項(xiàng)目過程中一些邊界情況在需求文檔中就給遺漏了。項(xiàng)目評(píng)審時(shí)也沒有發(fā)現(xiàn),在開發(fā)過程中開發(fā)同學(xué)也沒有能夠很好的關(guān)注,最后在提測時(shí)問題暴露出來了,卻發(fā)現(xiàn)有些晚了。

有時(shí)候就反思自己,在出需求文檔的時(shí)候?yàn)樯毒瓦z漏了這些細(xì)節(jié)邊界情況呢,這樣的需求遺漏一個(gè)或許還可以接受,但是如果較多的話就可能會(huì)影響到項(xiàng)目的排期。發(fā)現(xiàn)自己在考慮問題時(shí)沒有太仔細(xì)。

于是針對(duì)細(xì)節(jié)、邊界遺漏這種case ,做了一個(gè)study,列一個(gè)清單,后期出需求的時(shí)候都對(duì)照清單進(jìn)行自查,相信這樣會(huì)有很好的效果。

自查步驟:

1. 主流程的自查。根據(jù)用戶使用場景進(jìn)行一步一步的拆解,檢查目前的主流程是否存在問題。一般主流程是pm 和交互討論后定的,但也不乏出現(xiàn)問題的情況,這種主流程的自查其實(shí)可以多找?guī)讉€(gè)未參與主流程設(shè)計(jì)的人問問,看看他們的使用情況。

2. 對(duì)交互細(xì)節(jié)進(jìn)行梳理。細(xì)節(jié)主要包括了以下幾點(diǎn):

1) 頁面信息布局。主要檢查頁面布局是否清晰、操作按鈕是否放在合適的位置。比如ios app 中內(nèi)容編輯頁面,提交或下一步大部分都放在右上角。

2 ) 頁面切換效果。ios 頁面切換效果有從右往左推入、從左往右退出、從下往上彈出、從上往下退出、漸現(xiàn)、漸隱、立現(xiàn)、立隱。

大部分ios 頁面切換會(huì)遵循以下的規(guī)范,對(duì)于一個(gè)連續(xù)的操作,打開一個(gè)新頁面是從右往左推出,而返回上一級(jí)頁面是從左往右退出。但是如果是在原本操作流程中臨時(shí)插入一個(gè)新的流程(如提交內(nèi)容時(shí)登錄,登錄就是臨時(shí)插入的流程),新頁面則是從下往上彈出,當(dāng)處理完這個(gè)流程后會(huì)從上往下收起。當(dāng)前頁面的蒙版,高斯模糊效果并不能算是一個(gè)新的頁面,所以如果以推入的動(dòng)畫來實(shí)現(xiàn)頁面的切換效果就不是特別好,這個(gè)時(shí)候立現(xiàn)可能會(huì)更好。

3)操作按鈕位置。按鈕位置是否合理,如確認(rèn)彈框中,確認(rèn)放左邊還是右邊。按鈕是用文字還是icon 或者icon和文字結(jié)合的形式。

4)操作反饋。對(duì)于用戶的操作最好能給予用戶一定的反饋,這樣用戶才知道自己究竟做了些什么,比如button 點(diǎn)擊的二態(tài),收藏成功后的提示。這些都是對(duì)用戶操作的及時(shí)反饋,會(huì)給用戶安全感,不然我都不知道我點(diǎn)中了沒有,收藏成功了沒有。

3. 邊界case 自查。交互越復(fù)雜的需求遇到的邊界case 會(huì)越多,而這些邊界case 也是最容易讓人遺漏的點(diǎn)。

1)網(wǎng)絡(luò)類:無網(wǎng)絡(luò)、網(wǎng)速慢、網(wǎng)絡(luò)環(huán)境的變化、網(wǎng)絡(luò)超時(shí)

2)帳號(hào)類:是否需要登錄才能使用、未登錄、多設(shè)備同步

3)硬件類:屏幕過大、屏幕過小、找不到相關(guān)設(shè)備、橫豎屏旋轉(zhuǎn)、內(nèi)存不足

4)權(quán)限類:無權(quán)限、權(quán)限不足(相冊(cè)、照相機(jī)、定位、麥克風(fēng))

5) 緩存類:內(nèi)容編輯是否緩存,最新數(shù)據(jù)與緩存數(shù)據(jù)不一致

6)活動(dòng)類:活動(dòng)有效期,過期提醒

7)數(shù)據(jù)丟失,數(shù)據(jù)查找失敗

8)歷史版本兼容

9) 事件互斥性,執(zhí)行某個(gè)操作的同時(shí)執(zhí)行其他操作是否允許。(如在語音播放過程點(diǎn)擊返回是否結(jié)束語音播放)

10) 輸入限制:輸入長度限制、輸入字符限制。


一梳理發(fā)現(xiàn)邊界case 真心好多,想起以前一開發(fā)同學(xué)跟我說處理邊界case 和實(shí)現(xiàn)一個(gè)功能的耗時(shí)是差不多的,pm 如果能夠在出需求的時(shí)候盡量把邊界case 都想全,將很大程度節(jié)省開發(fā)同學(xué)在項(xiàng)目開發(fā)過程找pm 確認(rèn)邊界處理情況的耗時(shí)。

----END---

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

  • 1.測試與軟件模型 軟件開發(fā)生命周期模型指的是軟件開發(fā)全過程、活動(dòng)和任務(wù)的結(jié)構(gòu)性框架。軟件項(xiàng)目的開發(fā)包括:需求、設(shè)...
    Mr希靈閱讀 22,427評(píng)論 7 278
  • Android 自定義View的各種姿勢1 Activity的顯示之ViewRootImpl詳解 Activity...
    passiontim閱讀 179,351評(píng)論 25 708
  • Spring Cloud為開發(fā)人員提供了快速構(gòu)建分布式系統(tǒng)中一些常見模式的工具(例如配置管理,服務(wù)發(fā)現(xiàn),斷路器,智...
    卡卡羅2017閱讀 136,697評(píng)論 19 139
  • 連續(xù)刷了一周的《遇見王瀝川》,終于看完了結(jié)局,不是Happy End,但或許這就是現(xiàn)實(shí)中的愛情,不完美總有遺憾,卻...
    文染時(shí)光閱讀 6,415評(píng)論 14 18
  • 懷 著 專 業(yè) 和 良 知,與 你 相 識(shí) ,為 你 科 普。閱 讀 時(shí) 長2' 10" 。 前言:16年貌似漫長...
    74c4a1d9e9c2閱讀 2,842評(píng)論 0 2

友情鏈接更多精彩內(nèi)容