國信面試資料

（1）、一個mssql-microsoft sql server數據庫如今須要把一個dbf文件導入數據庫中,請簡單說明導入的各類方法--

mssql數據庫是微軟的SQLServer數據庫服務器
一，

1. 用Excel打開cjk.dbf文件，「文件」—>」另存爲」，存爲cjk.csv (存爲csv文件)

2. 打開SQLyog軟件（SQLyog是業界著名的Webyog公司出品的一款簡潔高效、功

能強大的圖形化MySQL數據庫管理工具。）

3. 左側空白處右擊選擇選擇」Create database…」(建立數據庫)，輸入名字score

4.打開建立表對話框，輸入字段名稱（表頭，每列的名稱，與dbf字段保持一致），以後選擇「Create Table…」按鈕，輸入表名score1,結果以下圖所示：

5. 在socre1表上右擊選擇「Import Data From CSV…「，先選擇剛纔保存的cjk.csv文件後，再單擊該圖的」change…」按鈕 ，打開如圖所示對話框單擊此到一列中）按鈕，將內容變爲如上圖對話框

所示內容（ 這一步必須作，是爲了與所建表的字段匹配,不然全部的數據只會添加

再將「Charset「選項設爲」utf8「 單擊「OK「

6. 打開Table Data選項卡，單擊「Refresh「按鈕便可出現以下圖所示的效果（此

時已將cjk.dbf文件成功導入到mysql數據庫）

2、一、打開navicat for mysql 軟件，選擇要導入數據的數據庫，點擊導入嚮導按鈕，彈出導入數據對話框。二、選擇dbase文件（*.dbf）,點擊下一步；三、選擇要導入的dbf格式數據，這裏須要注意的是編碼必定要選擇與dbf文件相同的編碼，不然中文會亂碼的。四、選擇目標表。你能夠選擇現有的表，或者輸入新的表名。這裏咱們新建test表；五、這一步能夠修改修改表的屬性，點擊圖片中箭頭處設置主鍵，還能夠設置字段大小。六、選擇導入模式-添加記錄到目標表；七、點擊開始就能夠了，當出現Finished Successfully 數據就成功導入了

3、將DBF文件導入Sqlserver數據庫 - CSDN博客-http://blog.csdn.net/whuyi/article/details/5990205

 --方法一：

         select * into 要生成的SQL表名 from OPENROWSET('MICROSOFT.JET.OLEDB.4.0','dBase IV;HDR=NO;IMEX=2;DATABASE=c:/','select * from dbf表名.dbf')

     --方法二：

         select * into 要生成的SQL表名 from OPENROWSET('MICROSOFT.JET.OLEDB.4.0','dBase III;HDR=NO;IMEX=2;DATABASE=c:/','select * from dbf表名.dbf')

     --方法三：

         select * into 要生成的SQL表名 from openrowset('MSDASQL','Driver=Microsoft Visual FoxPro Driver;SourceType=DBF;SourceDB=c:/','select * from dbf表名.DBF')

        --用前兩種方法導入SQL SERVER後，源表再用VFP打開就不提示「不能存取文件」，說明語句執行後就把源表關閉了。不過也有不盡人意的地方，就是用前兩種方法導入後，源表中的字符型字段導入後SQL表字段對應變成NVARCHAR了。

--第三種方法有一個缺點：把DBF表導入SQL Server中後，立刻用VISUAL FOXPRO打開DBF表，會提示「不能存取文件」，即這個表還被SQL打開着呢。但是過了1分鐘左右，再打開DBF表就能夠了，說明通過一段時間後查詢分析器才把這個表關閉。

能夠直接將dbf文件導入sqlserver數據庫

（2）、有一張表 裏面有3個字段(hbdm+zjzh+zjye)，其中主鍵爲hbdm+zjzh，高hbdm取值爲0、一、2，請找出表中的zjzh，使得該zjzh只存在在一條hbdm=0的記錄，請儘可能採用多種方法，並比較哪一種方法最佳，並說明理由；
1\select distinct zjzh ,hbdm from zjk where hbdm=0;
2\select zjzh ,hbdm from zjk where hbdm=0 and rownum=1;

第二個最佳，第一個隨着數量的增長，速度成倍降低

（3）、如今有一個多表關聯查詢耗時較長，須要優化，請描述優化時，要考慮的方面和可採起的方法；

最簡單的優化 就是減小連表的數量 實際上就是減小了嵌套循環查詢的層次 即下降了時間複雜度

給tid和uid加上索引，而且改變sql爲select * from t,ut,u where ut.uid = u.uid and t.tid = ut.tid。由於t表和ut表的數據量都在300W的樣子,u表的數據量200條左右。因此先上u表和ut表關聯減小聯合查詢記錄數，最後再和t表關聯，查詢速度就快了。多表鏈接條件前後順序也影響sql查詢效率。

解：

一、減小表嵌套，只列出須要的查詢字段 
二、給要建立的表主鍵加上索引 

三、第三個就是建立一個新表

（4）、軟件測試主要考察軟件的哪些方面，測試用例制定的原則和方法

功能，性能，易用性，兼容性，安全性，穩定性測試

原則以下：

一、測試用例的表明性：可以表明並覆蓋各類合理的和不合理、合法的和非法的、邊界的和越界的、以及極限的輸入數據、操做和環境設置等。
二、測試結果的可斷定性：即測試執行結果的正確性是可斷定的，每個測試用例都應有相應的指望結果。
三、測試結果的可再現性：即對一樣的測試用例，系統的執行結果應當是相同的。

無論是從我的角度仍是從公司角度，根據我這幾年的經驗我以爲case的設計應該符合如下幾點：
一、一個case一個功能點：每一個case都要有個測點，找準一個測點則可，不能同時覆蓋不少功能點，不然執行起來牽連太大；
二、case的易讀：從執行者的角度去寫case，最好不要有太多的術語在裏面，若是要有最好指明具體位置；
三、case的執行粒度：粒度越小越好；
四、步驟清晰：一個case多個步驟，可一個重點，步驟指名人們怎麼去操做，expect則指明這樣操做以後應該看到什麼結果---最好不要用正確，正常，錯誤之類的含糊主觀的字眼。
五、整體設計：先正常，後異常，這樣能夠確保正常狀況下功能可以走通。
總之：對於一個新來的tester，給他個case和咱們的軟件，他就能順利取執行case.
方法：流程分析法，邊界值分析法，等價類劃分法，錯誤推測法、正交表分析法（

有時候，可能由於大量的參數的組合而引發測試用例數量上的激增，同時，這些測試用例並無明顯的優先級上的差距，而測試人員又沒法完成這麼多數量的測試，就能夠經過正交表來進行縮減一些用例，從而達到儘可能少的用例覆蓋儘可能大的範圍的可能性
）等

（5）某券商有一套外圍系統，目前修改登陸部分，請設計測試用例

登陸功能通用測試用例

具體需求：

有一個登陸頁面，有一個帳號和一個密碼輸入框, 一個提交按鈕。 請針對這個頁面設計Test Case。

此題的考察目的：

一、瞭解需求（測什麼都是從瞭解需求開始）；

二、是否有設計Test Case的能力

三、是否熟悉各類測試方法；

四、是否有豐富的Web測試經驗；

五、是否瞭解Web開發；

瞭解需求：

測試需求分析過程，能夠從質量要求出發，來展開測試需求分析，如從功能、性能、安全性、兼容性等各個質量要求出發，不斷細化其內容，挖掘其對應的測試需求，覆蓋質量要求。也能夠從開發需求（如產品功能特性點、敏捷開發的用戶故事）出發，針對每一條開發需求造成已分解的測試項，結合質量要求，這些測試項再擴展爲測試任務，這些測試任務包括了具體的功能性測試任務和非功能性測試任務。在整理測試需求時，須要分類、細化、合併並按照優先級進行排序，造成測試需求列表。

一、登陸界面應該是彈出窗口式的，仍是直接在網頁裏面；

二、帳號長度和密碼的強度（好比須要多少位、大小寫敏感、特殊字符混搭等）；

三、界面美觀是否有特殊要求？（便是否要進行UI測試）；

四、····

用例設計：

測試需求分析完成後，開始用例設計，主要能夠從如下幾個方面考慮：

功能測試(Function Test)

一、輸入正確的帳號和密碼，點擊提交按鈕，驗證是否能正確登陸。（正常輸入）

二、輸入錯誤的帳號或者密碼, 驗證登陸會失敗，而且提示相應的錯誤信息。（錯誤校驗）

三、登陸成功後可否跳轉到正確的頁面（低）

四、帳號和密碼，若是過短或者太長，應該怎麼處理（安全性，密碼過短時是否有提示）

五、帳號和密碼，中有特殊字符（好比空格），和其餘非英文的狀況（是否作了過濾）

六、記住帳號的功能

七、登陸失敗後，不能記錄密碼的功能

八、帳號和密碼先後有空格的處理

九、密碼是否加密顯示（星號圓點等）

十、牽扯到驗證碼的，還要考慮文字是否扭曲過分致使辨認難度大，考慮顏色（色盲使用者），刷新或換一個按鈕是否好用

十一、登陸頁面中的註冊、忘記密碼，登出用另外一賬號登陸等連接是否正確

十二、輸入密碼的時候，大寫鍵盤開啓的時候要有提示信息。

1三、什麼都不輸入，點擊提交按鈕，看提示信息。（非空檢查）

界面測試(UI Test)

一、佈局是否合理，2個Testbox 和一個按鈕是否對齊

二、Testbox和按鈕的長度，高度是否複合要求

三、界面的設計風格是否與UI的設計風格統一

四、界面中的文字簡潔易懂，沒有錯別字。

性能測試(Performance Test)

一、打開登陸頁面，須要幾秒

2 、輸入正確的帳號和密碼後，登陸成功跳轉到新頁面，不超過5秒

安全性測試(Security Test)

一、登陸成功後生成的Cookie是否有HttpOnly(下降腳本盜取風險)

二、帳號和密碼是否經過加密的方式，發送給Web服務器

三、帳號和密碼的驗證，應該是用服務器端驗證，而不能單單是在客戶端用javaScript驗證

四、帳號和密碼的輸入框，應該屏蔽SQL注入攻擊

五、帳號和密碼的的輸入框，應該禁止輸入腳本（防止XSS攻擊）

六、錯誤登陸的次數限制（防止暴力破1解）

七、考慮是否支持多用戶在同一機器上登陸；

八、考慮一用戶在多臺機器上登陸

可用性測試(Usability Test)

一、是否能夠全用鍵盤操做，是否有快捷鍵

二、輸入帳號，密碼後按回車，是否能夠登陸

三、輸入框是否能夠以Tab鍵切換

兼容性測試（Compatibility Test）

一、主流的瀏覽器下可否顯示正常已經功能正常（IE6~11, FireFox, Chrome, Safari 等 ）

二、不一樣的平臺是否能正常工做，好比Windows, Mac

三、移動設備上是否正常工做，好比iPhone, Android

四、不一樣的分辨率

本地化測試 （Localization Test）

一、不一樣語言環境下，頁面的顯示是否正確。

軟件輔助性測試 （Accessibility Test）

軟件輔助功能測試是指測試軟件是否向殘疾用戶提供足夠的輔助功能

一、高對比度下可否顯示正常（視力很差的人使用）

數據符合需求規則狀況下：

一、輸入正確的帳號和密碼，點擊提交按鈕，驗證是否能正確登陸。（正常輸入）

二、輸入錯誤的帳號或者密碼, 驗證登陸會失敗，而且提示相應的錯誤信息。（錯誤校驗）

三、輸入用戶名，密碼爲空

四、用戶名爲空，輸入密碼

五、用戶名和密碼都爲空六、用戶名正確，密碼錯誤

（6）pathon能作什麼，它與java\c++有何不一樣，你用pathon 做過何工做

網絡編程，遊戲編程，鏈接數據庫並對數據庫進行處理，能夠在多種操做系統上編輯及應用

Python是一種計算機程序設計語言,好比，完成同一個任務，C語言要寫1000行代碼，Java只須要寫100行，而Python可能只要20行。

因此Python是一種至關高級的語言。

用Python能夠作什麼？

能夠作平常任務，好比自動備份你的MP3；

能夠作網站，不少著名的網站像知乎、YouTube就是Python寫的；

能夠作網絡遊戲的後臺，不少在線遊戲的後臺都是Python開發的。

JAVA 引入包後，調用包的方式比 Python 要簡潔些，而 Python 直接 import 包則是顯式的，不會出現同名模塊/類衝突的問題，若是使用「from module import function」的話，在使用的時候也很簡潔卻要求必須有針對性地引用函數。
JAVA 裏的塊用大括號對包括，Python 以冒號 + 四個空格縮進表示。
JAVA 的類型要聲明，Python 的類型不須要。
JAVA 基本上是類/結構操做，也就是面向對象處理，Python 能夠以獨立的函數模塊來處理邏輯而不須要放到類中。
JAVA 每行語句以分號結束，Python 能夠不寫分號。
JAVA 中的字符串以雙引號括起來，Python 中單引號或雙引號均可以（與 JavaScript 同樣）。
實現同一功能時，JAVA 要敲的鍵盤次數通常要比 Python 多。

（7）在SHELL環境怎樣殺死一個進程　

使用kill命令結束進程：kill xxx

   經常使用：kill －9 324

   Linux下還提供了一個killall命令，能夠直接使用進程的名字而不是進程標識號，例如：# killall -9 NAME

（8）請描述你知道的國內證券交易品種以及投資特性

1.證券是用來證實持有人享有的某種特定權益的憑證。如股票、債券、本票、匯票、支票、保險單、存款單、借據、提貨單等各類票證單據都是證券。
證券是指各類經濟權益的憑證。
可分爲憑證證券和有價證券。
其中憑證證券是單純證實必定事實的證券，如借據、收條等。
有價證券包括三類:商品證券、貨幣證券、資本證券。
商品證券通常包括提貨單、貨棧單等
貨幣證券主要指匯票、本票、支票。
資本證券主要有股票、債券、基金。
證券都是虛擬資產，是表明實際資產的憑證，黃金固然不是，期貨也不是證券，金融期貨纔是證券，好比我國之前曾試驗過國債期貨，可是因爲3.27事件停辦了，外匯天然也不是證券，它並非任何實際資產的替代！！

（9）請描述國內證券交易所競價交易的撮合規則

　(一)競價原則

　　證券交易所內的證券交易按「價格優先、時間優先」原則競價成交。

　　(1)價格優先。成交時價格優先的原則爲：較高價格買入申報優先於較低價格買入申報，較低價格賣出申報優先於較高價格賣出申報。

　　(2)時間優先。成交時時間優先的原則爲：買賣方向、價格相同的，先申報者優先於後申報者。前後順序按證券交易所交易主機接受申報的時間肯定。

（10）試述軟件開發中，可能發生的錯誤類型，以及軟件測試中應對的方法

問題1: 從項目的需求蒐集開始，業務專家蒐集和提出基於整個業務的需求體系，可是在從初始的需求轉化爲軟件特性和功能的過程當中，因爲業務專家和技術人員的溝通不充分或者需求描述不完善，致使技術人員對需求的理解產生曲解，從而影響該軟件完成後不符合用戶提出的真實需求。  

問題2: 從初始的業務需求轉化爲軟件特性的過程當中，缺少有效的跟蹤和管理，致使軟件功能特性與用戶需求脫節。  

問題3:在項目過程當中，用戶提出改進的需求或者增長軟件功能和特性，項目組在瞭解需求後，軟件架構進行調整或者重構，可是如此頻繁的重複下來，需求來源不清楚，軟件規格書未反應需求變化，或者接受需求但未調整項目的總體進度，致使一些混亂狀況的發生。

上述1，2個問題其實都是對需求跟蹤和管理機制的不完善引發的。在任何一個軟件開發過程當中，都充分地強調了需求管理的重要性，在項目立項後，由專人或專門的團隊(這些人必須是瞭解該項目業務領域的知識，而且有相關的技術經驗)蒐集該項目的原始需求，而後和技術專家（或團隊)進行充分的溝通和討論，保證技術專家對原始需求乃至一些用戶要求的細節有完整而正確的理解，接着技術專家就會根據原始需求的文檔，根據對需求的理解撰寫軟件規格書，在寫的過程當中，應該不斷讓業務專家必定程度的參與例如審稿或必定程度的修訂，而且參與評審)，這樣的軟件規格書才能爲進一步正確地進行軟件分析設計提供素材和指導

建議採用需求和變動跟蹤工具(好比rational clearquest)來對需求和變動進行全過程的跟蹤，這樣在造成需求文檔的時候，每一個需求來源和其狀態都是很是清楚的－－方法：先進行需求評審，搞懂需求，設計測試用例，讓開發及業務人員評審測試用例，是否有不足或遺漏的地方

（11） 撰寫軟件需求規格說明書時，要描述功能和非功能需求，其中非功能性需求都包括哪些方面

用戶對軟件質量屬性、運行環境、資源約束、外部接口等方面的要求或指望
（12）　爲何JSP頁第一次訪問時有訪問延遲？有什麼方法解決它

訪問延遲是由於，第一次訪問是，要把jsp編譯成class也就是servlet文件，在後臺執行相應的操做。 經過servlet文件，向用戶前臺寫入
頁面文件
解決辦法是，你本身先把jsp編譯一下，把class文件放到tomcat相應目錄裏面

注：一種服務器的名稱，是一個開源並且免費的jsp服務器，由apache軟件基金會的jakarta項目中的一個核心項目，由於tomcat技術先進性能穩定和監督易用性已成爲最爲普遍的jsp服務器

另外注意在測試環境中要模擬弱網環境，如下是方法：

抓包工具Fiddler的使用教程（三）：如何模擬弱網環境

原創 2017年01月06日 14:56:22

標籤：
弱網環境
3165
接着繼續咱們的Fiddler教程

如何模擬弱網環境

移動端測試，最離不開的就是網絡，如今的網絡有2G、3G、4G、甚者逆天5G，固然咱們用的更多仍是Wifi。在測試的時候，咱們要考慮網絡的各類狀況，網絡穩定流暢，弱網環境，網絡之間的切換，斷網再鏈接等等。

今天咱們就來說講，如何模擬弱網環境。

360Wifi模擬弱網

由於我是PC機，只可以經過360Wifi發射熱點。

點擊已鏈接的手機
選擇要進行限速的設備，鼠標放在右側的小圖標上，點擊限速管理 

設置下載速度、上傳速度，數值越小，則網絡越弱。 

ok，弱網環境模擬成功！
Fiddler模擬弱網

固然Fiddler也能夠模擬弱網環境

打開Fiddler，Rules->Performance->勾選 Simulate Modem Speeds 

以後，你會發現網絡變得超級慢。
Fiddler弱網的原理

咱們還須要搞明白，Fiddler模擬網路速度的原理。

Rules—>Cutomize Rules 

打開CustomRules.js 文檔 
能夠下載Fiddler2 ScriptEditor，這樣代碼看起來比較清晰。 
下載地址：http://www.telerik.com/fiddler，能夠在官網中搜索下載。 

在文件中搜索關鍵字，m_SimulateModem

         if (m_SimulateModem) {
                    // Delay sends by 300ms per KB uploaded.
                    oSession["request-trickle-delay"] = "300"; 
                    // Delay receives by 150ms per KB downloaded.
                    oSession["response-trickle-delay"] = "150"; 
            }

讓咱們來分析一下這幾行代碼：

首先來判斷m_SimulateModem是否爲true，也就是是否設置了弱網模式。 若是爲弱網模式。則分析代碼 oSession[「request-trickle-delay」] = 「300」; 註釋的也很明白，Delay sends by 300ms per KB uploaded.上傳1KB須要300ms，轉化一下上傳速度：1Kb/0.3s = 10/3(KB/s) 若是你想設置上傳的速度爲50KB/s，你則須要設置Delay 時間爲 20ms 一樣的方法，也能夠限制上傳的速度，調整oSession[「response-trickle-delay」]便可。 用一臺手機鏈接到另外一臺手機的WIFI，而後設置另外一臺手機的移動網絡爲2G或3G，這樣也能夠模擬弱網