【正文】 但是這一次我意識(shí)到做軟件設(shè)計(jì)很重要，當(dāng)初一個(gè)設(shè)計(jì)沒注意，可能造成后來的編碼大面積。而且完整的代碼測(cè)試也非常重要，有些錯(cuò)誤可能在很久以后才能發(fā)現(xiàn)。 從本系統(tǒng)的開發(fā)過程中，我受益匪淺。因此軟件測(cè)試的第三個(gè)目的是保證整個(gè)軟件開發(fā)過程是高質(zhì)量的。 第三軟件測(cè)試不僅是在測(cè)試軟件產(chǎn)品的本身，而且還包括軟件開發(fā)的過程。 軟件測(cè)試的重要性 第一是確認(rèn)軟件的質(zhì)量，其一方面是確認(rèn)軟件做了你所期望的事情（ Do the right thing），另一方面是確認(rèn)軟件以正確的方式來做了這個(gè)事件（ Do it right）。截圖如下： 34 圖 備忘事件輸入 如圖所示，輸入框能夠輸入中文。與手機(jī)數(shù)據(jù)庫(kù)很好的連接起來。 等待到系統(tǒng)的時(shí)間到了 11： 57 分鐘后觀察手機(jī)，可以得到以下截圖： 32 圖 提醒測(cè)試界面 由此可見，系統(tǒng)在預(yù)定的時(shí)刻提醒了，并且提醒的標(biāo)題也跟設(shè)置的一致 ,所以系統(tǒng)的提醒功能是沒問題的。 軟件測(cè)試人員 以用戶的角度，通過各種輸入和觀察軟件的各種輸出結(jié)果來發(fā)現(xiàn)軟件存在的缺陷，而不關(guān)心程序具體如何實(shí)現(xiàn)的一種軟件測(cè)試方法。又稱 功能測(cè)試 或者 數(shù)據(jù)驅(qū)動(dòng)測(cè)試 。 白盒測(cè)試 是知道產(chǎn)品內(nèi)部工作過程，可通過測(cè)試來檢測(cè)產(chǎn)品內(nèi)部動(dòng)作是否按照規(guī)格說明書的規(guī)定正常進(jìn)行，按照程序內(nèi)部的結(jié)構(gòu) 測(cè)試程序 ，檢驗(yàn)程序中的每條通路是否都有能按預(yù)定要求正確工作，而不顧它的功能，白盒測(cè)試的主要方法有邏輯驅(qū)動(dòng)、基路測(cè)試等，主要 用于 軟件 驗(yàn)證。 白盒測(cè)試 法的覆蓋標(biāo)準(zhǔn)有 邏輯覆蓋 、循環(huán)覆蓋和基本 路徑測(cè)試 。 白盒測(cè)試 是把測(cè)試對(duì)象看作一個(gè)打開的盒子。 31 白盒測(cè)試 白盒測(cè)試，英文是 White Box Testing。其次，沒有發(fā)現(xiàn)錯(cuò)誤的測(cè)試也是有價(jià)值的，完整的測(cè)試是評(píng)定測(cè)試質(zhì)量的一種方法。通過分析錯(cuò)誤產(chǎn)生的原因和錯(cuò)誤的分布特征，可以幫助項(xiàng)目管理者發(fā)現(xiàn)當(dāng)前所采用的軟件過程的缺陷，以便改進(jìn)。但是僅憑字面意思理解這一觀點(diǎn)可能會(huì)產(chǎn)生誤導(dǎo)，認(rèn)為發(fā)現(xiàn)錯(cuò)誤是軟件測(cè)試的唯一目，查找不出錯(cuò)誤的測(cè)試就是沒有價(jià)值的，事實(shí)并非如此。 在談到軟件測(cè)試時(shí)，許多人都引用 Grenford J. Myers 在《 The Art of Software Testing》一書中的觀點(diǎn) : (1)軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程； (2)測(cè)試是為了證 明程序有錯(cuò)，而不是證明程序無錯(cuò)誤； (3)一個(gè)好的測(cè)試用例是在于它能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤； (4)一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。 軟件測(cè)試的目的 如果測(cè)試的目的是為了盡可能多地找出錯(cuò)誤，那么測(cè)試就應(yīng)該直接針對(duì)軟件比較復(fù)雜的部分或是以前出錯(cuò)比較多的位置。 在實(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è)試工作枯燥無味，不能引起人們的興趣； (4)測(cè)試工作是艱苦而細(xì)致的工作； (5)對(duì)自己編寫的程序盲目自信，在發(fā)現(xiàn)錯(cuò)誤后，顧慮別人對(duì)自己的開發(fā)能力的看法。而在軟件開發(fā)的總成本中，用在測(cè)試上的開銷要占 30％到 50％。自有程序設(shè)計(jì)的那天起測(cè)試就一直伴隨著。采用新的語(yǔ)言、先進(jìn)的開發(fā)方式、 完善的開發(fā)過程，可以減少錯(cuò)誤的引入，但是不可能完全杜絕軟件中的錯(cuò)誤，這些引入的錯(cuò)誤需要測(cè)試來找出，軟件中的錯(cuò)誤密度也需要測(cè)試來進(jìn)行估計(jì)。近來，軟件工程界趨向于一種新的觀點(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è)試的巨大困難。鬧鐘提示截圖如下 所示。 27 圖 添加 日程 界面 鬧鐘提醒功能實(shí)現(xiàn) 當(dāng)手機(jī)時(shí)間到了鬧鐘設(shè)置的時(shí)間時(shí) ,系統(tǒng)自動(dòng)會(huì)啟動(dòng)鬧鐘來提醒 ,提醒是系統(tǒng)會(huì)根據(jù)設(shè)置來判斷是否需要震動(dòng)手機(jī)，也會(huì)根據(jù)用戶設(shè)置的不同提醒聲 音播放不同的提醒聲 ,如果用戶添加事項(xiàng)事務(wù)的時(shí)候沒有選擇對(duì)應(yīng)的提醒鈴聲 ,則系統(tǒng)會(huì)播放默認(rèn)的提醒聲。當(dāng)各項(xiàng)輸入完畢后 ,用戶可以通過左下角的“完成”按鈕來提交數(shù)據(jù)。當(dāng)用戶輸入后該事項(xiàng)名稱將會(huì)被顯示在我的事務(wù)記錄里。添加時(shí)，用戶需要選擇時(shí)間、提醒循環(huán)類型；同時(shí)用戶可以選擇提醒的 鈴聲和選擇是否震動(dòng)手機(jī)提醒；最后用戶可以輸入提醒事項(xiàng)的名稱。本界面通過繼承至 PreferenceActivity 來實(shí)現(xiàn)各個(gè)選項(xiàng)的填寫和輸入操作，同時(shí)，涉及到的 Android 組件包括 CheckBox 和 Button等等。 具體的實(shí)現(xiàn)效果如圖 所示。繪制文本時(shí)，我們通過 Paint 對(duì)象的 setTextSize 方法來設(shè)置文本的大小，并通過其 setColor 和 setFakeBoldText 方法分別來指定字體的顏色和是否為粗體。在 Java 中 Rect 表示了一個(gè)矩形，我們可以將其結(jié)合 Paint 來繪制一個(gè)單元格并且在單元格中繪制文本。 該界面采用一張背景圖片來標(biāo)識(shí)各個(gè)日期單元格和周信息，并通過繼承至ImageView 來實(shí)現(xiàn)日歷的繪制。用戶可以同“上一月”和“下一月”按鈕來控制日歷的顯示信息。具體的實(shí)現(xiàn)效果如圖 所示。 用戶可以單擊一個(gè)日程事項(xiàng)來打開上下文菜單，菜單中包括停止提醒、修改和取消提醒三個(gè)選項(xiàng)。 Item 的右邊顯示了提醒的時(shí)刻和提醒事項(xiàng)。 左邊的啟動(dòng)選項(xiàng)是通過一個(gè) ImageView 和 Checkbox 組件來實(shí)現(xiàn)的。 該界面的頂端是通過 RelativeLayout、 Button 和 TextView 這三個(gè)常用的組件來實(shí)現(xiàn)的， RelativeLayout 用來做布局， Button定義了添加事務(wù)錄的入口按鈕，而TextView 則指定了本系統(tǒng)的標(biāo)題。 日程安排界面實(shí)現(xiàn) 在該界面中，用戶可以看到所有的事務(wù)事項(xiàng)信息。 表 Alarms 日程信 息表 序號(hào) 列名 數(shù)據(jù)類型 主鍵 說明 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)。 作 ER 圖的步驟： 1) 確定所有的實(shí)體集合 2) 選擇實(shí)體集應(yīng)包含的屬性 3) 確定實(shí)體集之間的聯(lián)系 4) 確定實(shí)體集的關(guān)鍵字，用下劃線在屬性上表明關(guān)鍵字的屬性組合 確定聯(lián)系的類型，在用線將表示聯(lián)系的菱形框聯(lián)系到實(shí)體集時(shí)，在線旁注明是 1 或 n(多）來表示聯(lián)系的類型 ，本系統(tǒng)數(shù)據(jù)庫(kù) ER 圖，如下圖 所示。 比如老師給學(xué)生授課存在授課關(guān)系，學(xué)生選課存在選課關(guān)系。實(shí)體內(nèi)部的聯(lián)系通常是指組成實(shí)體的各屬性之間的聯(lián)系；實(shí)體之間的聯(lián)系通常是指不同實(shí)體集之間的聯(lián)系。如果是派生屬性則用虛線橢圓表示。在 ER 圖中用橢圓形表示，并用無向邊將其與相應(yīng)的實(shí)體連接起來；比 如學(xué)生的姓名、學(xué)號(hào)、性別、都是屬性。如果是弱實(shí)體的話，在矩形外面再套實(shí)線矩形。 構(gòu)成 ER 圖的基本要素是實(shí)體型、屬性和聯(lián)系，其表示方法為： 22 實(shí)體型 (Entity)：具有相同屬性的實(shí)體具有相同的特征和性質(zhì)，用實(shí)體名及其屬性名集合來抽象和刻畫同類實(shí)體 。 ER 方法 :是 “實(shí)體 聯(lián)系方法 ”（ EntityRelationship Approach）的簡(jiǎn)稱。 圖 系統(tǒng)功能模塊圖 數(shù)據(jù)庫(kù)設(shè)計(jì) 本系統(tǒng)用到的數(shù)據(jù)庫(kù)為 Android自帶的 SQLite數(shù)據(jù)庫(kù) ,系統(tǒng)采用一個(gè)數(shù)據(jù)表來記錄信息，即事務(wù)事項(xiàng)信息表。 圖 是日程管理系統(tǒng)的流程圖。 20 系統(tǒng)流程 設(shè)計(jì) 本系統(tǒng)完成一個(gè)個(gè)人 日程管理 系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)工作，用戶一進(jìn)入系統(tǒng)后看到的是一個(gè)日程列表，用戶可以查看日程信息，也可以點(diǎn)擊一個(gè)日程進(jìn)入日程事務(wù)界面，該界面用戶可以修改和刪除所有的日程事務(wù)記錄。主要可以采用分布式設(shè)計(jì)、系統(tǒng)結(jié)構(gòu)模塊化設(shè)計(jì)等技術(shù)手段，把系統(tǒng)設(shè)計(jì)為多個(gè)功能相對(duì)獨(dú)立的模塊，降低系統(tǒng)的耦合度，提高系統(tǒng)的可擴(kuò)展性。只有安全可靠的系統(tǒng)才能發(fā)揮其應(yīng)有的功能。 可靠性安全性原則 可靠性和安全性是系統(tǒng)重要的需求之一，也是系統(tǒng)設(shè)計(jì)質(zhì)量的重要指標(biāo)。應(yīng)該以降低系統(tǒng)的成本為目標(biāo)，避免一味追求技術(shù)上的先進(jìn)而不考察應(yīng)用效益。 適用性原則 系統(tǒng)總的目 的是保證系統(tǒng)功能目標(biāo)的實(shí)現(xiàn)，即滿足客戶的需求，是所有應(yīng)用軟件最基本的原則。設(shè)計(jì)準(zhǔn)確即設(shè)計(jì)描述應(yīng)該力求避免模糊或二義性。在系統(tǒng)設(shè)計(jì)中，首先應(yīng)該注意的是設(shè)計(jì)的統(tǒng)一和準(zhǔn)確。良好的軟件系統(tǒng)來源于良好的系統(tǒng)設(shè)計(jì)。 4．鬧鐘提醒功能：在設(shè)定時(shí)間響鈴提醒 ，并提供貪睡功能 。 2．事務(wù)消息功能：在事務(wù)功能內(nèi)能進(jìn)行文字編輯，并保存到相應(yīng)日期位置。我想做的就是一款能在 android 平臺(tái)上運(yùn)行的加入了事務(wù)提醒功能的 手機(jī) 軟件。 它 不僅僅是一個(gè)讓我們知道日期的工具。 綜合考慮經(jīng)濟(jì)、技術(shù)、操作 和法律等方面的因素，該基于 Android 的個(gè)人 日程管理 系統(tǒng)可以立即開始進(jìn)行。 SQLite 的用戶可以把這個(gè)程序當(dāng)作如何寫 SQLite 應(yīng)用程序的示例。但同一時(shí)間只能有一個(gè)進(jìn)程或線程進(jìn)行數(shù)據(jù)寫入；否則會(huì)寫入失敗并得到一個(gè)錯(cuò)誤信息（或者會(huì)自動(dòng)重試一段時(shí)間，而這重試時(shí)間的長(zhǎng)短是可以設(shè)置的）。多個(gè)進(jìn)程或線程可以同時(shí)訪問同一個(gè)數(shù)據(jù)而沒有問題。例如，某些用戶發(fā)現(xiàn)這是使數(shù)據(jù)庫(kù)更加有用的創(chuàng)新，特別是與無類型的腳本語(yǔ)言一起使用的時(shí)候。不進(jìn)行類型檢查。 18 本系統(tǒng)采用 SQLite 作為后臺(tái)數(shù)據(jù)庫(kù)。 （ 2） 技術(shù)可行性 ： 本系統(tǒng)使用 Android 和 SQLite 技術(shù)進(jìn)行開發(fā)， Android 作為谷歌公司已經(jīng)比較成熟的產(chǎn)品，現(xiàn)在有越來越多的企業(yè)及技術(shù)人員選擇它作為開發(fā)平臺(tái)。而且，目標(biāo)系統(tǒng)并是十分的復(fù)雜，開發(fā)的周期較短，人員經(jīng)濟(jì)支出有限。 系統(tǒng)的可行性分析主要包括經(jīng)濟(jì)上的可行性，技術(shù)上的可行性，操作上的可行性和法律上的可行性。要達(dá)到這個(gè)目的，必須分析幾種主要的可能解法的利弊，從而判斷原定的系統(tǒng)規(guī)模和目標(biāo)是否現(xiàn)實(shí)，系統(tǒng)完成后所能帶來的效益是否大到值得投資開發(fā)這個(gè)系統(tǒng)的程度。在此，主要從技術(shù)可行性、經(jīng)濟(jì)可行性和操作可行性三方面進(jìn)行分析。 17 結(jié)構(gòu)化分析方法的基本思想是該系統(tǒng)采用結(jié)構(gòu)化分析方法，以抽象和分解為手段，對(duì)系統(tǒng)進(jìn)行自頂向下的逐層分解，逐步細(xì)分，逐步求精，從而達(dá)到易于理解的目的。在近期目標(biāo)完成后，該系統(tǒng)應(yīng)該有很強(qiáng)的擴(kuò)充性，便于在此基礎(chǔ)上進(jìn)行擴(kuò)充式開發(fā)，為以后的發(fā)展及擴(kuò)充打好基礎(chǔ)。這一階段的主要任務(wù)是由系統(tǒng)分析員了解每個(gè)業(yè)務(wù)流程，工作流程，廣大用戶的需求，運(yùn)用系統(tǒng)開發(fā)理論、開發(fā)方法和開發(fā)技術(shù)設(shè)計(jì)出一個(gè)計(jì)算機(jī)化的信息系統(tǒng)。其次需求也是多方面的，有用戶為主的功能需求、可用性需求，還有開發(fā)的開發(fā)環(huán)境需求。因此要有一個(gè)好 的需求分析。沒有好的需求分析，后面工作做的再好也是徒勞。本系統(tǒng)要做到 UI 界面美觀大方，各種操作的圖標(biāo)簡(jiǎn)單易懂，各種操作方便操作，符合用戶的使用體驗(yàn)。 兼容性 在不同的設(shè)備和不同版本的 android 系統(tǒng)上運(yùn)行同樣良好。 表 31 日程管理系統(tǒng)質(zhì)量要求 主要質(zhì)量屬性 詳細(xì)要求 正確性 軟件的能夠滿足用戶的日程管理需求。同時(shí)提供了較為直觀的鍵盤圖形用戶界面。 整個(gè)程序基于 Android 技術(shù)開發(fā)，除總體模塊外主要分為日程管理界面的查看，日程的添加和修改刪除，日歷的查看這三大部分。本章節(jié)將對(duì)日程管理的需求做一個(gè)完整的分析。 14 因此，需求分析對(duì)于一個(gè)應(yīng)用來說是重中之重。 13 3 需求分析 一個(gè)好的手機(jī)應(yīng)用沒事要有多么炫酷的界面，多么復(fù)雜的功能，而是在于 它能否滿足廣大用戶的需要。 總的一句：內(nèi)容提供器是應(yīng)用程序之間共享數(shù)據(jù)的接口， Android 系統(tǒng)將這種機(jī)制應(yīng)用到方方面面。 Linux 內(nèi)核層為我們?cè)谲浖雍陀布咏⒘艘粋€(gè)抽象層，使得應(yīng)用程序開發(fā)人員無需關(guān) 心硬件細(xì)節(jié)。 Android 平臺(tái)是開放，采用 Linux 內(nèi)核則是 Android 平臺(tái)開放性的基礎(chǔ)。當(dāng)然我們必須擁有適當(dāng)?shù)臋?quán)限。它們被定義在 包下面。它是跨應(yīng)用程序共享數(shù)據(jù)的唯一方法。 有序廣播（ Ordered Broadcast） 有序廣 播比較特殊，它每次只發(fā)送到優(yōu)先級(jí)較高的接收者那里，然后由優(yōu)先級(jí)高的接受者再傳播到優(yōu)先級(jí)低的接收者那里，優(yōu)先級(jí)高的接收者有能力終止這個(gè)廣播。我們可以在你的應(yīng)用程序中實(shí)現(xiàn) Broadcast Receiver 來監(jiān)聽和響應(yīng)這些廣播的Intent ； 普通廣播（ Normal Broadcast） 12