筆記

一、軟件的定義

????軟件 = 數(shù)據(jù) + 指令 + 文檔

二、軟件的分類

1.根據(jù)應(yīng)用場景分類

工具類軟件、游戲型軟件、媒體型軟件、電商型軟件等

2.根據(jù)軟件架構(gòu)分類

單機(jī)版軟件:office、紅警等

分布式軟件:?

C/S架構(gòu)軟件:客戶端需安裝專門軟件,如QQ 微信等

?B/S架構(gòu)軟件:客戶端為瀏覽器 ,如百度、hao123等

三、軟件開發(fā)的生態(tài)系統(tǒng)

后端、web前端、安卓、IOS、小程序

四、軟件測試的定義

通過人工或自動(dòng)化的方式來驗(yàn)證軟件的實(shí)際結(jié)果與用戶需求是否一致的過程

五、 軟件測試的原則

測試顯示軟件存在缺陷

窮盡測試是不可能的

測試盡早介入

缺陷集群性(2/8原則)

殺蟲劑悖論

測試活動(dòng)依賴于測試內(nèi)容

沒有錯(cuò)誤是好是謬論

六、軟件測試的分類

1.按技術(shù)劃分

黑盒測試、白盒測試、灰盒測試

2.按階段劃分

單元測試、集成測試、系統(tǒng)測試、驗(yàn)收測試

3.按內(nèi)容劃分

功能測試、性能測試、兼容性測試

4.按其他劃分

冒煙測試、隨機(jī)測試、安全性測試、探索性測試、Alpha測試(內(nèi)測)、Beta測試(公測)

七、V模型

八、W模型

九、B/S和C/S的區(qū)別

標(biāo)準(zhǔn):

相對于C/S架構(gòu)來說B/S架構(gòu)的兩端都是使用現(xiàn)成的成熟產(chǎn)品,B/S會(huì)顯示的標(biāo)準(zhǔn)一些。

效率:

相對于B/S架構(gòu)來說C/S中的客戶端可以分擔(dān)一些數(shù)據(jù)的處理,執(zhí)行效率會(huì)高一些。

安全:

B/S架構(gòu)當(dāng)中得到數(shù)據(jù)的傳輸都是以Http協(xié)議進(jìn)行傳輸?shù)?,而Http協(xié)議又是明文輸出??梢员蛔グ?,那么B/S架構(gòu)相比C/S架構(gòu)顯得就不那么安全了

升級:

B/S架構(gòu)只需要在服務(wù)器端將數(shù)據(jù)進(jìn)行更新,前臺只需要刷新頁面就可以升級,而C/S架構(gòu)必須要將兩端都進(jìn)行更新才可以。

開發(fā)成本:

相對于B/S架構(gòu)來說C/S當(dāng)中的客戶端需要自己開發(fā),B/S不用,所以說C/S成本會(huì)高一些。

十、軟件測試流程

? ? ?階段名????????????????????????????????????工作內(nèi)容? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 產(chǎn)出物

測試準(zhǔn)備階段????????項(xiàng)目立項(xiàng),需求分析,需求評審? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?需求文檔,產(chǎn)品PRD

測試計(jì)劃階段????????編寫測試計(jì)劃,計(jì)劃評審? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 測試計(jì)劃

測試設(shè)計(jì)階段????????提取測試點(diǎn),編寫測試用例,用例評審? ? ? ? ? ? ? ? ? ? ? ? 測試用例

測試執(zhí)行階段????????冒煙測試,執(zhí)行測試用例,提bug,回歸測試? ? ? ? ? ? ? ?缺陷報(bào)告

測試完成階段????????驗(yàn)收測試,編寫測試報(bào)告,項(xiàng)目上線????????????????????????????測試報(bào)告

十一、測試計(jì)劃

1.測試目的

2.測試進(jìn)度

3.測試資源

????1.人力資源

????2.軟件資源

????3.硬件資源

????4.網(wǎng)絡(luò)資源

4.人員分工

5.測試風(fēng)險(xiǎn)

6.測試準(zhǔn)則

7.測試范圍

????1.測試對象

????2.測試特性

????3.測試非特性

8.測試策略

????1.界面測試:和 UI設(shè)計(jì)對比圖

????2.功能測試:執(zhí)行功能測試用例

????3.接口測試:postman、Jmeter、Charles

????4.兼容測試

????5.性能測試

????6.易用性測試

????7.安全測試

9.輸出文檔

十二、用例核心要素

·? 必須掌握:用例編號(如何命名)、所屬模塊、用例標(biāo)題(驗(yàn)證誰在什么情況下,去做什么,最后結(jié)果是什么)、優(yōu)先級、前置條件、操作步驟、測試數(shù)據(jù)、預(yù)期結(jié)果、實(shí)際結(jié)果

·? 了解內(nèi)容:通過否、bugID、編寫人員、編寫時(shí)間、測試人員、測試時(shí)間、備注

十三、等價(jià)類劃分的定義

等價(jià)類劃分是把所有可能輸入的數(shù)據(jù)分為若干個(gè)區(qū)域,然后從每個(gè)區(qū)域中取少量有代表性的數(shù)據(jù)進(jìn)行測試即可。

一般分為有效等價(jià)類和無效等價(jià)類

· 有效等價(jià)類:指符合《需求規(guī)格說明書》,輸入合理的數(shù)據(jù)集合

· 無效等價(jià)類:指不符合《需求規(guī)格說明書》,輸入不合理的數(shù)據(jù)集合

十四、什么是高質(zhì)量的測試用例

· 測試用例覆蓋所有的用戶需求

· 測試用例要簡單明了

· 各類型的測試用例要齊全

· 用最少的用例覆蓋最多的需求

十五、邊界值分析法的定義

邊界值分析是取稍高于或稍低于邊界的一些數(shù)據(jù)進(jìn)行測試。

十六、確定邊界值的方法

·? 上點(diǎn):是指邊界上的點(diǎn),無論此時(shí)的域是開區(qū)間還是閉區(qū)間,開區(qū)間的話,上點(diǎn)就是在域外,閉區(qū)間的話,上點(diǎn)就是在域內(nèi)。

·? 離點(diǎn):是指離上點(diǎn)最近的點(diǎn),這里就跟是閉區(qū)間還是開區(qū)間就有關(guān)系了,如果是開區(qū)間,那么離點(diǎn)就在域內(nèi),如果是閉區(qū)間,那么離點(diǎn)就在域外。(開內(nèi)閉外)遵循的原則:開內(nèi)閉外 開區(qū)間往中間找,閉區(qū)間往外找

·? 內(nèi)點(diǎn):域內(nèi)的任意點(diǎn)都是內(nèi)點(diǎn)。

十七、因果圖的定義

因果圖法比較適合輸入條件比較多的情況,測試所有的輸入條件的排列組合。所謂的原因就是輸入,所謂的結(jié)果就是輸出。

十八、錯(cuò)誤推演法的定義

錯(cuò)誤猜測法是測試經(jīng)驗(yàn)豐富的人喜歡使用的一種測試用例設(shè)計(jì)方法。一般這種方法是基于經(jīng)驗(yàn)和直覺推測程序中可能發(fā)送的各種錯(cuò)誤,有針對性地設(shè)計(jì)。只能作為一種補(bǔ)充。

十九 、判定法的定義

設(shè)計(jì)測試用例時(shí),分析和表達(dá)多輸入條件下執(zhí)行不同操作的黑盒測試方法。注意:該方法和因果圖法相似。

二十、場景法的定義

通過模擬業(yè)務(wù)場景來對系統(tǒng)的功能點(diǎn)或業(yè)務(wù)流程的描述,從而提高測試效果的黑盒測試方法

包含基本流和備選流

二十一、測試用例綜合案例

1.功能:

????實(shí)際功能

2.UI:

????和設(shè)計(jì)圖作對比,文字大小顏色、邊距、排版、圖片清晰度拉伸

3.兼容性:

????1.App:手機(jī)系統(tǒng)、版本、廠商、型號、屏幕分辨率、屏幕類型

????1.Web:

????????1.Trident:IE、360兼容模式、搜狗兼容模式

????????2.Gecko:火狐

????????3.Blink:Chrome、360極速模式、搜狗極速模式

????????4.webkit:Safari

4.接口:

????1.接口功能:postman

????2.接口性能:Jmeter、loadrunner

????3.接口自動(dòng)化:requests

????5.易用性測試:是否好用

????6.性能測試:壓力測試、穩(wěn)定性測試、負(fù)載測試、基準(zhǔn)測試

????7.安全測試:密碼加密、訪問權(quán)限、SQL注入、XSS攻擊、跨站攻擊

????8.自動(dòng)化測試:

????????1.App UI

????????2.web UI

????????3.接口自動(dòng)化

二十二、缺陷報(bào)告的定義

標(biāo)識并描述發(fā)現(xiàn)的缺陷,具有清晰、完整和可重現(xiàn)問題所需的信息的文檔。

二十三、什么是軟件缺陷以及產(chǎn)生的原因

軟件缺陷就是通常說的Bug,它是指在軟件中(包括文檔和程序)存在的影響軟件正常運(yùn)行的問題。

原因:

1、需求不明確和變更 軟件需求不清晰或者開發(fā)人員對需求理解偏差,導(dǎo)致軟件設(shè)計(jì)時(shí)偏離用戶的需求目標(biāo),造成軟件功能或特征上的缺陷。此外,開發(fā)過程中客戶頻繁更新需求也會(huì)影響軟件最終的質(zhì)量。

2、軟件結(jié)構(gòu)復(fù)雜

3、編碼問題

4、項(xiàng)目期限短

5、使用新技術(shù)

二十四、軟件缺陷分類

二十五、缺陷報(bào)告的核心要素

八項(xiàng):缺陷編號、缺陷狀態(tài)、缺陷標(biāo)題、重現(xiàn)步驟、嚴(yán)重程度、優(yōu)先級、缺陷類型、測試環(huán)境。

二十六、缺陷報(bào)告編寫技巧

1、對錯(cuò)誤的描述要做到簡潔、準(zhǔn)確、完整,揭示錯(cuò)誤實(shí)質(zhì)

2、盡量使用短語和短句,避免復(fù)雜句型句式

3、每個(gè)軟件問題報(bào)告只書寫一個(gè)缺陷或錯(cuò)誤

4、明確指明錯(cuò)誤類型和嚴(yán)重程度

5、每一個(gè)步驟盡量只記錄一個(gè)完整操作

6、復(fù)現(xiàn)的操作步驟要完整,準(zhǔn)確,簡短

7、可以附加必要的錯(cuò)誤特征圖像

8、可以附加必要的測試用例

二十七、測試報(bào)告的定義

記錄測試的過程和結(jié)果,對發(fā)現(xiàn)的問題和缺陷進(jìn)行分析的文檔

二十八、測試報(bào)告分類

階段測試報(bào)告整體測試報(bào)告

二十九、測試報(bào)告模板

一、概要

1、編寫目的

背景、測試內(nèi)容

2、測試人員

3、測試環(huán)境

二、測試過程

1、測試進(jìn)度

2、用例執(zhí)行情況

3、缺陷統(tǒng)計(jì)

三、缺陷分析

1、缺陷級別分析

2、缺陷??旆治?/h4>

3、缺陷類型分析

四、測試總結(jié)

1、測試結(jié)論

2、風(fēng)險(xiǎn)分析

3、遺留問題

三十、禪道的介紹

禪道是一款專業(yè)的研發(fā)項(xiàng)目管理軟件

三十一、禪道的使用流程

人員管理(admin):添加部門 → 添加用戶

創(chuàng)建產(chǎn)品(產(chǎn)品經(jīng)理):產(chǎn)品 → 添加產(chǎn)品

添加需求(產(chǎn)品經(jīng)理):產(chǎn)品 → 需求 → 提需求

創(chuàng)建項(xiàng)目(項(xiàng)目經(jīng)理):項(xiàng)目 → 添加項(xiàng)目 → 自動(dòng)跳轉(zhuǎn)(選擇設(shè)置團(tuán)隊(duì))→ 團(tuán)隊(duì)管理 → 給團(tuán)隊(duì)配人

關(guān)聯(lián)需求(項(xiàng)目經(jīng)理):項(xiàng)目 → 需求 → 關(guān)聯(lián)需求 → 勾選任務(wù)

批量分解(項(xiàng)目經(jīng)理):在任務(wù)右側(cè) → 選擇批量分解 → 批量分解

查看任務(wù)(開發(fā)人員):我的地盤 → 首頁查看任務(wù) → 點(diǎn)擊任務(wù)數(shù)量進(jìn)入任務(wù)列表 → 選擇完成任務(wù)

創(chuàng)建版本(開發(fā)人員):項(xiàng)目 → 版本 → 創(chuàng)建版本

測試Bug(測試人員):測試 → bug → 提bug

解決bug(開發(fā)):測試 → bug → 確認(rèn) → 完成

再次測試(測試人員):測試 → 再次測試? → 如果解決的,點(diǎn)擊關(guān)閉,否則重新編輯

創(chuàng)建版本(產(chǎn)品經(jīng)理):產(chǎn)品? → 發(fā)布? → 創(chuàng)建發(fā)布 → 完成

三十二、測試報(bào)告的定義

記錄測試的過程和結(jié)果,對發(fā)現(xiàn)的問題和缺陷進(jìn)行分析的文檔

三十三、測試報(bào)告的分類

階段測試報(bào)告、整體測試報(bào)告

三十四、測試報(bào)告的內(nèi)容

一、概要

1.編寫目的

①對測試報(bào)告進(jìn)行相應(yīng)的解釋

②對項(xiàng)目進(jìn)行簡介

③對測試任務(wù)進(jìn)行簡單描述,要測試哪些內(nèi)容

2.測試人員

類似于測試計(jì)劃中的人員分工,簡單描述日期

3.測試環(huán)境

軟件和硬件環(huán)境

二、測試過程

階段測試報(bào)告:

1、測試進(jìn)度情況

2、用例執(zhí)行情況

3、缺陷統(tǒng)計(jì)

總體測試報(bào)告:

1、各版本的測試情況

2、各版本的缺陷統(tǒng)計(jì)

三、缺陷分析

1、按照缺陷級別

2、按照功能模塊

3、按照輪次

4、缺陷總數(shù)

5、缺陷類型

6、缺陷趨勢

四、測試總結(jié)

1、測試結(jié)論

通過/不通過:

需求覆蓋率100%,測試用例執(zhí)行過率100%

缺陷:致命=0,嚴(yán)重=0.一般=0,提示≤10%

2、風(fēng)險(xiǎn)分析

測試進(jìn)度、人員安排導(dǎo)致的風(fēng)險(xiǎn)

測試內(nèi)容考慮范圍之外導(dǎo)致的風(fēng)險(xiǎn)

測試環(huán)境不全面導(dǎo)致的風(fēng)險(xiǎn)

3、遺留問題

遺留問題描述、等級、處理方法

三十五、數(shù)據(jù)庫的定義

數(shù)據(jù)庫就是組織、存儲、管理數(shù)據(jù)的倉庫

數(shù)據(jù)庫 = 多張表 + 各表之間的關(guān)系

三十六、常見的數(shù)據(jù)庫

MySQL、Redis、Oracle、SqlServer、MongoDB

三十七、SQL語句分類

1、DDL:數(shù)據(jù)庫定義語言

2、DML:數(shù)據(jù)庫操作語言

3、DQL:數(shù)據(jù)庫查詢語言

4、DCL:數(shù)據(jù)庫控制語言

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

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

  • 1. 2.b/s和c/s的區(qū)別: 1. 標(biāo)準(zhǔn):相對于C/S架構(gòu)來說B/S架構(gòu)的兩端都是使用現(xiàn)成的成熟產(chǎn)品,B/S會(huì)...
    390bcc9ba89c閱讀 482評論 0 0
  • 一、測試?yán)碚?1、軟件分類 單機(jī)版:不需要聯(lián)網(wǎng)的軟件。例如:紅警、消消樂等。 分布式:需要聯(lián)網(wǎng)。 C/...
    Shan_d703閱讀 233評論 0 0
  • 開篇詞 | 從“小工”到“專家”,我的軟件測試修煉之道 隨著自動(dòng)化測試用例設(shè)計(jì)與開發(fā)、測試框架選型、測試框架自行研...
    成功在于實(shí)踐閱讀 827評論 0 1
  • 一.測試用例概述1.定義:執(zhí)行測試的案例2.如何保證高質(zhì)量的測試用例?(1).測試用例覆蓋所有的用戶需求(2).測...
    老友_9e40閱讀 108評論 0 0
  • 隨手筆記:二分查找 寫作業(yè)的時(shí)候遇到一道需要進(jìn)行二分查找的編程題目,在PTA上總是有測試用例不通過,糾結(jié)了好久。 ...
    Ackerzy閱讀 765評論 0 0

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