【導(dǎo)讀】隨著移動(dòng)平臺(tái)的崛起，越來(lái)越多的傳統(tǒng)PC軟件被移植到移動(dòng)平臺(tái)，比如ipad，額，所以為Android用戶開(kāi)發(fā)滿足日常使用的軟件成為了現(xiàn)在的一大熱門(mén)。也可以做定時(shí)提醒。

　　

【正文】 s 日程信 息表 序號(hào) 列名 數(shù)據(jù)類(lèi)型 主鍵 說(shuō)明 1 _id int 是 2 hour int 小時(shí) 3 minutes int 分鐘 4 Noticedate varchar 提醒日期 5 Alarmtime 提醒時(shí)間 6 Enabled int 是否啟用 7 Vibrate int 是否震動(dòng)提示 8 message varchar 事項(xiàng)文本 24 6 個(gè)人 日程管理 系統(tǒng)實(shí)現(xiàn) 本章介紹本系統(tǒng)的各個(gè)模塊的設(shè)計(jì)和實(shí)現(xiàn)。首先在 Eclipse 中配置好 ADT 和Android SDK 等開(kāi)發(fā)環(huán) 境，然后新建一個(gè) Android 項(xiàng)目，項(xiàng)目名為 LifeMemoPro，然后在 Android 項(xiàng)目中的 文件中配置本軟件需要使用的權(quán)限。 日程安排界面實(shí)現(xiàn) 在該界面中，用戶可以看到所有的事務(wù)事項(xiàng)信息。系統(tǒng)通過(guò) ListView 組件來(lái)顯示所有的事務(wù)事項(xiàng)性信息，每一個(gè) Item 都包括是否啟用按鈕、提醒時(shí)間、循環(huán)周期和提醒事項(xiàng)。 該界面的頂端是通過(guò) RelativeLayout、 Button 和 TextView 這三個(gè)常用的組件來(lái)實(shí)現(xiàn)的， RelativeLayout 用來(lái)做布局， Button定義了添加事務(wù)錄的入口按鈕，而TextView 則指定了本系統(tǒng)的標(biāo)題。 用戶可以通過(guò)左邊的啟動(dòng)按鈕來(lái)啟動(dòng)或者停止一個(gè)提醒事項(xiàng)，如果事項(xiàng)被設(shè)置成關(guān)閉提醒后，即使時(shí)間到了系統(tǒng)也是不會(huì)提醒的，直到用戶啟動(dòng)該項(xiàng)事務(wù)提醒為止。 左邊的啟動(dòng)選項(xiàng)是通過(guò)一個(gè) ImageView 和 Checkbox 組件來(lái)實(shí)現(xiàn)的。通過(guò)指定 ImageView 的 Src 屬性來(lái)為圖片設(shè)置資源，而 Checkbox 則是通過(guò)設(shè)置其background 屬性來(lái)控制其顯示的圖片，從而標(biāo)識(shí)當(dāng)前是否為勾選狀態(tài)。 Item 的右邊顯示了提醒的時(shí)刻和提醒事項(xiàng)。提醒事項(xiàng)名稱為 用戶在添加鬧鐘的時(shí)候輸入的。 用戶可以單擊一個(gè)日程事項(xiàng)來(lái)打開(kāi)上下文菜單，菜單中包括停止提醒、修改和取消提醒三個(gè)選項(xiàng)。 同時(shí)，用戶可以通過(guò)該界面左上角的“添加”按鈕來(lái)打開(kāi)日程提醒添加界面。具體的實(shí)現(xiàn)效果如圖 所示。 25 圖 日程 消息界面 日歷功能實(shí)現(xiàn) 日歷界面顯示了當(dāng)前月的日歷信息，包括月份、日期和對(duì)應(yīng)的周信息。用戶可以同“上一月”和“下一月”按鈕來(lái)控制日歷的顯示信息。例如點(diǎn)擊“上一月”按鈕日歷可以返回到上一月的日期。 該界面采用一張背景圖片來(lái)標(biāo)識(shí)各個(gè)日期單元格和周信息，并通過(guò)繼承至ImageView 來(lái)實(shí)現(xiàn)日歷的繪制。 日歷的每個(gè)單元格都是采用 Rect 來(lái)繪制的。在 Java 中 Rect 表示了一個(gè)矩形，我們可以將其結(jié)合 Paint 來(lái)繪制一個(gè)單元格并且在單元格中繪制文本。繪制文本的工作是交給 Paint 來(lái)完成的。繪制文本時(shí)，我們通過(guò) Paint 對(duì)象的 setTextSize 方法來(lái)設(shè)置文本的大小，并通過(guò)其 setColor 和 setFakeBoldText 方法分別來(lái)指定字體的顏色和是否為粗體。 另外，當(dāng)用戶在屏幕上點(diǎn)擊一個(gè)日期后，我們通過(guò) CalendarView 對(duì)象的相關(guān)方法來(lái)或者用戶點(diǎn)擊的是哪個(gè)日期，并在屏幕 的下方顯示對(duì)應(yīng)的日期。 具體的實(shí)現(xiàn)效果如圖 所示。 26 圖 日期查找功能實(shí)現(xiàn) 添加事務(wù)模塊實(shí)現(xiàn) 在該界面里涉及到了 Android 中的一種重要 Activity，即 PreferenceActivity，該類(lèi)型主要用來(lái)做設(shè)置界面使用。本界面通過(guò)繼承至 PreferenceActivity 來(lái)實(shí)現(xiàn)各個(gè)選項(xiàng)的填寫(xiě)和輸入操作，同時(shí)，涉及到的 Android 組件包括 CheckBox 和 Button等等。 在該界面中，用戶可以添加新的事務(wù)提醒信息。添加時(shí)，用戶需要選擇時(shí)間、提醒循環(huán)類(lèi)型；同時(shí)用戶可以選擇提醒的 鈴聲和選擇是否震動(dòng)手機(jī)提醒；最后用戶可以輸入提醒事項(xiàng)的名稱。當(dāng)然這個(gè)名稱也可以不輸入。當(dāng)用戶輸入后該事項(xiàng)名稱將會(huì)被顯示在我的事務(wù)記錄里。 用戶可以通過(guò)最上方的“啟用日程管理”復(fù)選框來(lái)開(kāi)啟或者關(guān)閉這個(gè)提醒事項(xiàng)。當(dāng)各項(xiàng)輸入完畢后 ,用戶可以通過(guò)左下角的“完成”按鈕來(lái)提交數(shù)據(jù)。 具體的實(shí)現(xiàn)效果如圖 所示。 27 圖 添加 日程 界面 鬧鐘提醒功能實(shí)現(xiàn) 當(dāng)手機(jī)時(shí)間到了鬧鐘設(shè)置的時(shí)間時(shí) ,系統(tǒng)自動(dòng)會(huì)啟動(dòng)鬧鐘來(lái)提醒 ,提醒是系統(tǒng)會(huì)根據(jù)設(shè)置來(lái)判斷是否需要震動(dòng)手機(jī)，也會(huì)根據(jù)用戶設(shè)置的不同提醒聲 音播放不同的提醒聲 ,如果用戶添加事項(xiàng)事務(wù)的時(shí)候沒(méi)有選擇對(duì)應(yīng)的提醒鈴聲 ,則系統(tǒng)會(huì)播放默認(rèn)的提醒聲。 鈴聲提醒是通過(guò)在系統(tǒng)注冊(cè)一個(gè) Receiver 來(lái)實(shí)現(xiàn)的 ,該 Receiver 繼承至BroadcastReceiver 并重寫(xiě)了其 onReceive 方法 ,在該方法中我們可以處理業(yè)務(wù)邏輯 ,例如鈴聲提醒。鬧鐘提示截圖如下 所示。 28 圖 提醒界面 同時(shí)該 Receiver 需要在 全局文件中注冊(cè)： receiver android:name=AlarmInitReceiver intentfilter action android:name= / action android:name= / action android:name= / action android:name= / /intentfilter /receiver 29 7 系統(tǒng)測(cè)試與分析 軟件測(cè)試的重要性 軟件的測(cè)試在軟件生命周期中占據(jù)重要的地位，在傳統(tǒng)的瀑布模型中，軟件測(cè)試學(xué)僅處于運(yùn)行維護(hù)階段之前，是軟件產(chǎn)品交付用戶使用之前保證軟件質(zhì)量的重要手段。近來(lái)，軟件工程界趨向于一種新的觀點(diǎn)，即認(rèn)為軟件生命周期每一階段中都應(yīng)包含測(cè)試，從而檢驗(yàn)本階段的成果是否接近預(yù)期的目標(biāo)，盡可能早的發(fā)現(xiàn)錯(cuò)誤并加以修正，如果不在早期階段進(jìn)行測(cè)試，錯(cuò)誤的延時(shí)擴(kuò)散常常會(huì)導(dǎo)致最后成品測(cè)試的巨大困難。 事實(shí)上，對(duì)于軟件來(lái)講，不論采用什么技術(shù)和什么方法，軟件中仍然會(huì)有錯(cuò)。采用新的語(yǔ)言、先進(jìn)的開(kāi)發(fā)方式、 完善的開(kāi)發(fā)過(guò)程，可以減少錯(cuò)誤的引入，但是不可能完全杜絕軟件中的錯(cuò)誤，這些引入的錯(cuò)誤需要測(cè)試來(lái)找出，軟件中的錯(cuò)誤密度也需要測(cè)試來(lái)進(jìn)行估計(jì)。測(cè)試是所有工程學(xué)科的基本組成單元，是軟件開(kāi)發(fā)的重要部分。自有程序設(shè)計(jì)的那天起測(cè)試就一直伴隨著。統(tǒng)計(jì)表明，在典型的軟件開(kāi)發(fā)項(xiàng)目中，軟件測(cè)試工作量往往占軟件開(kāi)發(fā)總工作量的 40％以上。而在軟件開(kāi)發(fā)的總成本中，用在測(cè)試上的開(kāi)銷(xiāo)要占 30％到 50％。如果把維護(hù)階段也考慮在內(nèi)，討論整個(gè)軟件生存期時(shí)，測(cè)試的成本比例也許會(huì)有所降低，但實(shí)際上維護(hù)工作相當(dāng)于二次開(kāi)發(fā)，乃至多次開(kāi)發(fā)，其中必定還包含 有許多測(cè)試工作。 在實(shí)踐中，軟件測(cè)試的困難常常使人望而卻步或敷衍了事，這是由于對(duì)測(cè)試仍然存在一些不正確的看法和錯(cuò)誤的態(tài)度，這包括 : (1)認(rèn)為測(cè)試工作不如設(shè)計(jì)和編碼那樣容易取得進(jìn)展難以給測(cè)試人員某種成就感； (2)以發(fā)現(xiàn)軟件錯(cuò)誤為目標(biāo)的測(cè)試是非建設(shè)性的，甚至是破壞性的，測(cè)試中發(fā)現(xiàn)錯(cuò)位是對(duì)責(zé)任者工作的一種否定； (3)測(cè)試工作枯燥無(wú)味，不能引起人們的興趣； (4)測(cè)試工作是艱苦而細(xì)致的工作； (5)對(duì)自己編寫(xiě)的程序盲目自信，在發(fā)現(xiàn)錯(cuò)誤后，顧慮別人對(duì)自己的開(kāi)發(fā)能力的看法。 30 這些觀點(diǎn)對(duì)軟件測(cè)試工作是極為不利的 ，必須澄清認(rèn)識(shí)、端正態(tài)度，才可能提高軟件產(chǎn)品的質(zhì)量。 軟件測(cè)試的目的 如果測(cè)試的目的是為了盡可能多地找出錯(cuò)誤，那么測(cè)試就應(yīng)該直接針對(duì)軟件比較復(fù)雜的部分或是以前出錯(cuò)比較多的位置。如果測(cè)試目的是為了給最終用戶提供具有一定可信度的質(zhì)量評(píng)價(jià)，那么測(cè)試就應(yīng)該直接針對(duì)在實(shí)際應(yīng)用中會(huì)經(jīng)常用到的商業(yè)假設(shè)。 在談到軟件測(cè)試時(shí)，許多人都引用 Grenford J. Myers 在《 The Art of Software Testing》一書(shū)中的觀點(diǎn) : (1)軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程； (2)測(cè)試是為了證 明程序有錯(cuò)，而不是證明程序無(wú)錯(cuò)誤； (3)一個(gè)好的測(cè)試用例是在于它能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤； (4)一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。 這種觀點(diǎn)可以提醒人們測(cè)試要以查找錯(cuò)誤為中心，而不是為了演示軟件的正確功能。但是僅憑字面意思理解這一觀點(diǎn)可能會(huì)產(chǎn)生誤導(dǎo)，認(rèn)為發(fā)現(xiàn)錯(cuò)誤是軟件測(cè)試的唯一目，查找不出錯(cuò)誤的測(cè)試就是沒(méi)有價(jià)值的，事實(shí)并非如此。 首先，測(cè)試并不僅僅是為了要找出錯(cuò)誤。通過(guò)分析錯(cuò)誤產(chǎn)生的原因和錯(cuò)誤的分布特征，可以幫助項(xiàng)目管理者發(fā)現(xiàn)當(dāng)前所采用的軟件過(guò)程的缺陷，以便改進(jìn)。同時(shí)，這種分析也能幫助我 們?cè)O(shè)計(jì)出有針對(duì)性地檢測(cè)方法，改善測(cè)試的有效性。其次，沒(méi)有發(fā)現(xiàn)錯(cuò)誤的測(cè)試也是有價(jià)值的，完整的測(cè)試是評(píng)定測(cè)試質(zhì)量的一種方法。 軟件測(cè)試的方法 隨著 軟件測(cè)試技術(shù) 的不斷發(fā)展，測(cè)試方法也越來(lái)越多樣化，針對(duì)性更強(qiáng)；選擇合適的軟件測(cè)試方法可以讓我們事半功倍。 31 白盒測(cè)試 白盒測(cè)試，英文是 White Box Testing。又稱結(jié)構(gòu)測(cè)試或者邏輯 驅(qū)動(dòng) 測(cè)試。 白盒測(cè)試 是把測(cè)試對(duì)象看作一個(gè)打開(kāi)的盒子。利用白盒測(cè)試法進(jìn)行 動(dòng)態(tài)測(cè)試 時(shí)，需要測(cè)試 軟件 產(chǎn)品的內(nèi)部結(jié)構(gòu)和處理過(guò)程，不需測(cè)試軟件產(chǎn)品的功能。 白盒測(cè)試 法的覆蓋標(biāo)準(zhǔn)有 邏輯覆蓋 、循環(huán)覆蓋和基本 路徑測(cè)試 。其中 邏輯覆蓋 包括 語(yǔ)句覆蓋 、 判定覆蓋 、 條件覆蓋 、判定 /條件覆蓋、 條件組合覆蓋 和 路徑覆蓋 。 白盒測(cè)試 是知道產(chǎn)品內(nèi)部工作過(guò)程，可通過(guò)測(cè)試來(lái)檢測(cè)產(chǎn)品內(nèi)部動(dòng)作是否按照規(guī)格說(shuō)明書(shū)的規(guī)定正常進(jìn)行，按照程序內(nèi)部的結(jié)構(gòu) 測(cè)試程序 ，檢驗(yàn)程序中的每條通路是否都有能按預(yù)定要求正確工作，而不顧它的功能，白盒測(cè)試的主要方法有邏輯驅(qū)動(dòng)、基路測(cè)試等，主要 用于 軟件 驗(yàn)證。 黑盒測(cè)試 黑盒測(cè)試 ，英文是 Black Box Testing。又稱 功能測(cè)試 或者 數(shù)據(jù)驅(qū)動(dòng)測(cè)試 。 黑盒測(cè)試是根據(jù) 軟件 的規(guī)格對(duì)軟件進(jìn)行的測(cè)試，這類(lèi)測(cè)試不考慮軟件內(nèi)部的運(yùn)作原理，因此軟件對(duì)用戶來(lái)說(shuō)就像一個(gè)黑盒子。 軟件測(cè)試人員 以用戶的角度，通過(guò)各種輸入和觀察軟件的各種輸出結(jié)果來(lái)發(fā)現(xiàn)軟件存在的缺陷，而不關(guān)心程序具體如何實(shí)現(xiàn)的一種軟件測(cè)試方法。 本系統(tǒng)測(cè)試用例 測(cè)試用例 1： 本 測(cè)試的目的是驗(yàn)證系統(tǒng)最核心的事務(wù)提醒功能是否實(shí)現(xiàn)，首先給系統(tǒng)設(shè)置一個(gè)提醒事項(xiàng)，提醒時(shí)間為“ 11： 57”，提醒事項(xiàng)為“朋友生日”，并將其保存。 等待到系統(tǒng)的時(shí)間到了 11： 57 分鐘后觀察手機(jī)，可以得到以下截圖： 32 圖 提醒測(cè)試界面 由此可見(jiàn)，系統(tǒng)在預(yù)定的時(shí)刻提醒了，并且提醒的標(biāo)題也跟設(shè)置的一致 ,所以系統(tǒng)的提醒功能是沒(méi)問(wèn)題的。 測(cè)試用例 2： 首先給系統(tǒng)設(shè)置一個(gè)提醒事項(xiàng)，提醒時(shí)間為“ 11： 57”，提醒事項(xiàng)為“朋友生日”， :此時(shí)點(diǎn)擊鈴聲，出現(xiàn)手機(jī)數(shù)據(jù)庫(kù)中的各種鈴聲，截圖如下： 33 圖 鈴聲選取界面 由此可見(jiàn)，該軟件能夠連接到手機(jī)自帶的數(shù)據(jù)庫(kù)，調(diào)出系統(tǒng)自帶的鈴聲。與手機(jī)數(shù)據(jù)庫(kù)很好的連接起來(lái)。 測(cè)試用例 3： 測(cè)試備忘事件輸入框，輸入中文。截圖如下： 34 圖 備忘事件輸入 如圖所示，輸入框能夠輸入中文。用戶界面良好。 軟件測(cè)試的重要性 第一是確認(rèn)軟件的質(zhì)量，其一方面是確認(rèn)軟件做了你所期望的事情（ Do the right thing），另一方面是確認(rèn)軟件以正確的方式來(lái)做了這個(gè)事件（ Do it right）。 第二是提供信息，比如提供給 開(kāi)發(fā)人員或程序經(jīng)理的反饋信息，為風(fēng)險(xiǎn)評(píng)估所準(zhǔn)備的信息。 第三軟件測(cè)試不僅是在測(cè)試軟件產(chǎn)品的本身，而且還包括軟件開(kāi)發(fā)的過(guò)程。如果一個(gè)軟件產(chǎn)品開(kāi)發(fā)完成之后發(fā)現(xiàn)了很多問(wèn)題，這說(shuō)明此軟件開(kāi)發(fā)過(guò)程很可能是有缺陷的。因此軟件測(cè)試的第三個(gè)目的是保證整個(gè)軟件開(kāi)發(fā)過(guò)程是高質(zhì)量的。 35 8 總結(jié)與展望 總結(jié) 本次設(shè)計(jì)研究的是一個(gè)基于 Android 的個(gè)人事務(wù)錄管理系統(tǒng)系統(tǒng)，綜合應(yīng)用了 Android SDK 、 SQLite、 Activity、 Service 和 receiver 等等知識(shí) ,實(shí)現(xiàn)了 Android平臺(tái)的日歷功能、事項(xiàng)事務(wù)錄 添加、修改、停用和刪除功能，實(shí)現(xiàn)了事項(xiàng)提醒、自定義提醒鈴聲、是否震動(dòng)提醒等等一系列功能，為用戶帶來(lái)較好的操作體驗(yàn)，最大程度地避免忘記一些重要的事項(xiàng)。 從本系統(tǒng)的開(kāi)發(fā)過(guò)程中，我受益匪淺。首先，我認(rèn)識(shí)到了代碼規(guī)范的重要性，特別是在一些大型項(xiàng)目中，用到的函數(shù)可能有數(shù)百個(gè)，如果編寫(xiě)的代碼不規(guī)范會(huì)給后期的檢查帶來(lái)極大的麻煩。而且完整的代碼測(cè)試也非常重要，有些錯(cuò)誤可能在很久以后才能發(fā)現(xiàn)。其次，我意識(shí)到了軟件設(shè)計(jì)的重要性，原來(lái)接觸的項(xiàng)目往往是快速開(kāi)發(fā)類(lèi)型的，幾乎不需要在軟件的邏輯設(shè)計(jì)上花費(fèi)太多時(shí)間，往往可以邊開(kāi)發(fā)邊進(jìn)行下 一步的設(shè)計(jì)。但是這一次我意識(shí)到做軟件設(shè)計(jì)很重要，當(dāng)初一個(gè)設(shè)計(jì)沒(méi)注意，可能造成后來(lái)的編碼大