【正文】 求確定(出一份確定的需求文檔)－開發(fā)設(shè)計文檔（開發(fā)人員在開始寫代碼前就能輸出設(shè)計文檔）－想好測試策略，寫出測試用例－發(fā)給開發(fā)人員和測試經(jīng)理看看（非正式的評審用例）－接到測試版本－執(zhí)行測試用例（中間可能會補充用例）－提交bug（有些bug需要開發(fā)人員的確定（嚴(yán)重級別的，或突然發(fā)現(xiàn)的在測試用例范圍之外的，難以重現(xiàn)的），有些可以直接錄制進(jìn)TD）－開發(fā)人員修改（可以在測試過程中快速的修改）－回歸測試（可能又會發(fā)現(xiàn)新問題，再按流程開始跑）。36. 你以前工作時的測試流程是什么？　　公司對測試流程沒有規(guī)定如何做，但每個測試人員都有自己的一套測試流程。而且我也有初步的職業(yè)規(guī)劃，前3年累積測試經(jīng)驗，按如何做好測試工程師的11，12點要求自己，不斷的更新自己改正自己，做好測試任務(wù)。34. 你的測試職業(yè)發(fā)展是什么？　　測試經(jīng)驗越多，測試能力越高。還有如何發(fā)現(xiàn)bug？這就需要在測試用例有效的情況下，通過細(xì)心和耐心去發(fā)現(xiàn)bug了，每個用例都有可能發(fā)現(xiàn)bug，每個地方都有可能出錯，所以測試過程中思維要清晰（測試過程數(shù)據(jù)流及結(jié)果都得看仔細(xì)了，bug都在里面發(fā)現(xiàn)的）。至少在開始測試之前能做好基本的準(zhǔn)備，可能會遇到什么難題？需求細(xì)節(jié)是不是沒有確定好？這些問題都能在設(shè)計用例的時候發(fā)現(xiàn)?！　〔坏揭荒臧氲臏y試工作中，當(dāng)時的感動和熱情沒有減退一點（即使環(huán)境問題以及自身經(jīng)驗，技術(shù)的不足，做測試的你一定也能理解）。但除了性格有關(guān)的1，2點我沒有把握，其他點我都很有信心做好它。曾經(jīng)在無憂測試網(wǎng)上看到一篇文章，是關(guān)于如何做好一名測試工程師。23. 您認(rèn)為在測試人員同24. 開發(fā)人員的溝通過程中，25. 如何提高溝通的效率和改善溝通的效果？維持測試人員同26. 開發(fā)團(tuán)隊中其他成員良好的人際關(guān)系的關(guān)鍵是什么？27. 在您以往的測試工作中，28. 最讓您感到不29. 滿意或者不30. 堪回首的事情是什么？您是如何來對待這些事情的？31. 在即將完成這次筆試前，32. 您是否愿意談一些自己在以往的學(xué)習(xí)和工作中獲得的工作經(jīng)驗和心得體會？（可以包括軟件測試、過程改進(jìn)、軟件開發(fā)或者與此無關(guān)的其他方面）33.　　在網(wǎng)站流量逐漸加大的情況下，開始考慮做性能測試了，首先要寫好性能測試計劃，根據(jù)運營數(shù)據(jù)得出流量最大的頁面（如果是第一次的話，一般是首頁，下載頁，個人帳戶頁流量最大，而且以某種百分比），　　Web服務(wù)器指標(biāo)指標(biāo)：　　* Avg Rps: 平均每秒鐘響應(yīng)次數(shù)＝總請求時間 / 秒數(shù)； 　　* Successful Rounds：成功的請求； 　　* Failed Rounds ：失敗的請求； 　　* Successful Hits ：成功的點擊次數(shù)； 　　* Failed Hits ：失敗的點擊次數(shù)； 　　* Hits Per Second ：每秒點擊次數(shù)； 　　* Successful Hits Per Second ：每秒成功的點擊次數(shù)； 　　* Failed Hits Per Second ：每秒失敗的點擊次數(shù)； 　　* Attempted Connections ：嘗試鏈接數(shù)；　　13. 您在從事性能測試工作時，14. 是否使用過一些測試工具？如果有，15. 請試述該工具的工作原理，16. 并以一個具體的工作中的例子描述該工具是如何在實際工作中應(yīng)用的。性能測試類型包括負(fù)載測試，強度測試，容量測試等　　負(fù)載測試：負(fù)載測試是一種性能測試指數(shù)據(jù)在超負(fù)荷環(huán)境中運行，程序是否能夠承擔(dān)?！　〉谌剑捍罱y試環(huán)境（為什么這個時候考慮測試環(huán)境呢？因為我對網(wǎng)站環(huán)境已經(jīng)很熟了，只有有機器能空于下來做該功能測試就可以做了），因為網(wǎng)站本身的環(huán)境搭建和其他的系統(tǒng)有點不同，它需要的測試環(huán)境比較麻煩，需要web服務(wù)器（Apache,tomcat），不過這次需求呢，網(wǎng)站部分只用到了tomcat，所以只要有tomcat即可　　第四步：執(zhí)行測試11. 您以往是否曾經(jīng)從事過性能測試工作？如果有，12. 請盡可能的詳細(xì)描述您以往的性能測試工作的完整過程。有3個步驟呢，就可以分別對　　這3個步驟進(jìn)行測試用例的設(shè)計,盡量覆蓋到各種輸入情況（包括數(shù)據(jù)庫中的數(shù)據(jù)，用戶的輸入等），得出了差不多50個用例?！　〉诙剑涸O(shè)計測試用例，測試策略是：把網(wǎng)站部分的功能點測試完，然后在進(jìn)行系統(tǒng)測試（另外個模塊呢有另一個測試人員負(fù)責(zé)，可以進(jìn)行聯(lián)調(diào)測試），網(wǎng)站模塊的測試基本是功能測試和界面測試（用戶并發(fā)的可能性很小，所以不考慮）：這次的網(wǎng)站的輸入數(shù)據(jù)呢是使用數(shù)據(jù)庫中的某張表記錄，如果表中某一數(shù)據(jù)記錄中新加進(jìn)來的（還沒有被處理的，有個標(biāo)志位），網(wǎng)站啟動后會立刻去刷那張表，得到多條數(shù)據(jù)，然后在進(jìn)行處理。測試工作經(jīng)驗告訴我,大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上,可以查出更多的錯誤.　　使用邊界值分析方法設(shè)計測試用例,剛剛大于或剛剛小于邊界的值作為測試數(shù)據(jù),而不是選取等價類中的典型值或任意值作為測試數(shù)據(jù).3．錯誤推測法　　基于經(jīng)驗和直覺推測程序中所有可能存在的各種錯誤, 從而有針對性的設(shè)計測試用例的方法.　　錯誤推測方法的基本思想: 列舉出程序中所有可能有的錯誤和容易發(fā)生錯誤的特殊情況,根據(jù)他們選擇測試用例. 例如, 在單元測試時曾列出的許多在模塊中常見的錯誤. 以前產(chǎn)品測試中曾經(jīng)發(fā)現(xiàn)的錯誤等, 這些就是經(jīng)驗的總結(jié). 還有, 輸入數(shù)據(jù)和輸出數(shù)據(jù)為0的情況. 輸入表格為空格或輸入表格只有一行. 這些都是容易發(fā)生錯誤的情況. 可選擇這些情況下的例子作為測試用例.4．因果圖方法　　前面介紹的等價類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯(lián)系, 相互組合等. 考慮輸入條件之間的相互組合,可能會產(chǎn)生一些新的情況. 但要檢查輸入條件的組合不是一件容易的事情, 即使把所有輸入條件劃分成等價類,他們之間的組合情況也相當(dāng)多. 因此必須考慮采用一種適合于描述對于多種條件的組合,相應(yīng)產(chǎn)生多個動作的形式來考慮設(shè)計測試用例. 這就需要利用因果圖（邏輯模型）. 因果圖方法最終生成的就是判定表. 它適合于檢查程序輸入條件的各