精通ASP.NET Web程序測試

內(nèi)容概要

　　近年來，軟件質(zhì)量有所提高，這都要?dú)w功于軟件團(tuán)隊(duì)耗費(fèi)了無數(shù)個(gè)小時(shí)對軟件進(jìn)行反復(fù)測試，以確保在軟件到達(dá)用戶之前能夠找到并消除各類問題。對于asp．net
web應(yīng)用程序執(zhí)行的測試存在多種類型，《精通asp．net
web程序測試》將告訴讀者如何執(zhí)行這些類型的測試，包括應(yīng)用程序的功能測試、安全性測試、負(fù)載／壓力測試、一致性測試和町訪問性測試。擁有了《精通asp．net
web程序測試》，就擁有了測試使用asp．net系列創(chuàng)建的web應(yīng)用程序的最佳測試方法。
　　主要內(nèi)容
　?·唯一一本涵蓋了當(dāng)前非常流行的asp．net語言所有測試方面的專業(yè)書籍
　　·為測試應(yīng)用程序時(shí)可能遇到的問題提供提示信息
　　·指導(dǎo)讀者使用各種方法和工具成功地測試應(yīng)用程序
　　·解釋測試的基本概念，引導(dǎo)讀者了解每種測試學(xué)科
　　·讓讀者接觸到應(yīng)用程序測試領(lǐng)域中最新且最常用的術(shù)語

作者簡介

Jeff McWherter是位于美國密歇根Okemos的Web Ascender的負(fù)責(zé)簡化工作的總監(jiān)。他畢業(yè)于密歇根州立大學(xué)，獲得電子通信學(xué)學(xué)位，并在軟件開發(fā)方面擁有14年的專業(yè)經(jīng)驗(yàn)。
    他是Greater Lansing User Group for.NET（GUJGnet）項(xiàng)目的創(chuàng)始成員和現(xiàn)任總監(jiān)。他喜歡分析代碼，應(yīng)用設(shè)計(jì)模式，尋找模糊名稱空間，以及在公園散步。他對編程的終身興趣始于1983年的Home ComputingMagazine中一篇使用BASIC語言編寫的名為Boa Alley的相關(guān)游戲文章。
    Jeff目前居住于密歇根Lansing附近的農(nóng)莊。在工作之余，他喜歡與美麗賢惠的妻子一道攀巖和攀冰，這激發(fā)了他最喜愛的一項(xiàng)業(yè)余愛好——旅行。
    Ben Hall是來自英國的一位充滿激情的軟件開發(fā)和測試人員。Ben喜歡探索測試軟件的不同方式，重點(diǎn)研究如何最有效地測試不同類型的Web和桌面應(yīng)用程序。他還熱衷于軟件的開發(fā)，使用ASRNET和Ruby on Rails開發(fā)Web應(yīng)用程序。Ben是微軟C#領(lǐng)域的MVP。

書籍目錄

第1章 初步關(guān)注點(diǎn)
　1.1 測試工具的歷史
　1.2 測試術(shù)語
　1.3 測試誤區(qū)
　1.4 迭代過程
　1.5 學(xué)習(xí)測試的理由
　1.6 從哪里開始
　1.7 應(yīng)當(dāng)何時(shí)使測試自動(dòng)?
　1.8 asp.net系列
　1.9 本章小結(jié)
第2章 設(shè)計(jì)和可測試性
　2.1 開發(fā)人員應(yīng)當(dāng)關(guān)心測試的理由
　2.2 開發(fā)人員測試
　2.3 單元測試
　2.4 單元測試架構(gòu)
　2.5 設(shè)計(jì)和測試驅(qū)動(dòng)開發(fā)
　2.6 如何應(yīng)對設(shè)計(jì)變更
　2.7 本章小結(jié)
第3章 單元測試和測試驅(qū)動(dòng)開發(fā)
　.3.1 asp.net webform
　3.2 單元測試asp.net webform
　3.3 模型-視圖-控制器模式
　3.4 實(shí)現(xiàn)比薩店的應(yīng)用程序
　3.5 本章小結(jié)
第4章 集成測試
　4.1 集成測試與單元測試
　4.2 外部系統(tǒng)
　4.3 本章小結(jié)
第5章 自動(dòng)化用戶界面測試
　5.1 實(shí)現(xiàn)自動(dòng)化用戶界面測試的方法
　5.2 功能測試
　5.3 自動(dòng)化用戶界面測試的重要性
　5.4 用戶界面自動(dòng)化的問題
　5.5 用戶界面測試工具
　5.6 使用記錄和回放自動(dòng)化用戶界面
　5.7 用戶界面測試模式
　5.8 作為對象模型自動(dòng)化用戶界面
　5.9 更多watin示例
　5.10 常見的watin錯(cuò)誤
　5.11 測試javascript
　5.12 自動(dòng)化跨瀏覽器測試
　5.13 自動(dòng)化程度
　5.14 將自動(dòng)?用戶界面測試應(yīng)用到asp.net系列中
　5.15 本章小結(jié)
第6章 驗(yàn)收測試
　6.1 驗(yàn)收測試術(shù)語
　6.2 本章小結(jié)
第7章 手動(dòng)測試
　7.1 手動(dòng)測試如此重要的原因
　7.2 部分自動(dòng)化
　7.3 不只是簡單地破壞應(yīng)用程序
　7.4 破壞應(yīng)用程序
　7.5 手動(dòng)測試的實(shí)用工具
　7.6 跨瀏覽器測試
　7.7 測試javascript
　7.8 手動(dòng)測試用例
　7.9 本章小結(jié)
第8章 性能測試
　8.1 性能測試基礎(chǔ)
　8.2 性能測試的重要性
　8.3 捕獲性能需求
　8.4 容量規(guī)劃
　8.5 負(fù)載測試模式
　8.6 云計(jì)算中的性能測試
　8.7 負(fù)載測試工具
　8.8 本章小結(jié)
第9章 可訪問性測試
　9.1 可訪問性誤區(qū)
　9.2 可訪問性測試的重要性
　9.3 殘疾人簡介
　9.4 創(chuàng)建可訪問的站點(diǎn)
　9.5 可訪問性標(biāo)準(zhǔn)
　9.6 可訪問性測試
　9.7 可訪問性測試工具
　9.8 輔助技術(shù)
　9.9 幫助檢查可訪問性的工具
　9.10 具欄
　9.11 將可訪問性測試應(yīng)用到asp.net系列中
　9.12 本章小結(jié)
第10章 安全性測試
　10.1 安全性條款
　10.2 安全性測試的重要性
　10.3 安全性測試的困難
　10.4 條例和政策法規(guī)
　10.5 安全指南
　10.6 漏洞評估
　10.7 工具
　10.8 可利用的資源
　10.9 本章小結(jié)

章節(jié)摘錄

　　會話超時(shí)是大量應(yīng)用程序中的一個(gè)問題。開發(fā)人員經(jīng)常忽略人們會在后臺打開瀏覽器窗口，而跑去做其他事這一事實(shí)。他們將信息存儲在一個(gè)會話中，并希望這些信息一直在那里。遺憾的是，事實(shí)并非如此。這些問題對于某些應(yīng)用程序尤為重要。但是，應(yīng)當(dāng)為所有ASP.NET Web站點(diǎn)考慮這一點(diǎn)。另外，可用性測試還有一個(gè)重要問題。一般來說，測試人員和開發(fā)人員花費(fèi)大量的時(shí)間和精力在產(chǎn)品上，因此，往往自動(dòng)忽略“已知錯(cuò)誤”或“設(shè)計(jì)”的一些問題，因?yàn)閳F(tuán)隊(duì)內(nèi)部之前討論過，他們已經(jīng)對此有了認(rèn)識?；谶@個(gè)原因，讓第三方參與，并以新鮮的視角協(xié)助可用性測試會是一個(gè)很好的主意。這些第三方不應(yīng)當(dāng)執(zhí)行所有任務(wù)。但是，他們能夠協(xié)助通用流程，測試應(yīng)用程序的組織方式是否是可理解的。通常，結(jié)果會非常有用并且有趣?！　?.3.2 文檔　　除了可用性以外，文檔也需要測試。有兩種主要類型的文檔。一個(gè)是站點(diǎn)可能會提供的一般幫助會話，另一個(gè)是自己在Web站點(diǎn)上找到的一般性措詞、方向和文本?！　≡诘谝淮螠y試站點(diǎn)的實(shí)際幫助會話時(shí)，最重要的是記住讓這個(gè)幫助文檔實(shí)際與用戶界面相匹配。很多次，在使用幫助系統(tǒng)時(shí)候，發(fā)現(xiàn)它們都只是針對該站點(diǎn)的一個(gè)舊版本。應(yīng)當(dāng)更新所有屏幕截圖或指導(dǎo)步驟，用以反映該應(yīng)用程序的最新版本。需要測試這一點(diǎn)來確保其實(shí)現(xiàn)。另一個(gè)要測試的是，這些步驟能夠?qū)嶋H上解決問題并幫助用戶。很容易錯(cuò)過一個(gè)步驟，或是提供了一個(gè)錯(cuò)誤的代碼示例。只需要像用戶那樣遵照指南一步步操作，從而確保所需的一切都得以涵蓋。最后，需要驗(yàn)證技術(shù)術(shù)語是否以正確的方式用在了正確的地方，從而不會導(dǎo)致用戶的混淆。在某些情況下，技術(shù)性的措詞可能導(dǎo)致更多的問題，因此需要根據(jù)目標(biāo)用戶來決定是否需要?jiǎng)h除這些措詞。　　文檔的另一部分是站點(diǎn)的通用措詞。站點(diǎn)上文本正確無誤，準(zhǔn)確，沒有拼寫錯(cuò)誤是很重要的。確保這些是正確的，并且這些文本能夠在用戶需要的時(shí)候幫助他們，這是測試人員應(yīng)該做的。我們發(fā)現(xiàn)，用戶一般掃描式地閱讀Web頁面，這也包括文檔。因此，請?jiān)囍學(xué)eb頁面便于瀏覽?！　?.3.3 錯(cuò)誤消息　　類似于文檔的方式，錯(cuò)誤消息也需要進(jìn)行測試。關(guān)于錯(cuò)誤消息最重要的一點(diǎn)是，它們需要有用。錯(cuò)誤消息，簡單地表述為“很抱歉，發(fā)生錯(cuò)誤了”，這將惹惱最終用戶。這種說法沒有向用戶提供任何有關(guān)失敗的原因，是誰的過錯(cuò)，或者如何恢復(fù)這些方面的解析。錯(cuò)誤是一個(gè)事實(shí)，它們會發(fā)生，但重要的是，這個(gè)站點(diǎn)如何處理這些問題。最好的錯(cuò)誤消息是向用戶提供一些有用的關(guān)于錯(cuò)誤原因的信息。它們還應(yīng)當(dāng)指導(dǎo)用戶在錯(cuò)誤發(fā)生之后的下一步動(dòng)作。在錯(cuò)誤發(fā)生之后，用戶是完全不知所措的，并被帶出了那種舒服地使用該應(yīng)用程序的境地。錯(cuò)誤消息應(yīng)該明白這一點(diǎn)，并指導(dǎo)用戶進(jìn)行下一步的操作，并且如果有可能的話，解決這個(gè)錯(cuò)誤。通過幫助用戶解決這個(gè)錯(cuò)誤，會讓他們感到很高興，因?yàn)檫@讓他們自己能夠避開這個(gè)問題。如果站點(diǎn)只是徹底失敗，沒有任何幫助或信息來指導(dǎo)如何處理，那么用戶將感到很困惑，甚至可能直接關(guān)閉瀏覽器，站點(diǎn)將失去訪問者。如果能夠幫助他們處理之前的錯(cuò)誤并讓他們呆在站點(diǎn)上，就留住了訪問者。　　錯(cuò)誤消息永遠(yuǎn)不該做的事是讓用戶感到自己愚蠢。即使是用戶自己的錯(cuò)誤，也不應(yīng)當(dāng)寫在錯(cuò)誤消息中，因?yàn)檫@可能會對站點(diǎn)起到負(fù)面作用，由于此時(shí)站點(diǎn)已經(jīng)失敗在先，用戶可能已經(jīng)不高興了?！　∈謩?dòng)測試確實(shí)包含了旨在不破壞應(yīng)用程序的任務(wù)，它的一項(xiàng)最重要的任務(wù)之一是查找實(shí)際故障。其中最強(qiáng)大的技術(shù)是探索性測試?！　?.3.4 探索性測試　　探索性測試包括認(rèn)識應(yīng)用程序內(nèi)部的工作原理，開發(fā)測試用例以及作為一個(gè)獨(dú)立過程執(zhí)行測試用例。設(shè)計(jì)探索性測試的目的是通過以各種方式使用應(yīng)用程序，來讓測試人員學(xué)習(xí)了解這一應(yīng)用程序，旨在找到故障和錯(cuò)誤。雖然測試人員在探索性測試階段使用這一應(yīng)用程序，但他們卻正在逐漸理解輸入如何通過該系統(tǒng)影響到結(jié)果的核心部分。通過探索不同的選項(xiàng)，嘗試不同的系統(tǒng)，他們應(yīng)該能夠找到問題，或者那些看起來不對的系統(tǒng)部分，可能是呈現(xiàn)或者計(jì)算結(jié)果。這個(gè)探索過程非常重要。在編寫自動(dòng)化測試用例時(shí)，一般非常注重某個(gè)特定輸入得到一個(gè)預(yù)期的輸出。　　……

圖書封面

圖書標(biāo)簽Tags

無

評論、評分、閱讀與下載

---

    精通ASP.NET Web程序測試 PDF格式下載

---