1、什么是接口？
“只有客戶發(fā)展了，才有我們的生存與發(fā)展！”這是創(chuàng)新互聯(lián)的服務(wù)宗旨！把網(wǎng)站當(dāng)作互聯(lián)網(wǎng)產(chǎn)品，產(chǎn)品思維更注重全局思維、需求分析和迭代思維，在網(wǎng)站建設(shè)中就是為了建設(shè)一個(gè)不僅審美在線，而且實(shí)用性極高的網(wǎng)站。創(chuàng)新互聯(lián)對成都網(wǎng)站制作、成都做網(wǎng)站、網(wǎng)站制作、網(wǎng)站開發(fā)、網(wǎng)頁設(shè)計(jì)、網(wǎng)站優(yōu)化、網(wǎng)絡(luò)推廣、探索永無止境。
2、什么是接口測試？
3、接口組成的要素有哪些？
4、Python 的 requests 包是干什么的？
5、如何使用 Python 的 requests 包？
6、為什么開展接口測試？
7、為什么要寫接口測試用例？
8、接口測試用例設(shè)計(jì)主要考慮哪些？
9、接口測試用例包含哪些內(nèi)容？
10、接口測試如何設(shè)計(jì)用例？
11、通用接口用例設(shè)計(jì)？
12、接口測試報(bào)告包含哪些內(nèi)容？
13、測試指標(biāo)范圍包含哪些？
14、做接口測試運(yùn)用過哪些測試工具？
15、抓包工具用過哪些？
16、為什么進(jìn)行抓包測試？
17、TCP/IP 參考模型有哪幾層？
18、常用協(xié)議的端口號？
19、常見的狀態(tài)碼有哪些？
20、你們公司的接口測試流程是怎樣的？
21、請?jiān)敿?xì)闡述接口測試和 UI 測試在測試活動(dòng)中是如何協(xié)同測試的？
22、接口測試注意事項(xiàng)？
23、接口測試執(zhí)行中對比數(shù)據(jù)庫嗎？
24、請簡述一下 cookie、session 以及 token 的區(qū)別？
25、談?wù)勀銓?HTTP 協(xié)議的了解？
26、你對 http 請求跟 webservice 請求的了解？
27、在接口測試中關(guān)聯(lián)是什么含義？如何使用 Postman 設(shè)置關(guān)聯(lián)？
28、接口自動(dòng)化測試框架一般分為幾層？
29、測試框架里如何做到數(shù)據(jù)和代碼分離？
1、什么是接口？
接口就是 API，意思是應(yīng)用程序編程接口。
接口本質(zhì)上是程序開發(fā)的函數(shù)和方法，提供參數(shù)和返回值。
2、什么是接口測試？
接口測試是測試系統(tǒng)組件間接口的一種測試，接口測試主要用于檢測外部系統(tǒng)和內(nèi)部系統(tǒng)之間以及各個(gè)子系統(tǒng)之間的交互點(diǎn)。測試的重點(diǎn)是檢查數(shù)據(jù)的交換、傳遞和控制管理的過程，以及系統(tǒng)間的相互邏輯依賴關(guān)系等。
3、接口組成的要素有哪些？
接口訪問的地址、請求的方法、參數(shù)、返回值
（1）接口訪問的地址 協(xié)議://IP 地址或域名:端口號/應(yīng)用名/功能名
（2）請求的方法 get、post 等
（3）參數(shù) 用戶使用接口時(shí)，需要向接口提供的數(shù)據(jù)。
（4）返回值 接口給用戶的反饋結(jié)果。
4、Python 的 requests 包是干什么的？
requests 是一個(gè) HTTP 庫，作用是發(fā)送 HTTP 請求，獲得響應(yīng)，往往使用在網(wǎng)絡(luò)爬蟲，接口自動(dòng)化測試中。
5、如何使用 Python 的 requests 包？
（1）安裝 Python
（2）安裝 requests 模塊
（3）創(chuàng)建.py 文件
（4）導(dǎo)入 requests 模塊
（5）編寫 Python 代碼
（6）調(diào)用 requests 方法
6、為什么開展接口測試？
接口測試屬于集成測試、測試接入越早，就越能在項(xiàng)目早期發(fā)現(xiàn)問題，修復(fù)問題成本降低。
接口測試非?？焖伲琔I 自動(dòng)化執(zhí)行一個(gè)測試用例 10s 左右，接口用例執(zhí)行一般毫秒級。
7、為什么要寫接口測試用例？
（1）理清思路，避免漏測和重復(fù)測試。
（2）提高測試效率、跟進(jìn)測試進(jìn)度、告訴領(lǐng)導(dǎo)做過、跟進(jìn)重復(fù)性工作。
（3）更好的記錄問題、發(fā)現(xiàn)問題、復(fù)現(xiàn)問題、同時(shí)這也是接口測試流程中的一個(gè)產(chǎn)物。
8、接口測試用例設(shè)計(jì)主要考慮哪些？
（1）功能是否正常。
（2）功能是否按照接口文檔實(shí)現(xiàn)、是否依賴業(yè)務(wù)、異常情況（參數(shù)異常、數(shù)據(jù)異常）、安全測試等。
9、接口測試用例包含哪些內(nèi)容？
用例名稱、接口地址、請求方式、前置條件、描述、請求頭部、請求參數(shù)、狀態(tài)碼、預(yù)期返回結(jié)果
10、接口測試如何設(shè)計(jì)用例？
接口測試一般考慮入?yún)⑿问降淖兓徒涌诘臉I(yè)務(wù)邏輯。
一般設(shè)計(jì)接口測試用例采用等價(jià)類、邊界值、場景法居多。
接口測試用例設(shè)計(jì)思路：
（1）接口業(yè)務(wù)邏輯測試，接口邏輯測試是指根據(jù)業(yè)務(wù)邏輯，輸入?yún)?shù)，輸出值的描述，對正常輸入情況下所得輸出值是否正確的測試，也就是測試對外提供的接口服務(wù)是否正常。
（2）模塊接口測試，模塊接口測試是為了保證數(shù)據(jù)的安全及程序在異常情況下的邏輯正確性而進(jìn)行的測試模塊，接口測試主要包括以下幾個(gè)方面
a.鑒權(quán)碼 token 異常（為空、沒有、錯(cuò)誤、過期）
b.其他參數(shù)的異常，必填項(xiàng)的檢查，參數(shù)的長度、類型、格式異常。常規(guī)的參數(shù)有數(shù)字，字符串，日期；參數(shù)長度，位數(shù)、身份證、電話的長度；參數(shù)的類型，數(shù)字精度，字母，中文，帶空格的參數(shù)，特殊字符；日期格式，日期年月日，年月日時(shí)分秒，日期格式（包含/-:等）
c.錯(cuò)誤碼異常覆蓋
11、通用接口用例設(shè)計(jì)？
（1）通過性驗(yàn)證：首先肯定要保證這個(gè)接口功能是好使的，也就是正常的通過性測試，按照接口文檔上的參數(shù)，正常傳入，是否可以返回正確的結(jié)果。
（2）參數(shù)組合：現(xiàn)在有一個(gè)操作商品的接口，有個(gè)字段 type，傳 1 的時(shí)候代表修改商品，商品 id、商品名稱、價(jià)格有一個(gè)是必傳的，type 傳 2 的時(shí)候是刪除商品，商品 id 是必傳的，這樣就要測參數(shù)組合了，type 傳 1 的時(shí)候，只傳商品名稱能不能修改成功，id、名稱、價(jià)格都傳的時(shí)候能不能修改成功。
（3）接口安全：繞過驗(yàn)證，比如說購買了一個(gè)商品，它的價(jià)格是 300 元，那我在提交訂單時(shí)候，我把這個(gè)商品的價(jià)格改成 3 元，后端有沒有做驗(yàn)證，更狠點(diǎn)，我把錢改成-3，是不是我的余額還要增加？繞過身份授權(quán)，比如說修改商品信息接口，那必須得是賣家才能修改，那我傳一個(gè)普通用戶，能不能修改成功，我傳一個(gè)其他的賣家能不能修改成功。參數(shù)是否加密，比如說我登陸的接口，用戶名和密碼是不是加密，如果不加密的話，別人攔截到你的請求，就能獲取到你的信息了，加密規(guī)則是否容易破解。密碼安全規(guī)則，密碼的復(fù)雜程度校驗(yàn)。
（4）異常驗(yàn)證：所謂異常驗(yàn)證，也就是我不按照你接口文檔上的要求輸入?yún)?shù)，來驗(yàn)證接口對異常情況的校驗(yàn)。比如說必填的參數(shù)不填，輸入整數(shù)類型的，傳入字符串類型，長度是 10 的，傳 11，總之就是你說怎么來，我就不怎么來，其實(shí)也就這三種，必傳非必傳、參數(shù)類型、入?yún)㈤L度。
12、接口測試報(bào)告包含哪些內(nèi)容？
系統(tǒng)接口概況、測試目的與范圍、測試工具與資源、測試記錄及結(jié)果分析（單場景接口、混合場景接口）、測試結(jié)論
13、測試指標(biāo)范圍包含哪些？
（1）被測接口接收請求和返回報(bào)文。
（2）被測接口返回狀態(tài)、被測接口對應(yīng)業(yè)務(wù)邏輯處理、涉及數(shù)據(jù)沉淀的處理、復(fù)雜場景下多個(gè)接口串聯(lián)交互。
14、做接口測試運(yùn)用過哪些測試工具？
（1）Postman
（2）JMeter
（3）SoapUI
（4）Python + requests
（5）Java + HttpClient
（6）Java + OkHttp
15、抓包工具用過哪些？
（1）Fiddler
（2）Charles
（3）Wireshark
16、為什么進(jìn)行抓包測試？
有些時(shí)候公司沒有標(biāo)準(zhǔn)的接口文檔，測試人員只能抓包來獲取接口信息。
抓包可以迅速找到請求，通過抓包可以查看整個(gè)請求過程，以及響應(yīng)過程，可以通過抓包來分辨前臺(tái)還是后臺(tái) bug。
通過抓包，可以查看是否有敏感信息泄露，比如用戶密碼和個(gè)人賬號信息等數(shù)據(jù)。
通過抓包進(jìn)行測試，攔截請求，修改請求數(shù)據(jù)，查看對應(yīng)響應(yīng)結(jié)果，抓包本身就是接口測試的一部分。
17、TCP/IP 參考模型有哪幾層？
應(yīng)用層、傳輸層、網(wǎng)絡(luò)層、網(wǎng)絡(luò)接口層
18、常用協(xié)議的端口號？
（1）21/tcp FTP 文件傳輸協(xié)議
（2）22/tcp SSH 安全登錄、文件傳送（SCP）和端口重定向
（3）23/tcp Telnet 不安全的文本傳送
（4）25/tcp SMTP Simple Mail Transfer Protocol（E-mail）
（5）69/udp TFTP Trivial File Transfer Protocol（微型文件傳輸協(xié)議）
（6）80/tcp HTTP 超文本傳送協(xié)議（WWW）
（7）110/tcp POP3 Post Office Protocol（E-mail）
（8）443/tcp HTTPS used for securely transferring web pages
（9）3389/tcp 遠(yuǎn)程訪問 5631/tcp
（10）5632/udp pcanywhere 端口號
（11）1433 SqlServer 服務(wù)端口號
（12）1521 Oracle 服務(wù)端口號
（13）3306 Mysql 服務(wù)端口號
（14）8080 Tomcat 默認(rèn)服務(wù)端口號
19、常見的狀態(tài)碼有哪些？
（1）1XX 信息提示，用于指定客戶端相應(yīng)的某些動(dòng)作。
（2）2XX 成功，用于表示請求成功。
（3）3XX 重定向，用于移動(dòng)的文件并且常被包含在定位頭信息中制定的新的地址信息。
（4）4XX 客戶端錯(cuò)誤，用于指出客戶端的錯(cuò)誤。
（5）5XX 服務(wù)器錯(cuò)誤，用于指出服務(wù)器的錯(cuò)誤。
20、你們公司的接口測試流程是怎樣的？
（1）從開發(fā)中取得接口文檔，了解接口業(yè)務(wù)，主要包括接口地址、請求方式、入?yún)ⅰ⒊鰠?、返回格式等信息?/p>
（2）使用 Jmeter 進(jìn)行接口測試，創(chuàng)建一個(gè)線程組，然后建立一個(gè) http 請求默認(rèn)值，再新建很多 http 請求，一個(gè)請求是一個(gè)用例，輸入相應(yīng)接口路徑、訪問方式、參數(shù)等，創(chuàng)建斷言和察看結(jié)果樹。
（3）最后調(diào)用并執(zhí)行測試用例，編寫測試報(bào)告。
（4）在做接口測試的時(shí)候遇到過很多問題，都是自己獨(dú)立解決的，比如返回值亂碼（修改 Jmeter 的配置文件為 UTF-8）。
21、請?jiān)敿?xì)闡述接口測試和 UI 測試在測試活動(dòng)中是如何協(xié)同測試的？
接口測試和 UI 測試這兩塊其實(shí)是有一部分是重疊的，UI 測試是通過前端寫的界面來調(diào)用接口，而接口測試是直接調(diào)接口。所以排除前端的處理的邏輯和調(diào)用的正確性，在理論上接口測試是可以覆蓋所有的 UI 測試。但實(shí)際過程中，如果只是在接口層覆蓋所有的業(yè)務(wù)流，在 UI 上只測試前端的邏輯，最終的結(jié)果可能會(huì)是忽視很多原有的功能點(diǎn)，導(dǎo)致了 UI 測試的不充分。所以存在多人分工且時(shí)間充分的時(shí)候可以嘗試接口去做業(yè)務(wù)流的全覆蓋，否則不要輕易嘗試。
22、接口測試注意事項(xiàng)？
（1）改變請求參數(shù)，看響應(yīng)結(jié)果是否和接口文檔一致。
（2）查看參數(shù)是否有敏感信息（比如個(gè)人賬戶信息，資金信息）。
（3）查看是否對關(guān)鍵參數(shù)進(jìn)行加密處理（密碼信息）。
（4）所有列表頁接口必須考慮排序值。
（5）接口返回的圖片地址能否打開，圖片尺寸是否符合需求。
（6）接口有翻頁時(shí)，頁碼與頁數(shù)的異常值測試。
（7）當(dāng)輸出參數(shù)有聯(lián)動(dòng)性時(shí)，需要校驗(yàn)返回兩參數(shù)的實(shí)際結(jié)果是否都符合需求每個(gè)接口入?yún)⒌哪J(rèn)值、異常類型、非空校驗(yàn)。
（8）入?yún)⒅С侄鄠€(gè)值時(shí)，要考慮傳的值的個(gè)數(shù)多的情況下，接口會(huì)不會(huì)報(bào)錯(cuò)。
23、接口測試執(zhí)行中對比數(shù)據(jù)庫嗎？
肯定要對比，因?yàn)榻涌诜祷刂档臄?shù)據(jù)來源于數(shù)據(jù)庫，接口對數(shù)據(jù)的操作還要進(jìn)行深層次的數(shù)據(jù)庫檢查。
24、請簡述一下 cookie、session 以及 token 的區(qū)別？
cookie 數(shù)據(jù)存放在客戶的瀏覽器上、session 數(shù)據(jù)放在服務(wù)器上、token 是接口測試時(shí)鑒權(quán)碼，一般情況下登陸后才可以獲取到 token，然后在每次請求接口時(shí)需要帶上 token 參數(shù)。
cookie 不安全，別人可以分析存在本地的 cookie 并進(jìn)行 cookie 欺騙，考慮到安全應(yīng)當(dāng)使用 session 可以將登錄信息等重要信息存放為 session，其他信息可以保存在 cookie。
25、談?wù)勀銓?HTTP 協(xié)議的了解？
超文本傳輸協(xié)議，端口為 80，是由請求和響應(yīng)兩部分組成的。
請求是由請求頭，請求行，請求正文組成；響應(yīng)是由響應(yīng)頭、響應(yīng)行、響應(yīng)正文組成。
面向安全的話使用 https。
26、你對 http 請求跟 webservice 請求的了解？
（1）http api 接口：是走 http 協(xié)議，通過路徑來區(qū)分調(diào)用的方法，請求報(bào)文都是 key-value 形式的，返回報(bào)文一般都是 json 串，有 get 和 post 等方法，這也是最常用的兩種請求方式?？梢允褂玫墓ぞ哂?postman、RESTClient、jmeter、loadrunner 等。
（2）webservice 接口：是走 soap 協(xié)議通過 http 傳輸，請求報(bào)文和返回報(bào)文都是 xml 格式的，都是通過工具才能進(jìn)行調(diào)用與測試。可以使用的工具有 SoapUI、jmeter、loadrunner 等。
27、在接口測試中關(guān)聯(lián)是什么含義？如何使用 Postman 設(shè)置關(guān)聯(lián)？
關(guān)聯(lián)就是把上一個(gè)接口返回值的部分截取出來，作為下一個(gè)接口的參數(shù)，能讓接口串聯(lián)運(yùn)行。
在 Postman 中設(shè)置關(guān)聯(lián)的步驟如下：
（1）通過正則表達(dá)式提取的方式或 json 取值的方式把下一個(gè)接口需要的信息從上一個(gè)接口截取出來。
（2）使用設(shè)置全局變量的代碼把取出來的值保存到全局變量里。
（3）在下一個(gè)接口中，使用(全局變量)代替要替換的靜態(tài)值。
28、接口自動(dòng)化測試框架一般分為幾層？
自動(dòng)化測試框架一般分為 5 層（配置層，腳本層，數(shù)據(jù)層，測試報(bào)告層，驅(qū)動(dòng)層）
接口項(xiàng)目工程規(guī)劃大致可分為幾類，首先是測試結(jié)果類，比如說叫 test_rusult，里面存放一些比如日志文件，測試報(bào)告。然后是測試用例 testcase，里面分模塊存放測試用例。接下來是公共方法類，比如說叫 public，或者是 tools，里面存放一些，讀取 excel 數(shù)據(jù)的方法，發(fā)送 http 請求的方法，收集 log 日志的方法，發(fā)送郵件，操作數(shù)據(jù)庫等方法。還有就是配置文件類，比如說叫 config，里面存放一些指定運(yùn)行部分用例的配置文件，連接數(shù)據(jù)庫的配置文件。最后是寫一個(gè) run 方法，運(yùn)行所有的用例。
29、測試框架里如何做到數(shù)據(jù)和代碼分離？
第一種：寫在 excel 表格里，像這種主要是讀取 excel 數(shù)據(jù)有點(diǎn)麻煩，常用的用來讀取 excel 的第三方庫有 openpyxl，xlrd 等。當(dāng)然讀取 excel 數(shù)據(jù)最好用的還是用來做數(shù)據(jù)分析的 pandas 模塊，不用寫那么多 for 循環(huán)。
第二種：數(shù)據(jù)存放到 yaml 文件里，一個(gè)模塊或者是一個(gè)功能寫一個(gè) yaml 文件，最后寫個(gè)讀取 yaml 文件的公共方法就行了。yaml 格式的文件比較簡單。
第三種：存放在數(shù)據(jù)庫里面。
第四種：數(shù)據(jù)存放在 json 文件里。
Microsoft Network Monitor
這是微軟提供的網(wǎng)絡(luò)抓包工具
雖然它是微軟提供的，但所有的協(xié)議parser解析代碼全部都是開源的，采用其支持的特有腳本語言編寫，易理解、易擴(kuò)展；
它自帶協(xié)議parser比較全面，同時(shí)有一個(gè)開源社區(qū)提供持續(xù)支持；
另外，它也提供API幫助我們開發(fā)自己的網(wǎng)絡(luò)抓包、協(xié)議分析工具。
針對TDS協(xié)議解析需求：
Network Monitor自帶TDS協(xié)議解析器和UI比較友好
Network Monitor自帶TDS協(xié)議解析器在解析和結(jié)果展示方面更全面，以下是一個(gè)畫面片段，顯示了一個(gè)SQL Batch包。
先了解一下SQLSERVER的加密階段
一共有兩個(gè)階段
在認(rèn)證階段，SQLSERVER會(huì)使用自生成的自簽名證書，加密客戶端發(fā)過來的登陸用戶名和密碼
在數(shù)據(jù)傳輸階段，如果不使用證書，那么數(shù)據(jù)是使用明文在網(wǎng)絡(luò)上進(jìn)行傳送的
大家可以看一下這篇文章：
SQL Server 連接加密 (1) -- SQL Server connection encyption
網(wǎng)上有很多制作證書的教程，但是制作證書都比較麻煩，客戶端和服務(wù)器端都要弄很多東西。
詳細(xì)制作證書的過程可以參考園子里的這篇文章：
在SQL Server 2005 中開啟SSL(圖文結(jié)合)
當(dāng)然這篇文章不是講解這個(gè)network monitor抓包工具的，所以輕輕帶過就算了
那么，不制作證書怎么加密傳輸?shù)臄?shù)據(jù)啊？？？？
答案就是：同樣使用在認(rèn)證階段的自生成的自簽名證書
詳細(xì)步驟：
步驟1：在SQLSERVER服務(wù)器端這邊設(shè)置強(qiáng)行加密
步驟2：重啟SQLSERVER，只有重啟SQLSERVER設(shè)置才能生效
步驟3：打開network monitor，新建一個(gè)capture
步驟4：啟動(dòng)capture，開始捕獲
步驟5：在客戶端這邊連上服務(wù)器端的SQLSERVER，然后你會(huì)在network monitor里的看到SSMS這個(gè)進(jìn)程已經(jīng)出現(xiàn)在Network Conversations窗口
步驟6：選中他，你會(huì)在Frame Summary窗口看到幀信息
步驟7：如果你在服務(wù)器端開啟了“強(qiáng)行加密”，那么收到的數(shù)據(jù)包都會(huì)是加密的
大家在Protocol Name這一欄看到的是TLS協(xié)議，而不會(huì)是TDS協(xié)議
步驟8：查看幀數(shù)據(jù)
步驟9：如果沒有加密的明文數(shù)據(jù)，network monitor就能夠查看出來，并且Protocol Name這一欄顯示的是TDS協(xié)議，因?yàn)閿?shù)據(jù)包并沒有使用TLS協(xié)議進(jìn)行封裝
TIPS：當(dāng)關(guān)閉了SSMS的查詢窗口之后，連接還是存在的
很多人會(huì)問，關(guān)閉了連接，怎么連接還存在，客戶端為什么還會(huì)跟服務(wù)器端進(jìn)行通信？？？？？
實(shí)際上，這個(gè)是客戶端的連接池機(jī)制，客戶端不斷發(fā)送keep alive數(shù)據(jù)包給服務(wù)器，下次有同樣的連接進(jìn)行重用了，不需要再進(jìn)行三次握手o(∩_∩)o
總結(jié)
本人介紹了不使用制作證書的方式來對傳輸?shù)臄?shù)據(jù)進(jìn)行加密的方法，實(shí)際上設(shè)置客戶端而不設(shè)置服務(wù)器端也是可以的
不過設(shè)置客戶端比較麻煩，還需要在連接字符串里加上encrypt屬性設(shè)置為Yes
設(shè)置服務(wù)器端和設(shè)置客戶端的加密的區(qū)別
服務(wù)器端：所有的連接都是加密的
客戶端：只是設(shè)置了加密的那個(gè)連接是加密的，其他沒有設(shè)置加密的連接依然是明文傳輸數(shù)據(jù)
當(dāng)然，使用SQLSERVER自生成的證書安全性是不及自己制作的證書的安全性高??！
相關(guān)連接：
加密與 SQL Server 的連接
使用自簽名證書加密的 SSL 連接不提供強(qiáng)安全性。它們?nèi)菀自趥鬏斨型臼艿焦?。在生產(chǎn)環(huán)境中或在連接到 Internet 的服務(wù)器上，不應(yīng)依賴使用自簽名證書的 SSL。
始終要對客戶端應(yīng)用程序與 SQL Server
連接時(shí)傳輸?shù)膽{據(jù)（在登錄數(shù)據(jù)包中）進(jìn)行加密。SQL Server
將使用可信證書頒發(fā)機(jī)構(gòu)頒發(fā)的證書（如果可用）。如果未安裝可信證書，則在啟動(dòng)實(shí)例時(shí) SQL Server
將生成自簽名證書，并使用自簽名證書對憑據(jù)進(jìn)行加密。自簽名證書有助于提高安全性，但它不提供針對通過服務(wù)器進(jìn)行的身份欺騙的保護(hù)。如果使用自簽名證書，
并且 ForceEncryption 選項(xiàng)的值設(shè)置為“是”，則將使用自簽名證書對通過網(wǎng)絡(luò)在 SQL Server
和客戶端應(yīng)用程序之間傳輸?shù)乃袛?shù)據(jù)進(jìn)行加密
1.安裝Adaptive Server Anywhere 7
2.在軟件目錄找到ini文件或者相關(guān)的配置文件,一般里面有配置有db的用戶名與密碼信息.找到該信息
3.用dbsrv7.exe -n zte.db,啟動(dòng)sql anywhere
4.啟動(dòng)Sqlserver enterprise manager,導(dǎo)入數(shù)據(jù),數(shù)據(jù)源選擇:Sybase adaptive Server anywhere Provide
在"連接"里面輸入,剛才在軟件目錄找到配置的用戶名與密碼.測試聯(lián)接成功后,下一步選擇導(dǎo)入SQL.
老軟件一般用戶名與密碼都保存在一些比較明顯的有類似user信息的表名里面,如果密碼加密了的話,可以先導(dǎo)入老軟件的空白數(shù)據(jù)庫,一般有默認(rèn)密碼,把默認(rèn)密碼覆蓋到原有sql anywhere數(shù)據(jù)庫中既可用原來的老密碼登錄了.
更新sql anywhere中數(shù)據(jù)庫數(shù)據(jù)的方法:
1.用dbsrv7.exe -n zte.db,啟動(dòng)sql anywhere
2.啟動(dòng)Adaptive Server Anywhere 7的Interactive SQL,在connect輸入用戶名與密碼信息,然后在Interactive SQL用Sql 語句更新密碼即可.
如果在軟件目錄沒有找到Sql anywhere的登錄用戶名及密碼,可以使用一個(gè)辦法得到用戶名與密碼,把Sql anywhere布置在網(wǎng)絡(luò)上的另外一臺(tái)機(jī)器,然后設(shè)置軟件數(shù)據(jù)庫指向到網(wǎng)絡(luò)上的IP,啟動(dòng)Sniffer抓包,啟動(dòng)軟件登錄,這時(shí)軟件應(yīng)該會(huì)向Sql anywhere發(fā)出聯(lián)接,聯(lián)接數(shù)據(jù)包中肯定含有用戶名與密碼.
重慶分公司
重慶分公司
