立博APP

<code id="choey"><ol id="choey"><span id="choey"></span></ol></code>
    1. <var id="choey"></var>

        <code id="choey"></code>
      1. <output id="choey"><legend id="choey"></legend></output>

          <label id="choey"><legend id="choey"></legend></label>
        1. <code id="choey"></code>
          <var id="choey"><ol id="choey"><big id="choey"></big></ol></var>
          全國免費咨詢電話: 010-59418061
          關注尚腦
          常見軟件測試面試題
          常見軟件測試面試題
           問題一:為什么要在一個團隊中開展軟件測試工作?
          任何軟件在開發過程中都會留下缺陷,帶有缺陷的軟件產品如果提交出去,可能會給公司帶來不可估量的損失,我們必須在客戶之前發現盡可能多的問題,從而保障客戶滿意。而發現問題的這個過程稱之為測試。
           問題二:簡述你在以前的工作中做過哪些事情,比較熟悉什么。
          此問題每個人都不一樣。我自己的答案如下。
          我主要的工作是系統測試和自動化測試,也曾少量涉及性能測試。在系統測試中,主要是對BOSS系統的業務邏輯功能,以及軟交換系統的Class 5特性進行測試。性能測試中,主要是進行的壓力測試,在各個不同數量請求的情況下,獲取系統響應時間以及系統資源消耗情況。自動化測試主要是通過自己寫腳本以及一些第三方工具的結合來測試軟交換的特性測試。
          問題三:你所了解的的軟件測試類型都有哪些,簡單介紹一下。
          1.基本功能驗證。主要是對發布的版本進行一些最主要功能的測試。英文常見叫法是Smoking Test, Basic Verification Test或者Sanity Check。
          2.功能測試。主要是依據需求或者需求分析文檔,對所發布的版本進行測試,看看是否滿足需求,是否出現了不必要的功能。
          3.單元測試。是開發人員進行的測試之一,一般是開發人員對很小的模塊,比如函數進行測試,一般來說,開發人員還需要開發相應的測試樁來進行此類測試。
          4.集成測試。在大型的開發過程中,軟件是模塊化進行開發的,將不同的模塊揉合在一起的話,需要進行的測試就是集成測試。
          5.系統測試。當軟件提交給測試組后,是對整個系統的所有功能進行測試,一般來說,功能測試是系統測試的一個部分。
          6.壓力測試。主要是在很大性能的情況下,這個性能已經接近了系統的極限,看看系統運轉的情況。
          7.負載測試。主要是用各種不同的性能去檢測系統,采集各個數據在這些性能情況下的數據。
          8.黑盒測試。指系統對你來說是完全不透明的,只給你留下了輸入和最終輸出,這個是功能測試的方法之一。
          9.灰盒測試。指在了解部分系統內部工作機制的情況下,對于系統進行的覆蓋性測試。
          10.白盒測試。主要是在單元測試和集成測試的情況下,開發人員已知代碼,對這一段的代碼進行全路徑的覆蓋測試。
          11.界面測試。主要是看用戶界面的友好性和易用性,是否有文字或者排版錯誤,是否有輸入限制等等。
          12.回歸測試。一般是系統發現BUG,開發人員修改后,和BUG直接相關以及可能相關的功能進行的測試。
          13.安裝和卸載的測試。
          14.恢復測試。主要是一個系統在發生了災難的情況下,從錯誤中是否容易恢復。
          15.兼容性測試。一個系統在不同的語言,操作系統下的系統測試。
          16.安全測試。系統在遇到攻擊或者類似情況下的表現。
          17.Alpha測試。系統在給最終用戶前,測試人員在實驗室中模擬最終用戶的測試。
          18.Beta測試。由部分最終用戶通過使用來進行的測試。
          19.比較測試。和其他具有相同或者類似功能的系統進行對比的測試。
          20.驗收測試。一般是最終用戶在接受產品前,依據自己所提出的要求進行的測試,很多情況下,驗收測試可能委托第三方機構完成。
           
          問題四:測試計劃工作的目的是什么?測試計劃文檔的內容應該包括什么?其中哪些是最重要的?
          軟件測試計劃是指導測試過程的綱領性文件。
          包含了產品概述、測試策略、測試方法、測試區域、測試配置、測試周期、測試資源、測試交流、風險分析等內容。借助軟件測試計劃,參與測試的項目成員,尤其是 測試管理人員,可以明確測試任務和測試方法,保持測試實施過程的順暢溝通,跟蹤和控制測試進度,應對測試過程中的各種變更。
          測試計劃和測試詳細規格、測試用例之間是戰略和戰術的關系,測試計劃主要從宏觀上規劃測試活動的范圍、方法和資源配置,而測試詳細規格、測試用例是完成測試任務的具體戰術。所以其中最重要的是測試測試策略和測試方法(最好是能先評審)。
           
          問題五:你認為做好測試計劃工作的關鍵是什么?
          1.明確測試的目標,增強測試計劃的實用性
          編 寫軟件測試計劃得重要目的就是使測試過程能夠發現更多的軟件缺陷,因此軟件測試計劃的價值取決于它對幫助管理測試項目,并且找出軟件潛在的缺陷。因此,軟 件測試計劃中的測試范圍必須高度覆蓋功能需求,測試方法必須切實可行,測試工具并且具有較高的實用性,便于使用,生成的測試結果直觀、準確
          2.堅持“5W”規則,明確內容與過程
          “5W”規則指的是“What(做什么)”、“Why(為什么做)”、“When(何時做)”、“Where(在哪里)”、“How(如何做)”。利用“5W”規則創建軟件測試計劃,可以幫助測試團隊理解測試的目的(Why),明確測試的范圍和內容(What),確定測試的開始和結束日期(When),指出測試的方法和工具(How),給出測試文檔和軟件的存放位置(Where)。
          3.采用評審和更新機制,保證測試計劃滿足實際需求
          測試計劃寫作完成后,如果沒有經過評審,直接發送給測試團隊,測試計劃內容的可能不準確或遺漏測試內容,或者軟件需求變更引起測試范圍的增減,而測試計劃的內容沒有及時更新,誤導測試執行人員。
          4.分別創建測試計劃與測試詳細規格、測試用例
          應把詳細的測試技術指標包含到獨立創建的測試詳細規格文檔,把用于指導測試小組執行測試過程的測試用例放到獨立創建的測試用例文檔或測試用例管理數據庫中。測試計劃和測試詳細規格、測試用例之間是戰略和戰術的關系,測試計劃主要從宏觀上規劃測試活動的范圍、方法和資源配置,而測試詳細規格、測試用例是完成測試任務的具體戰術。
           
          問題六:常見的測試用例設計方法都有哪些?請分別以具體的例子來說明這些方法在測試用例設計工作中的應用。
           
          1.等價類劃分
           
          劃分等價類: 等價類是指某個輸入域的子集合.在該子集合中,各個輸入數據對于揭露程序中的錯誤都是等效的.并合理地假定:測試某等價類的代表值就等于對這一類其它值的測試.因此,可以把全部輸入數據合理劃分為若干等價類,在每一個等價類中取一個數據作為測試的輸入條件,就可以用少量代表性的測試數據.取得較好的測試結果.等價類劃分可有兩種不同的情況:有效等價類和無效等價類.
           
          2.邊界值分析法
           
            邊界值分析方法是對等價類劃分方法的補充。測試工作經驗告訴我,大量的錯誤是發生在輸入或輸出范圍的邊界上,而不是發生在輸入輸出范圍的內部.因此針對各種邊界情況設計測試用例,可以查出更多的錯誤.
           
            使用邊界值分析方法設計測試用例,首先應確定邊界情況.通常輸入和輸出等價類的邊界,就是應著重測試的邊界情況.應當選取正好等于,剛剛大于或剛剛小于邊界的值作為測試數據,而不是選取等價類中的典型值或任意值作為測試數據.
           
          3.錯誤推測法
           
            基于經驗和直覺推測程序中所有可能存在的各種錯誤, 從而有針對性的設計測試用例的方法.
           
          錯誤推測方法的基本思想: 列舉出程序中所有可能有的錯誤和容易發生錯誤的特殊情況,根據他們選擇測試用例. 例如, 在單元測試時曾列出的許多在模塊中常見的錯誤. 以前產品測試中曾經發現的錯誤等, 這些就是經驗的總結. 還有, 輸入數據和輸出數據為0的情況. 輸入表格為空格或輸入表格只有一行. 這些都是容易發生錯誤的情況. 可選擇這些情況下的例子作為測試用例.
           
          4.因果圖方法
           
          前面介紹的等價類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯系, 相互組合等. 考慮輸入條件之間的相互組合,可能會產生一些新的情況. 但要檢查輸入條件的組合不是一件容易的事情, 即使把所有輸入條件劃分成等價類,他們之間的組合情況也相當多. 因此必須考慮采用一種適合于描述對于多種條件的組合,相應產生多個動作的形式來考慮設計測試用例. 這就需要利用因果圖(邏輯模型). 因果圖方法最終生成的就是判定表. 它適合于檢查程序輸入條件的各種組合情況.
           
          5.正交表分析法
           
          有時候,可能因為大量的參數的組合而引起測試用例數量上的激增,同時,這些測試用例并沒有明顯的優先級上的差距,而測試人員又無法完成這么多數量的測試,就可以通過正交表來進行縮減一些用例,從而達到盡量少的用例覆蓋盡量大的范圍的可能性。
           
          6.場景分析方法
           指根據用戶場景來模擬用戶的操作步驟,這個比較類似因果圖,但是可能執行的深度和可行性更好。
           
          問題七:您認為做好測試用例設計工作的關鍵是什么?
           
          白盒測試用例設計的關鍵是以較少的用例覆蓋盡可能多的內部程序邏輯結果
           
          黑盒法用例設計的關鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測試,以最少的用例在合理的時間內發現最多的問題
           問題八:詳細的描述一個測試活動完整的過程。
           
          1.項目經理通過和客戶的交流,完成需求文檔,由開發人員和測試人員共同完成需求文檔的評審,評審的內容包括:需求描述不清楚的地方和可能有明顯沖突或者無 法實現的功能的地方。項目經理通過綜合開發人員,測試人員以及客戶的意見,完成項目計劃。然后SQA進入項目,開始進行統計和跟蹤
           
          2.開發人員根據需求文檔完成需求分析文檔,測試人員進行評審,評審的主要內容包括是否有遺漏或者雙方理解不同的地方。測試人員完成測試計劃文檔,測試計劃包括的內容上面有描述。
           
          3.測試人員根據修改好的需求分析文檔開始寫測試用例,同時開發人員完成概要設計文檔,詳細設計文檔。此兩份文檔成為測試人員撰寫測試用例的補充材料。
           
          4.測試用例完成后,測試和開發需要進行評審。
           
          5.測試人員搭建環境
           
          6.開發人員提交第一個版本,可能存在未完成功能,需要說明。測試人員進行測試,發現BUG后提交給BugZilla。
           
          7.開發提交第二個版本,包括Bug Fix以及增加了部分功能,測試人員進行測試。
           
          8.重復上面的工作,一般是3-4個版本后BUG數量減少,達到出貨的要求。
           
          9.如果有客戶反饋的問題,需要測試人員協助重現以及回歸測試。
           
           
          問題九:以往是否曾經從事過性能測試工作?請盡可能的詳細描述您以往的性能測試工作的完整過程。
           
              曾經做過一套網管系統的性能測試,主要測試該軟件在同時管理大量終端的情況下,在響應時間,CPU/磁盤/內存等參數是否滿足要求。
           
              也曾經做過軟交換系統的呼叫性能測試,主要是測試軟交換系統在有大量呼叫的情況下,響應時間,呼叫成功率,CPU/磁盤/內存等參數是否滿足設計要求。
           
          問題十:您在從事性能測試工作時,是否使用過一些測試工具?如果有,請試述該工具的工作原理,并以一個具體的工作中的例子描述該工具是如何在實際工作中應用的。
           
              測試網管系統中,使用的Mimic來模擬終端,能夠大量的節省成本。
           
              測試軟交換系統的時候,使用的Prolab來模擬終端并發送呼叫軟交換,他完成了同時數百人才能完成的摘機撥號工作,主要工作原理是產生一些符合要求的IP包并發送給軟交換系統,同時對軟交換系統的回應進行處理,決定下一步動作。
           
          問題十一:您認為性能測試工作的目的是什么?做好性能測試工作的關鍵是什么?
           
          主要是保障在大量用戶的情況下,服務能正常使用。
           
          問題十二:在您以往的工作中,一條軟件缺陷(或者叫Bug)記錄都包含了哪些內容?如何提交高質量的軟件缺陷(Bug)記錄?
           
          1.在傳統的BugZilla中,BUG描述應該包括以下的信息
           
          2.和BUG產生對應的軟件版本
           
          3.開發的接口人員
           
          4. BUG的優先級
           
          5. BUG的嚴重程度
           
          6. BUG可能屬于的模塊,如果不能確認,可以用開發人員來判斷
           
          7. BUG標題,需要清晰的描述現象
           
          8. BUG描述,需要盡量給出重新Bug的步驟
           
          9. BUG附件中能給出相關的日志和截圖。
           
              高質量的BUG記錄就是指很容易理解的BUG記錄,所以,對于描述的要求高,能提供的信息多且準確,很好的幫助開發人員定位。
           
          問題十二:BUG管理工具的跟蹤過程
           
              用BugZilla為例子     
           
          測試人員發現了BUG,提交到Bugzilla中,狀態為new,BUG的接受者為開發接口人員
           
          開發接口將BUG分配給相關的模塊的開發人員,狀態修改為已分配
           
          開發人員和測試確認BUG,如果是本人的BUG,則設置為接收;如果是別的開發人員的問題,則轉發出去,由下一個開發人員來進行此行為;如果認為不是問題,則需要大家討論并確認后,拒絕這個BUG,然后測試人員關閉此問題。
           
          如果開發人員接受了BUG,并修改好以后,將BUG狀態修改為已修復,并告知測試在哪個版本中可以測試。
           
          測試人員在新版本中測試,如果發現問題依然存在,則拒絕修改;如果已經修復,則關閉BUG。
           
          問題十二:您認為在測試人員同開發人員的溝通過程中,如何提高溝通的效率和改善溝通的效果?維持測試人員同開發團隊中其他成員良好的人際關系的關鍵是什么?
           
              盡量能有面對面的溝通,如果做不到,那么盡量能直接通過電話溝通,如果只能通過Email等非及時溝通工具的話,強調必須對特性的理解深刻以及能表達清楚。
           
              一是真誠,二是團隊精神,三是在專業上有共同語言,當然也可以通過直接指出一些小問題,而不是進入BUG Tracking System來增加對方的好感。
           
          問題十三:在您以往的測試工作中,最讓您感到不滿意或者不堪回首的事情是什么?您是如何來對待這些事情的?
           
              某次性能測試覆蓋不足,造成系統崩潰。
           
          問題十四:你對測試最大的興趣在哪里?為什么?
           
          最大的興趣就是測試有難度,有挑戰性!做測試越久越能感覺到做好測試有多難。曾經在無憂測試網上看到一篇文章,是關于如何做好一名測試工程師。一共羅列了11,12點,有部分是和人的性格有關,有部分需要后天的努力。但除了性格有關的1,2點我沒有把握,其他點我都很有信心做好它。
           
          剛開始進入測試行業時,對測試的認識是從無憂測試網上了解到的一些資料,當時是沖著做測試需要很多技能才能做的好,雖然入門容易,但做好很難,比開發更難, 雖然當時我很想做開發(學校專業課我基本上不缺席,因為我喜歡我的專業),但看到測試比開發更難更有挑戰性,想做好測試的意志就更堅定了。
           
          我覺得做測試整個過程中有2點讓我覺得很有難度(對我來說,有難度的東西我就非常感興趣),第一是測試用例的設計,因為測試的精華就在測試用例的設計上了, 要在版本出來之前,把用例寫好,用什么測試方法寫?(也就是測試計劃或測試策略),如果你剛測試一個新任務時,你得花一定的時間去消化業務需求和技術基 礎,業務需求很好理解(多和產品經理和開發人員溝通就能達到目的),而技術基礎可就沒那么簡單了,這需要你自覺的學習能力,比如說網站吧,最基本的技術知識你要知道網站內部是怎么運作的的,后臺是怎么響應用戶請求的?測試環境如何搭建?這些都需要最早的學好。至少在開始測試之前能做好基本的準備,可能會遇到什么難題?需求細節是不是沒有確定好?這些問題都能在設計用例的時候發現。
           
          第二是發現BUG的時候了,這應該是測試人員最基本的任務了,一般按測試用例開始測試就能發現大部分的bug,還有一部分bug需要測試的過程中更了解所測 版本的情況獲得更多信息,補充測試用例,測試出bug。還有如何發現bug?這就需要在測試用例有效的情況下,通過細心和耐心去發現bug了,每個用例都 有可能發現bug,每個地方都有可能出錯,所以測試過程中思維要清晰(測試過程數據流及結果都得看仔細了,bug都在里面發現的)。如何描述bug也很有 講究,bug在什么情況下會產生,如果條件變化一點點,就不會有這個bug,以哪些最少的操作步驟就能重現這個bug,這個bug產生的規律是什么?如果 你夠厲害的話,可以幫開發人員初步定位問題。
           
          問題十五:你的測試職業發展目標是什么?
           
          測試經驗越多,測試能力越高。所以我的職業發展是需要時間累積的,一步步向著高級測試工程師奔去。而且我也有初步的職業規劃,前3年累積測試經驗,按如何做好測試工程師的11,12點要求自己,不斷的更新自己改正自己,做好測試任務。
           
          問題十六:你自認為測試的優勢在哪里?
           
          有韌性
           
          有能力面對挑戰
           
          有信心做好每一件事情
           
          有比較好的教育背景
           
          從以前的經理處都得到了很好的評價表明我做的很好
           
           
          問題十七:當開發人員說不是BUG時,你如何應付?
           
          如果確實是自己理解錯誤,則承認錯誤,沒什么大不了
           
          如果是需求不明,請項目經理補充清楚
           
          如果雙方理解不一致,且都不能互相說服,則請項目經理判斷。
           
          問題十八:你為什么想離開目前的職務?
           
          問題十九:你對我們公司了解有多少?
           
          問題二十:你找工作時,最重要的考慮因素為何?
           
          工作的性質和內容是否能讓我發揮所長,并不斷成長。
           
          問題二十一:為什么我們應該錄取你?
           
          您可以由我過去的工作表現所呈現的客觀數據,明顯地看出我全力以赴的工作態度。
           
          問題二十二:請談談你個人的最大特色。
           
          我的堅持度很高,事情沒有做到一個令人滿意的結果,絕不罷手。
           
          問題二十三:一個測試工程師應具備那些素質和技能?
           
          細心、責任心;找到BUG的能力,分辨BUG等級的能力
           
          問題二十四:集成測試通常都有那些策略?
           
          自上而下,自下而上,平面集成
           
          問題二十五:測試結束的標準是什么?
           
          從微觀上來說,在測試計劃中定義,比如系統在一定性能下平穩運行72小時,目前Bug Tracking System中,本版本中沒有一般嚴重的BUG,普通BUG的數量在3以下,BUG修復率90%以上等等參數,然后由開發經理,測試經理,項目經理共同簽 字認同版本Release。
           
          如果說宏觀的,則是當這個軟件徹底的消失以后,測試就結束了。
           
          問題二十六:軟件驗收測試除了alpha,beta測試以外,還有哪一種?
           
          第三方驗收測試
           
          問題二十七:為什么選擇測試這行?
           
          最開始么,公司安排的,然后么,干一行愛一行,發現測試中間還是有很多東西需要學習的,再就是測試中有很多東西值得改進和研究。
           
          問題二十六:為什么值得他們公司雇用?
           
          用自己的經驗和其他同事一起發現更多的問題,同時不同行業的觀點可以互相借鑒。
           
          問題二十七:如果我雇用你,你能給部門帶來什么貢獻?
           
          分享我的測試經驗和測試技能,提高測試部門技術水平
          ?
          尚腦教育隸屬于(北京尚腦互聯科技有限公司)    版權所有       京ICP備15029150號-2
          友情鏈接: 北京APP開發 | xp純凈版系統下載 | 廣州網站建設 | 廣州拓展訓練 | 數字圖書館系統 | 醫廢監管系統平臺 | 北京網站建設 | 騰訊企業郵箱 | 微信刷粉絲 | 信陽網站建設 | VR外包 | 展會互動 | 深圳網絡營銷 | 微信恢復 |
          普兰| 杜蒙| 屯留| 五台山| 雅布赖| 凤凰| 郏县| 青田| 井陉| 马祖| 福州郊区| 东丰| 卓尼| 永丰| 盐边| 小灶火| 崇武| 安龙| 于都| 铁卜加| 赫山区| 平顶山| 祁县| 酉阳| 界首| 林西| 海北| 肇庆| 峄城| 泉州| 川沙| 淄博| 溧水| 长汀| 峨眉| 元阳| 饶平| 化州| 永康| 中甸| 燕尾港| 松江| 柘荣| 那日图| 沁城| 凌源| 沙湾| 田林| 昆山| 普宁| 大连| 柯坪| 洞头| 德兴| 炉山| 仙游| 温县| 灵石| 富源| 嘉黎| 广宁| 白银| 台北县| 冷湖| 双江| 托克逊| 舟曲| 罗定| 新巴尔虎左旗| 川沙| 紫荆关| 密云上甸子| 富民| 涟源| 宝丰| 衡水| 南澎岛| 魏县| 开鲁| 清远| 新蔡| 通什| 德化| 泸水| 原平| 巴东| 广丰| 灵山| 襄垣| 枣庄| 郏县| 康县| 漳州| 江夏| 贡嘎| 郯城| 通州| 英德| 沂南| 威信| 江宁| 龙陵| 齐河| 泰宁| 乌拉特后旗| 临潭| 南康| 洞口| 厦门| 万安| 龙南| 泰州| 莱阳| 武鸣| 十堰| 横峰| 围场| 澧县| 宁强| 越西| 扎赉特旗| 新宁| 克什克腾旗| 固原| 黔江| 孟村| 府谷| 阿拉山口| 肥东| 扬中| 曲麻莱| 西盟| 铅山| 招远| 安宁| 郏县| 定安| 句容| 嵩明| 旬阳| 陶乐| 古丈| 公主岭| 金平| 乌拉特后旗| 塔河| 合川| 平果| 桂东| 桐城| 科尔沁右翼中旗| 虎林| 曲江| 郯城| 元江| 宝鸡县| 库尔勒| 淄博| 全南| 武川| 稷山| 紫阳| 桐柏| 宁县| 铁卜加寺| 肥西| 德令哈| 重庆| 涟源| 海西| 灯塔| 泰宁| 沂源| 肇庆| 三原| 名山| 额济纳旗| 攸县| 克东| 凤县| 拉萨| 吴县| 郧西| 修水| 滁州| 贺兰| 甘德| 遵化| 寻甸| 兴国| 左贡| 鄂伦春旗| 北京| 交城| 岳阳| 华池| 金阳| 佛坪| 乐清| 炉山| 兴和| 渭南| 郓城| 灵台| 吐鲁番| 巫溪| 宝山| 忻城| 涟源| 利津| 绥棱| 南昌| 南县| 曲阜| 兴仁| 乾县| 永州| 蓟县| 文水| 昆山| 五河| 兴仁| 横峰| 稻城| 元阳| 麻江| 巢湖| 巩留| 巴雅尔吐胡硕| 罗田| 青州| 揭西| 轮台| 晋宁| 银川| 威远| 乌拉特前旗| 浩尔吐| 连南| 咸阳| 威海| 西吉| 兴山| 莎车| 金昌| 吐鲁番| 娄底| 福州| 阿合奇| 万年| 白杨沟| 尉犁| 宜兰| 黑山头| 陶乐| 头道湖| 万盛| 招远| 焦作| 南丰| 炉山| 天池| 巴彦诺尔贡| 梧州| 双城| 罗定| 辰溪| 嘉鱼| 西安| 四会| 南阳| 奉节| 昆山| 乌审旗| 平果| 中牟| 蓬溪| 牡丹江| 炉霍| 浩尔吐| 城步| 张家界| 鄂温克旗| 濉溪| 西峰| 铁卜加| 吴县| 策勒| 灵邱| 五指山| 五营| 谷城| 昌江| 远安| 上思| 内邱| 社旗| 上饶| 衡山| 织金| 个旧| 乐东| 大理| 九龙| 马坡岭| 梁河| 都昌| 岚皋| 新竹市| 安庆| 太白| 漾鼻| 昔阳| 界首| 东兰| 无锡| 资阳| 海林| 应县| 广饶| 礼县| 六枝| 嵩明| 萧县| 潢川| 浮山| 鞍山| 峨边| 蔡甸| 略阳| 英德| 保德| 普安| 禹城| 赫章| 白城| 济宁| 寿县| 沐川| 海丰| 兰坪| 巫溪| 大名| 大宁| 浑源| 张家口| 古县| 鸡东| 龙海| 吉县| 饶平| 麦盖提| 赤峰郊区站| 宝清| 琼结| 花溪| 防城| 大石桥| 扬州| 筠连| 临湘| 平坝| 珙县| 平江| 洛宁| 乌鞘岭| 内乡| 兴化| 小二沟| 定安| 太湖| 临江| 长沙| 镇坪| 平阳| 新城子| 吴县东山| 康保| 商洛| 苏州| 松溪| 尤溪| 芷江| 赫山区| 拜泉| 葫芦岛| 科尔沁左翼后旗| 茶陵| 门源| 阿木尔| 富源| 宁波| 交口| 浦城| 方正| 聂拉木| 乐山| 隆化| 蒲县| 邹平