【文章內容簡介】 冊表中的位置是，注意最后一副圖畫紅線的部分，它也可以驗證我們新增的命令會永久的增加靜態(tài)路由。只是臨時需要增加路由的話，這個過程比較重復，其實可以寫一個批處理，要用時雙擊即可，例如edit c:\windows\@echo offroute add mask route add mask route add mask route add mask 添加永久路由看需求了，有時如果僅僅只是openVPN需求，就沒必要用route add p添加進路由表，只用bat處理下即可；順便提下windows下查看本地路由表的命令是route print，注意不要與Linux/FreeBSD發(fā)生混亂。2. 在linux下設置靜態(tài)路由：方法一：在/etc/sysconfig/staticroutes中設置，格式如下，any net netmask gw any net netmask gw 設置完以后,service /restart 重啟網絡服務才能生效。方法二：在linux下設置永久路由的方法：3./etc/sysconfig/staticrouter : any net 開啟 IP 轉發(fā)：/proc/sys/net/ipv4/ip_forward (臨時) vi /etc/ =1 (永久開啟)、課程表、學生表、分數(shù)表，出了四道題關于sql查詢語句的：比如查詢沒有被安排課程的老師的名字？答：使用多表聯(lián)合查詢，將教師表好課程表通過公共列教師ID聯(lián)合起來，再使用not in關鍵字來篩選出沒有被安排課程的老師名字。，幾個性能指標：吞吐率，并發(fā)，資源利用率，響應時間，事務響應時間概念？，并對修改密碼界面上的界面問題找出來？答：題目看不懂。：關于導航欄，主菜單欄位置的等？答：題目看不懂，不明白其意圖。？答：：通過工作經驗和學習說說軟件測試的心得和方法？答：就黑盒測試而言，對問題的敏感程度，更快的著眼點的掌握可能是歸咎于經驗的提升。但這些都偏向于感性，并不實際。所以很多同行都忙著掌握更多實際的技能來充實自己，不被淘汰。這里想談的測試技能并非測試的十幾種方法，那些是應該在工作實際中去融入到你的習慣中的東西；我想說說更加獨立，可以給面試和工作中加分的這部分。先說開發(fā)語言。開發(fā)語言對于一個測試人員有多大用？往實際了說，我們可以自己去開發(fā)一個小工具方便測試；許多的自動化，測試工具也是需要基本語言支持；往淺了說，你學一門語言可以順帶學習跟測試更加密切的東西，比如sql語句，linux系統(tǒng)命令；而對用從svn上同步的系統(tǒng)代碼，也不至于望而興嘆。但無疑測試人員對于開發(fā)語言的要求是不高的，如果說開發(fā)人員去學習語言是為了編程，我們就停留在看懂的程度就好。用量化來說，我們大概只要學習諸如c語言程序基礎，而開發(fā)人員還要學習c語言進階/精通之類的書。我給大家推薦的python語言。雖然大學中可能很少有這門課程，但我仍然認為這是非常適合測試人員使用的語言。在python中既可以使用面向過程編程，又可以用面向對象編程，混用也沒有問題。而無論是關鍵字，還是數(shù)據(jù)結構，python是我用過對于開發(fā)人員最易懂和友好的語言。再說說測試工具。除了特定的工具外，提到測試工具，最先想到的就是自動化了。而對于系統(tǒng)測試來說，我現(xiàn)在用過的只有功能自動化和性能自動化工具。qtp，loadrunner自然如雷貫耳，而像sikuli，selenium這種開源工具，也有各有特色。工具的選擇在與適用，而現(xiàn)在自動化在各個企業(yè)是個很極端的事情。開展自動化的公司需要的是相對專業(yè)的人才，而未開展的企業(yè)，永遠停留于探索。所以對于自動化工具，我們不要想著去推動企業(yè)云云，還是著眼于方便自己的工作，尤其對于bs的黑盒測試，自動化工具用好，可以節(jié)省不少工作量。最后說說那些常用的技能。數(shù)據(jù)庫，非windows系統(tǒng)，軟件環(huán)境的搭建，服務器的監(jiān)控這些都是可能在實際中遇到的問題。能夠未雨綢繆固然好，但臨時抱佛腳其實也不成問題。對于這些，我的態(tài)度是量力而為。最沒有效率的事情就是漫無目的的學習，上學時還可以為了考試，現(xiàn)在又有多少人能有這自律性。我說過，工作才是最有效率的學習場所，沒有遇到也不好杞人憂天。不用刻意，但須留意，需要時再去學習，也會水到渠成。 ，問你以前的工作狀況，你主要做了哪些項目？答：測試流程：需求分析階段→軟件設計和編碼階段→集成、系統(tǒng)、驗收測試階段。 測試項目：XXX某客戶關系管理系統(tǒng)、XXX某購物網站、XXX某物料管理系統(tǒng)、XXX某學校圖書管理系統(tǒng)。（切換用戶、改變目錄的權限等）？答：切換用戶：su是在用戶間切換，可以是從普通用戶切換到root用戶，也可以是從root用戶切換到普通用戶。 如果當前是root用戶，切換成普通用戶test： su test 如果要切換回root用戶： su 或 su (用戶名root可以省略不寫)。或者sudo s H (切換回root用戶時要輸入root密碼)。我一般直接輸入exit命令來切換回root用戶，這樣就不用輸入密碼。 改變目錄的權限：chown，改變文件的權限,當場寫幾個基本的數(shù)據(jù)庫語句（增、刪、改、查）？答：增加：insert into 數(shù)據(jù)表(字段1,字段2,字段3) values(39。值139。,39。值239。,39。值339。)刪除：delete from 數(shù)據(jù)表 where id=你要刪除的數(shù)據(jù)id修改：update 數(shù)據(jù)表 set 字段1=‘值1’,字段2=‘值2’,字段3=‘值3’ where id=你要修改的數(shù)據(jù)ID查詢：select（你要查詢的字段，*代表全部字段） from 表名 where （你的查詢條件）？答：測試用例包括：功能名稱、測試用例編號、用例說明、設計方法、用例級別、預置條件、操作步驟、預期結果、設計人員、評審人員、測試人員、測試結果、缺陷編號、備注。？答：軟件測試行業(yè)中的TD是一種測試管理工具，英文全稱。Test Director，主要用來管理需求，bug缺陷，測試計劃，測試用例，測試報告。,問了幾個基本命令， 基本的一些語句？答：很熟悉，掌握的還不錯。？答：先分析需求文檔，再根據(jù)需求寫測試用例。？答：請問是問的操作的具體步驟還是操作數(shù)據(jù)的命令。，說一下linux命令？答：學過，重要的幾個熱鍵[Tab],[ctrl]c, [ctrl]d，man，慣用的關機指令：shutdown，切換執(zhí)行等級： init，改變文件擁有者：chown，改變文件的權限：chmod，變換目錄：cd，顯示當前所在目錄：pwd，建立新目錄：mkdir，檔案與目錄的顯示：ls，復制文件或目錄：cp，移除文件或目錄。？答：我就說下我其中做過的一個項目：客戶關系管理系統(tǒng)。它采用的是B/S結構，（課程沒接觸過的）是否會使用？答：是這樣的，我曾經使用過一個與某某編輯器相類似的，是Linux下的vi文本編輯器，并且我很熟練，我的學習能力很強，相信使用某某編輯器對我來說沒有什么難度，畢竟他們的功能和使用方法基本上一致，就和學習編程語言一樣，學了java言語，其他的語言本質上差別并不大，語法和邏輯結構也是相似的，學好一種，遇到別的語言上手也會很快的。？答：QC、Mantis。？答：首先，了解開發(fā)人員認為不是bug的理由。然后我向開發(fā)證明那是bug的原因。如果開發(fā)人員不能接受我的意見，我會找項目經理溝通，如果能說服項目經理，就不需要再向開發(fā)人員解釋了，他只需要執(zhí)行項目經理的修改意見了。我們提的bug不是每一個都會被修改，但是要做好記錄，并且讓相關開發(fā)人員、測試主管、項目經理等相關人員知道，這也是測試的業(yè)績了。至于是否修改，怎么修改，項目經理作為總負責人，他會去權衡利弊。，提交的BUG直接給開發(fā)人員修改嗎？答：使用的是QC缺陷管理工具，提交的bug不是直接給開發(fā)人員修改的，需要先分配給相關開發(fā)人員處理。？答：提交的缺陷只有在同一個項目里的具有修改權限的開發(fā)人員才可以修改。？答：往往緊急的事情給人的壓力比較大，迫使人們去趕緊做，相對來說重要的事情反而沒有那么大的壓力，大多數(shù)人做事情都是以壓力為導向的，壓力之下，總覺得非要先做緊急的事情，結果就是永遠到處救火，永遠沒有停歇的時候。因此，從時間管理的角度出發(fā)，專家建議永遠做重要不緊急的事情！作為項目管理者，我們要學會處理事情的優(yōu)先次序，先考慮事情的“輕重”，再考慮事情的“緩急” ，重要緊急的事，諸如應付難纏的客戶、準時完成計劃等；重要不緊急的事，比如包括長期的計劃、問題的發(fā)掘與預防、參加培訓、向上級提出問題處理建議等等；緊急不重要的事，因為用戶迫切的呼聲會讓我們產生“這件事很重要”的錯覺──實際上就算重要也是對別人而言；諸如電話、會議、突來訪客、運維都屬于這一類。 所以我們在項目里都是先做既重要又緊急的事，再是重要不緊急的事，接著是緊急不重要的事，最后才是既不重要又不緊急的事，處理bug也是這樣做的。、白盒測試。區(qū)別是什么。答：黑盒測試：已知產品的功能設計規(guī)格,可以進行測試證明每個實現(xiàn)了的功能是否符合要求。白盒測試：已知產品的內部工作過程,可以通過測試證明每種內部操作是否符合設計規(guī)格要求,所有內部成分是否以經過檢查。區(qū)別：軟件的黑盒測試意味著測試要在軟件的接口處進行。這種方法是把測試對象看做一個黑盒子,測試人員完全不考慮程序內部的邏輯結構和內部特性,只依據(jù)程序的需求規(guī)格說明書,檢查程序的功能是否符合它的功能說明。因此黑盒測試又叫功能測試或數(shù)據(jù)驅動測試。黑盒測試主要是為了發(fā)現(xiàn)以下幾類錯誤：是否有不正確或遺漏的功能?在接口上,輸入是否能正確的接受?能否輸出正確的結果?是否有數(shù)據(jù)結構錯誤或外部信息（例如數(shù)據(jù)文件）訪問錯誤?性能上是否能夠滿足要求?是否有初始化或終止性錯誤?軟件的白盒測試是對軟件的過程性細節(jié)做細致的檢查。這種方法是把測試對象看做一個打開的盒子,它允許測試人員利用程序內部的邏輯結構及有關信息,設計或選擇測試用例,對程序所有邏輯路徑進行測試。通過在不同點檢查程序狀態(tài),。白盒測試主要是想對程序模塊進行如下檢查：對程序模塊的所有獨立的執(zhí)行路徑至少測試一遍。對所有的邏輯判定,取“真”與取“假”的兩種情況都能至少測一遍。在循環(huán)的邊界和運行的界限內執(zhí)行循環(huán)體。測試內部數(shù)據(jù)結構的有效性,等等。，區(qū)別在哪。答：。答：首先，了解開發(fā)人員認為不是bug的理由。然后我向開發(fā)證明那是bug的原因。如果開發(fā)人員不能接受我的意見，我會找項目經理溝通，如果能說服項目經理，就不需要再向開發(fā)人員解釋了，他只需要執(zhí)行項目經理的修改意見了。我們提的bug不是每一個都會被修改，但是要做好記錄，并且讓相關開發(fā)人員、測試主管、項目經理等相關人員知道，這也是測試的業(yè)績了。至于是否修改，怎么修改，項目經理作為總負責人，他會去權衡利弊。，談一談。答：我印象最深刻的就是那次，那個項目是做的CRM客戶關系管理系統(tǒng)，在對其登錄頁面做網頁測試時，使用搜狗瀏覽器在登錄模塊內輸入用戶名和密碼，此時對右擊登錄窗口，選擇審查元素，可以直接查看并修改其代碼，我在下拉代碼時發(fā)現(xiàn)，雖然頁面上鍵入的密碼是加密的，但是在審查元素代碼中，密碼的value值可以被看見甚至進行拷貝等命令，這是不安全的?，F(xiàn)在普遍使用的MD5加密的方式也具有一些風險，網上有MD5的反編譯軟件。（搜狗輸入法中依次輸入“v”，“1”，“d”三個字符可輸出空格，這個空格和空格鍵打出的不一樣）。，分別談談區(qū)別。答：，具體怎么操作的。答：loadrunner