第一篇：集成門電路功能測試實驗報告

集成門電路功能測試實驗報告 一、實驗預習1、邏輯值與電壓值得關系。

２、常用邏輯門電路邏輯功能及其測試方法。

3、硬件電路基礎實驗箱得結構、基本功能與使用方法。

二、

實驗目得 測試集成門電路得功能 三、實驗器件 集成電路板、萬用表 四、實驗原理 TTL 與非門７4LS０0 得邏輯符號及邏輯電路:

雙列直插式集成與非門電路CＴ74LS00：

數字電路得測試：

常對組合數字電路進行靜態與動態測試，靜態測試就是在輸入端加固定得電平信

號，測試輸出壯態,驗證輸入輸出得邏輯關系.動態測試就是在輸入端加周期性信號,測試輸入輸出波形,測量電路得頻率響應。常對時序電路進行單拍與連續工作測試,驗證其狀態得轉換就是正確。本實驗驗證集成門電路輸入輸出得邏輯關系，實驗在由硬件電路基礎實驗箱與相關得測試儀器組成得物理平臺上進行。

硬件電路基礎實驗箱廣泛地應用于以集成電路為主要器件得數字電路實驗中,它得主要組成部分有:（１)直流電源：提供固定直流電源（+5Ｖ,—5Ｖ)與可調電源(+3～１５Ｖ，-3～1５V).(2)信號源：單脈沖源(正負兩種脈沖）；連續脈沖。

（３）

邏輯電平輸出電路:通過改變邏輯電平開關狀態輸出兩個電平信號：高電平“1”與低電平“0”。

（4）

邏輯電平顯示電路：電平顯示電路由發光二極管及其驅動電路組成，用來指示測試點得邏輯電平.（5)數碼顯示電路：動態數碼顯示電路與靜態數碼顯示電路，靜態數碼顯示電路由七段LEＤ數碼管及其譯碼器組成。

(6）

元件庫：元件庫裝有電位器、電阻、電容、二極管、按鍵開關等器件.(7)插座區與管座區：可插入集成電路，分立元件.集成門電路功能驗證方法：

選定器件型號，查閱該器件手冊或該器件外部引腳排列圖,根據器件得封裝，連接好實驗電路，以測試 74ＬＳ00 與非門得功能為例:

正確連接好器件工作電源：７4LS00 得 1 4 腳與７腳分別接到實驗平臺得 5 V 直流

電源得“＋5 V“與“GNＤ”端處,TＴＬ數字集成電路得工作電壓為 5 V（實驗允許±5％得誤差）。

連接被測門電路得輸入信號:74ＬS０0 有四個二輸入與非門，可選擇其中一個二輸入與非門進行實驗,將輸入端 A，B 分別連接到實驗平臺得“十六位邏輯電平輸出” 電路得其中兩個輸出端（如Ｋ１、Ｋ 2 對應得輸出端)。

連接被測門電路得出端：將與非門得輸出端 Y 連接到“十六位邏輯電平顯示”電路得其中一個輸入端。

確定連線無誤后，可以上電實驗，并記錄實驗數據，分析結果。

通過開關改變被測與非門輸入端Ａ,B 得邏輯值,對應輸入端得 LED 指示燈亮時為 1,不亮時為 0。

觀測輸出端得邏輯值，對應輸出端得指示燈ＬED 亮紅色時為 1，亮綠色時為０。不亮表示輸出端不就是標準得 TTＬ電平.K1、K 2 共有４種開關位置得組合,對應被測電路得四種輸入邏輯狀態 00,01,10，１1,可以改變 K1、K 2 開關得位置,觀察電平顯示 LED 得亮滅情況，以真值表得形式記錄被測門電路得輸入與輸出邏輯狀態。

觀測邏輯值時，用萬用表測量出對應得電壓值,驗正 TＴＬ電路邏輯值與電壓值得關系.比較實測值與理論值，比較結果一致,說明被測門得功能就是正確得,門電路完好。如果實測值與理論值不一致，應檢查集成電路得工作電壓就是否正常,實驗連線就是否正確,判斷門電路就是否損壞.五、實驗內容 1、基本門電路邏輯電路測試：

測試 74LS０8（與門）、74LＳ32（或門)、74LS04（非門)、7４LS00(與非門）、７４LS86（異或門）得功能。將被測芯片插入實驗區得空插座,連接好測試線路，撥動開關，改變輸入信號，觀測輸入輸出端得邏輯值時，并用萬用表測量出輸出端對應得電壓值，驗正 TTＬ 電路得邏輯功能，記錄實驗數據。

輸入 輸出Ｙ 74LS08 ７4LS32 74LS04 74ＬS0０ 74LS86 A B Y U/V Ｙ Ｕ/V Ｙ Ｕ/Ｖ Y U/V Y Ｕ/V

2、

邏輯門得轉換

利用 7４Ｓ０0 與非門組成非門，2 輸入與門，2 輸入或門電路,畫出實驗電路圖，并測試其邏輯功能,驗證結果。

非門: 電路圖：

測試結果：

與門: 電路圖：

測試結果：

或門: 電路圖：

0 0 0 0、２１--－--— 1 3、５5 1 3、55 0 0、7７ 0 1 0 ０、２0 —--——-0 ０、1０ 1 3、54 1 3、５3 1 0 0 0、21--—-－--——-－-1 3、5４ １ 3、２2 1 1 1 3、４2 ——－ －—－--— —-－ ０ 0、15 1 ３、09 A Y ０ 1 1 0 Ａ Ｂ Ｙ 0 ０ ０ 0 1 ０ 1 0 0 1 １ 1

測試結果: ３、門電路得基本應用 測試用“ 異或門”與“與非門”組成得半加器邏輯 功能。

根據半加器得邏輯表達式可知，半加器得輸出得與數 Ｓ 就是輸入 A、B(二進制數）得“異或”，而進位數 Ｃ 就是 A、B 得相“與”,故半加器可用一個集成“異或門”與兩個“與非門”組成，如圖 1、3、3 所示。

(1）在實驗箱上用“異(74ＬS８6）與“與非”門連 1、３、３所示邏輯電路。輸入端Ａ、B 接“邏輯電平”開關，輸出端 S、C 接“電平顯示”發光二極管。

通過電平開關改變輸入 A、B 得邏輯狀態置位，觀測輸出端得邏輯狀態，列表記錄。

(2）通過電平開關改變輸入 A、B 得邏輯狀態置位，觀測輸出端得邏輯狀態，列表記錄.六、實驗心得 此次實驗原理不就是很復雜,但就是線路比較難連,實驗所用到得關鍵器件也不太好找.理論知識挺容易得,但實際實行起來得確蠻糾結得，做了好多次總就是有問題，后來發現電線有一根就是壞掉得,做電路實驗，還就是需要多些經驗吶。

A B Ｙ 0 0 0 0 1 1 1 0 1 １ 1 1 A Ｂ Ｓ C ０ 0 ０ ０ ０ １ 1 0 1 0 1 ０ 1 1 0 1

第二篇：實驗題目 集成門電路邏輯功能測試與應用(3學時)

實驗題目

集成門電路邏輯功能測試與應用（３學時）

一、實驗目的：

1.掌握各種常用集成門電路邏輯符號、型號、管教排列及功能。2.了解集成門電路使用中應注意的問題。

二、預備知識：

1.查閱手冊，確定實驗用門電路的型號、名稱，畫出外管腳排列圖，列出功能表。2.查閱TTL集成門電路、CMOS集成門電路使用中的注意事項。3.完成預習報告。

三、實驗要求：

1.集成門電路邏輯功能，包括TTL邏輯與CMOS邏輯的與門、或門、與非門和三態門。

2.用集成與非門組成信號檢測電路，要求：控制信號為０時，信號燈亮，無信號輸出；控制信號為１時，信號燈滅，有信號輸出。3.用三態門組成多路信號控制電路。4.完成實驗報告，要求：

①畫出常用集成邏輯門電路的邏輯電路圖、外管腳排列圖，列寫其功能表。②列表整理并總結集成門電路的邏輯功能。

③總結TTL邏輯和CMOS邏輯集成門電路的特點及使用注意事項。④回答思考題。

四、思考題：

1．集成與非門多余的輸出端應如何處理？ 2．集成與或非門多余的輸入端應如何處理？

3．怎樣理解TTL與非門輸入端懸空相當于高電平的結論？從TTL的工作原理方面簡單敘述。

第三篇：實驗三、基本門電路及觸發器 電子版實驗報告

基本門電路及觸發器實驗

一、實驗目的1．了解TTL門電路的原理、性能和使用方法；驗證基本門電路邏輯功能。

2．驗證D觸發器；J-K觸發器的邏輯功能。

二、實驗內容

（一）驗證以下門電路的邏輯關系

1.用與非門（00）實現與門邏輯關系：F=AB

2.異或門（86）：

3.全加器（00、86）：

（二）驗證以下觸發器邏輯關系

1．D觸發器置位端、復位端的功能測試。

2．J-K觸發器置位端、復位端的功能測試。

3．D、J-K觸發器功能測試。

圖3-1

JK觸發器(74LS112)和D觸發器(74LS74)

三、實驗原理圖

圖3-2與門電路

圖3-3異或門電路

圖3-4

全加器電路

四、實驗結果及數據處理

1．直接在實驗原理圖上標記芯片的引腳。

2．寫出實驗結果。

（1）與門、異或門實驗結果表（用數字萬用表測量高低電平1、0的電壓值。）

輸入

與門

異或門

A

B

F

Uo（V）

F

0

0

0

0.205

0

0

0

0.205

0

0

0.205

3.498

0

（2）全加器實驗結果表

Ai

Bi

Ci

Si

Ci+1

0

0

0

0

0

0

0

0

0

0

0

0

0

0

0

0

0

0

0

0

（4）D觸發器的功能測試

輸入端

輸出原態

輸出次態

D

Qn

Qn+1

0

*

*

0

*

*

0

0

0

0

0

0

0

（5）J-K觸發器的功能測試

輸入端

輸出原態

輸出次態

J

K

Qn

Qn+1

0

*

*

*

0

*

*

*

0

0

0

0

0

0

0

0

0

0

0

0

0

0

0

0

0

五、思考題

1．實驗用的與非門和或門中不用的輸入端如何處理?

答：與非門中不用的輸入端應接高電平；或門中不用的輸入端可以與有用的輸入端接在一起或者接地。

2．如果與非門的一個輸入端接時鐘，其余輸入端應是什么狀態時才允許脈沖通過?

答：其余輸入端均是高電平時才允許脈沖通過。

3．J-K觸發器Qn=0時，如果時鐘脈沖CP到來后，觸發器處于“1”態，J-K兩端應預先分別是什么狀態？

答：J端預先是1，K端預先是0

或者J，K兩端預先都是1

4．J-K觸發器與D觸發器的觸發邊沿有何不同?

答：J-K觸發器是下降沿觸發，D觸發器是上升沿觸發。

第四篇：功能測試總結

以下內容，感謝本人朋友提供：

1.對你們整個系統的數據流走向熟悉了嗎 2.沒操作一步，數據進入哪些表? 什么狀態? 3.產生多少條數據 4.服務架構是什么 5.抓包分析你的接口了嗎

6.那怎么定位到代碼錯誤的?先查看日志

服務器架構

第五篇：功能測試小結

常用的功能測試方法

功能測試就是對產品的各功能進行php?name=%D1%E9%D6%A4“>驗證，根據功能測試用例，逐項測試，檢查產品是否達到用戶要求的功能。針對web系統的常用測試方法如下：

1.頁面鏈接檢查：每一個鏈接是否都有對應的頁面，并且頁面之間切換正確。可以使用一些工具，如LinkBotPro、File-AIDCS、HTML Link Validater、Xenu等工具。LinkBotPro不支持中文，中文字符顯示為亂碼；HTML Link Validater只能測試以Html或者htm結尾的網頁鏈接；Xenu無需安裝，支持asp、do、jsp等結尾的網頁，xenu測試鏈接包括內部鏈接和外部鏈接，在使用的時候應該注意，同時能夠生成html格式的測試報告。如果系統用QTP進行自動化測試，也可以使用QTP的頁面檢查點檢查鏈接。

2.相關性檢查：功能相關性：刪除/增加一項會不會對項產生影響，如果產生影響，這些影響是否都正確，常見的情況是，增加某個數據記錄以后，如果該數據記錄某個字段內容較長，可能會在查詢的時候讓數據列表變形。

數據相關性：下來列表默認值檢查，下來列表值檢查，如果某個列表的數據項依賴于其他模塊中的數據，同樣需要檢查，比如，某個數據如果被禁用了，可能在引用該數據項的列表中不可見。

3.檢查按鈕的功能是否正確：如新建、編輯、刪除、關閉、返回、保存、導入，上一頁，下一頁，頁面跳轉，重置等功能是否正確。常見的錯誤會出現在重置按鈕上，表現為功能失效。

4.字符串長度檢查: 輸入超出需求所說明的字符串長度的內容, 看系統是否檢查字符串長度。還要檢查需求規定的字符串長度是否是正確的，有時候會出現，需求規定的字符串長度太短而無法輸入業務數據。

5.字符類型檢查: 在應該輸入指定類型的內容的地方輸入其他類型的內容(如在應該輸入整型的地方輸入其他字符類型),看系統是否檢查字符類型。

6.標點符號檢查: 輸入內容包括各種標點符號,特別是空格,各種引號,回車鍵。看系統處理是否正確。常見的錯誤是系統對空格的處理，可能添加的時候，將空格當作一個字符，而在查詢的時候空格被屏蔽，導致無法查詢到添加的內容。

7．特殊字符檢查：輸入特殊符號，如@、#、$、%、!等，看系統處理是否正確。常見的錯誤是出現在% ? ” 這幾個特殊字符

8.中文字符處理: 在可以輸入中、英文的系統輸入中文,看會否出現亂碼或出錯。

9.檢查信息的完整性: 在查看信息和更新信息時,查看所填寫的信息是不是全部更新,更新信息和添加信息是否一致。要注意檢查的時候每個字段都應該檢查，有時候，會出現部分字段更新了而個別字段沒有更新的情況。

10.信息重復: 在一些需要命名,且名字應該唯一的信息輸入重復的名字或ID,看系統有沒有處理,會否報錯,重名包括是否區分大小寫,以及在輸入內容的前后輸入空格,系統是否作出正確處理。

11.檢查刪除功能:在一些可以一次刪除多個信息的地方,不選擇任何信息,按“delete”,看系統如何處理,會

否出錯;然后選擇一個和多個信息,進行刪除, 看是否正確處理。如果有多頁，翻頁選，看系統是否都正確刪除，并且要注意，刪除的時候是否有提示，讓用戶能夠更正錯誤，不誤刪除。

12.檢查添加和修改是否一致: 檢查添加和修改信息的要求是否一致,例如添加要求必填的項,修改也應該必填;添加規定為整型的項,修改也必須為整型.13.檢查修改重名:修改時把不能重名的項改為已存在的內容,看會否處理,報錯.同時,也要注意,會不會報和自己重名的錯.14.重復提交表單：一條已經成功提交的紀錄，返回后再提交，看看系統是否做了處理。對于Web系統來說，可以通過瀏覽器返回鍵或者系統提供的返回功能。

15.檢查多次使用返回鍵的情況: 在有返回鍵的地方,返回到原來頁面,重復多次，看會否出錯。

16.搜索檢查: 有搜索功能的地方輸入系統存在和不存在的內容,看搜索結果是否正確.如果可以輸入多個搜索條件,可以同時添加合理和不合理的條件,看系統處理是否正確，搜索的時候同樣要注意特殊字符，某些系統會在輸入特殊字符的時候，將系統中所有的信息都搜索到。

17.輸入信息位置: 注意在光標停留的地方輸入信息時,光標和所輸入的信息會否跳到別的地方。

18.上傳下載文件檢查：上傳下載文件的功能是否實現，上傳文件是否能打開。對上傳文件的格式有何規定，系統是否有解釋信息，并檢查系統是否能夠做到。下載文件能否打開或者保存，下載的文件是否有格式要求，如需要特殊工具才可以打開等。上傳文件測試同時應該測試，如果將不能上傳的文件后綴名修改為可以上傳文件的后綴名，看是否能夠上傳成功，并且，上傳文件后，重新修改，看上傳的文件是否存在。

19.必填項檢查：應該填寫的項沒有填寫時系統是否都做了處理，對必填項是否有提示信息，如在必填項前加“*”；對必填項提示返回后，焦點是否會自動定位到必填項。

20.快捷鍵檢查：是否支持常用快捷鍵，如Ctrl+C、Ctrl+V、Backspace等，對一些不允許輸入信息的字段，如選人，選日期對快捷方式是否也做了限制。

21.回車鍵檢查: 在輸入結束后直接按回車鍵,看系統處理如何,會否報錯。這個地方很有可能會出現錯誤。

22．刷新鍵檢查：在Web系統中，使用瀏覽器的刷新鍵，看系統處理如何，會否報錯。

23．回退鍵檢查：在Web系統中，使用瀏覽器的回退鍵，看系統處理如何，會否報錯。對于需要用戶驗證的系統，在退出登錄后，使用回退鍵，看系統處理如何；多次使用回退鍵，多次使用前進鍵，看系統如何處理。

24．直接URL鏈接檢查：在Web系統中，直接輸入各功能頁面的URL地址，看系統如何處理，對于需要用戶驗證的系統更為重要。如果系統安全性設計的不好，直接輸入各功能頁面的URL地址，很有可能會正常打開頁面。

25．空格檢查：在輸入信息項中，輸入一個或連串空格，查看系統如何處理。如對于要求輸入整型、符點型變量的項中，輸入空格，既不是空值，又不是標準輸入。

26．輸入法半角全角檢查：在輸入信息項中，輸入半角或全角的信息，查看系統如何處理。如對于要求輸入符點型數據的項中，輸入全角的小數點（“。”或“．”，如４．５）；輸入全角的空格等。

27．密碼檢查：一些系統的加密方法采用對字符Ascii碼移位的方式，處理密碼加密相對較為簡單，且安全性較高，對于局域網系統來說，此種方式完全可以起到加密的作用，但同時，會造成一些問題，即大于128的Ascii對應的字符在解密時無法解析，嘗試使用“uvwxyz”等一些碼值較大的字符作為密碼，同時，密碼盡可能的長，如17位密碼等，造成加密后的密碼出現無法解析的字符。

28．用戶檢查：任何一個系統，都有各類不同的用戶，同樣具有一個或多個管理員用戶，檢查各個管理員之間是否可以相互管理，編輯、刪除管理員用戶。同時，對于一般用戶，嘗試刪除，并重建同名的用戶，檢查該用戶其它信息是否重現。同樣，提供注銷功能的系統，此用戶再次注冊時，是否作為一個新的用戶。而且還要檢查該用戶的有效日期，過了有效日期的用戶是不能登錄系統的。容易出現錯誤的情況是，可能有用戶管理權限的非超級管理員，能夠修改超級管理員的權限。

29．系統數據檢查：這是功能測試最重要的，如果系統數據計算不正確，那么功能測試肯定是通不過的。數據檢查根據不同的系統，方法不同對于業務管理平臺，數據隨業務過程、狀態的變化保持正確，不能因為某個過程出現垃圾數據，也不能因為某個過程而丟失數據。

30．系統可恢復性檢查：以各種方式把系統搞癱，測試系統是否可正常迅速恢復。

31．確認提示檢查：系統中的更新、刪除操作，是否提示用戶確認更新或刪除，操作是否可以回退（即是否可以選擇取消操作），提示信息是否準確。事前或事后提示，對于Update或Delete操作，要求進行事前提示。

32．數據注入檢查：數據注入主要是對數據庫的注入，通過輸入一些特殊的字符，如“?”，“/”，“-”等或字符組合，完成對SQL語句的破壞，造成系統查詢、插入、刪除操作的SQL因為這些字符而改變原來的意圖。如select * from table where id = ? ? and name = ? ?，通過在id輸入框中輸入“12?-”，會造成查詢語句把name條件注釋掉，而只查詢id=12的記錄。同樣，對于update和delete的操作，可能會造成誤刪除數據。當然還有其它一些SQL注入方法，具體可以參考《SQL應用高級SQL注入.doc》，很多程序都是基于頁面對輸入字符進行控制的，可以嘗試跳過界面直接向數據庫中插入數據，比如用Jmeter，來完成數據注入檢查。

33．刷新檢查：web系統中的WebForm.控件實時刷新功能，在系統應用中有利有弊，給系統的性能帶來較大的影響。測試過程中檢測刷新功能對系統或應用造成的影響（白屏），檢查控件是否回歸默認初始值，檢查是否對系統的性能產生較大影響（如每次刷新都連接數據庫查詢等）。

34．事務檢查：對于事務性操作，斷開網絡或關閉程序來中斷操作，事務是否回滾。

35．時間日期檢查：時間、日期驗證是每個系統都必須的，如2006-2-

29、2006-6-31等錯誤日期，同時，對于管理、財務類系統，每年的1月與前一年的12月（同理，每年的第1季度與前一年的第4季

度）。另外，對于日期、時間格式的驗證，如2006年2月28日、2006-2-

28、20060228等。日期檢查還要檢查日期范圍是否符合實際的業務，對于不符合時間業務的日期，系統是否會有提示或者有限制。

36．多瀏覽器驗證：越來越多的各類瀏覽器的出現，用戶訪問Web程序不再單單依賴于Microsoft Internet Explorer，而是有了更多的選擇：Maxthon、Firefox、Tencent Traveler等，考慮使用多種瀏覽器訪問系統，驗證效果。

37．安裝測試：對于C/S架構的系統，安裝程序的測試是一個重要方面，安裝程序自動化程度、安裝選項和設置（驗證各種方案是否都能正常安裝）、安裝過程中斷測試、安裝順序測試（分布式系統）、修復安裝及卸載測試。

38．文檔測試：主要是對用戶使用手冊、產品手冊進行測試，校驗是否描述正確、完整，是否與當前系統版本對照，是否易理解，是否二義性等。

39．測試數據檢查：事實告訴我們，測試數據比代碼更有可能是錯的，因此，當測試結果顯示有錯誤發生的時候，懷疑代碼錯誤前要先對測試數據檢查一遍。

40．請讓我的機器來運行：在某些項目中，出現一個病態的問題：系統沒有問題呀，它在我的機器上是能夠通過的。這就說明了其中存在著和環境相關的BUG。“是否所有的一切都受到了版本控制工具的管理？”、“本機的開發環境和服務器的環境是否一樣？”、“這里是否存在一個真正的BUG，只不過是在其他的機器里偶然出現？”。所有的測試必須在所有系統要求的機器上運行通過，否則的話，代碼就可能存在問題。

41．Ajax 技術的應用：Ajax有很多優點，但也有很多缺點，如果利用優點、避免缺點，是我們對新的Web2.0應用的一個挑戰。而Ajax的應用最直接的問題就是用戶體驗，用戶體驗的效果直接關系到是否使用Ajax技術。“會做，并不意味著應該做、必須做”，這就是對Ajax技術的很重要的注解。

42．Ajax技術的應用：Ajax采用異步調用的機制實現頁面的部分刷新功能，異步調用存在異常中斷的可能，嘗試各種方法異常中斷異步的數據調用，查看是否出現問題。在這里遇到的一個問題就是對日期控件的操作，已經如果頁面數據較多的時候的刷新。

43．腳本錯誤：隨著Ajax、IFrame等異步調用技術的發展，Javascrīpt技術也越來越受到開發人員的重視，但Javascrīpt存在調試困難、各瀏覽器存在可能不兼容等問題，因此在Web系統中

================

1、頁面鏈接是否正確；

2、關聯性，一個功能是否會對其他功能造成影響；

3、按鈕功能測試，刪除不選、多選、翻頁選擇；

4、字符串長度、類型、符號、特殊符號、中英文、空格、半角全角；

5、信息輸出完整性；

6、信息提交重復處理；

7、添加修改，修改重名；

8、重復提交、重復刪除、多用戶并發操作；

9、索引檢查；

10、輸入信息、光標位置、快捷鍵使用；

11、上傳下載文件；

12、必選項測試；

13、回車、刷新、瀏覽鍵回退檢查（主要是需要驗證的地方）；

14、直接URL鏈接檢查；

15、密碼檢查、長度、半角全角；

16、不同用戶權限檢查；

17、系統數據計算檢查；

18、系統健壯性檢查；

19、確認提示檢查；

20、數據注入檢查，一般程序是屏蔽掉特殊字符或者敏感字符；

21、刷新檢查，主要是實時刷新功能；

22、事物檢查，失敗異常回滾；

23、時間格式檢查；

24、瀏覽器兼容性檢查；

25、安裝、文檔測試；

26、測試數據檢查，即對自己測試提供數據進行檢查；

黑盒測試的測試用例設計方法

·等價類劃分方法·邊界值分析方法·錯誤推測方法·因果圖方法

·判定表驅動分析方法·正交實驗設計方法·功能圖分析方法