測試工程師日常工作指導

測試工程師日常工作指導Editor:Slowly.LuVersion:R1.3Date:2007-2-11文件履歷表Rev.日期PageSection內(nèi)容描述EditorApprove1.02004.12.10AllAll新發(fā)行Alin.FengAlin.Feng1.12005.3.16,74,5增加定義部分；增加概念和打算時期的工作指導Slowly.LuAlin.Feng1.22005.6.48-13；23-245，9，10修改工作流程；增加驅(qū)動以及測試程序的治理；增加測試打算的治理Alin.FengAlin.Feng1.32007.2.94-5,7,10-14,172,3,4,5,6修改工作流程;增加KCL治理方法；強化測試本卷須知Tonny.HuangTonny.Huang

名目TOC\h\z\t"標題2,1"一. 編寫目的 3二. 工作職責 4三. 崗位技能 5四. 定義 7五. 測試流程 9六. 測試過程中注意的事項 16七. 問題的差不多分析方法 20八. 日常辦公本卷須知 23九. 驅(qū)動、測試程序、測試設(shè)備的治理 26十. 測試打算的治理 28十一. 參考文獻 29

編寫目的明確測試的工作職責明白測試所需的技能，明確所需學習的知識明白得測試工作的流程，明白如何開展測試工作注意測試過程中注意的事項了解問題的差不多分析方法注意日常辦公本卷須知，早早進入角色編寫這手冊的要緊目的，是為了新進職員能夠更好的了解自己的工作內(nèi)容以及需要的差不多技能，能夠進行有針對性的學習，更好的開展測試工作，使自己早日成為合格的，甚至優(yōu)秀的測試工程師。返回

工作職責負責項目測試打算的制定按照測試打算完成測試并出測試報告分析驗證測試過程中發(fā)覺的問題并跟蹤問題的解決致力于測試方法的改進和技能的提升，并于同事互相分享體會研究新技術(shù)的性能和特點，制定相應(yīng)的測試方案測試工具的開發(fā)研發(fā)關(guān)鍵評審點的把關(guān)外購機臺的評審驅(qū)動認證BOM表check我們最差不多的工作是制訂測試打算，依照打算做測試以及出測試報告。測試中把我們筆記本電腦的問題找出來，我們還要分析問題，把問題明確化，追蹤問題直到問題的解決！我們也需要對評審點進行把關(guān)，不要放過任何阻礙品質(zhì)的問題。返回

崗位技能測試設(shè)備的使用操作系統(tǒng)以及測試軟件的使用測試方案和測試打算的制定Bug系統(tǒng)的應(yīng)用如何寫測試報告HW，SW,EC,POWERSPEC的了解測試規(guī)范的了解筆記本的架構(gòu)了解ICSPEC的熟悉原理圖的熟悉與外部門溝通和諧能力推動問題的及時解決DTM測試以上是一些必須的工作技能，因此，要成為一個優(yōu)秀的測試工程師，還要具備高度的責任感，強烈的品質(zhì)觀念，良好的打算、操縱、執(zhí)行、和諧能力以及治理能力。另外需要提高專業(yè)知識，優(yōu)化測試方法，提高分析問題以及解決問題的能力。返回

定義EVT：EngineeringVerificationTest工程驗證測試DVT：DesignVerificationTest設(shè)計驗證測試PVT：ProcessVerificationTest制程驗證測試MP:MassProduction量產(chǎn)HW:Hardware硬件部SW:Software軟件部EC:EmbeddedControlPower:Power電源部CE:ComponentEngineer零件工程師QE:QualityEngineer品質(zhì)工程師IE:IndustrialEngineer工業(yè)工程師ME:MechanicalEngineer機構(gòu)工程師PE:ProductEngineer產(chǎn)品工程師PM:ProductManagement產(chǎn)品治理PMC:ProductMaterialControl產(chǎn)品物料操縱PUR:Purchase采購QII:QualityInspectionInstruction品質(zhì)檢驗指導書TPI:TestProcedureInstruction測試程序指導書MPI:ManufacturingProcessInstruction生產(chǎn)作業(yè)指導書PVD：ProductVerificationDepartment產(chǎn)品驗證部RAD:ReliabilityAssuranceDepartment可靠性保證部門CAD:CapabilityAssuranceDepartment相容性保證部門FCT:FactoryTest工廠測試部R&D:ResearchandDevelopment研發(fā)部FAI:FirstArticleInspection首件檢驗EMI:ElectroMagneticInterference電磁干擾ESD:ElectrostaticStaticDischarge靜電放電SMT:SurfaceMountTechnology表面貼片技術(shù)TVR:ToolVerificationReport模具承認書QVL:QualityVendorList合格供應(yīng)商名錄KCL:KeypartCompatibilitylist關(guān)鍵元器件承認列表BOM:BillofMaterial物料單PCB:PrintedCircuitBoard印刷電路板PCBA:PrintedCircuitBoardAssembly完成貼裝之板ECR:EngineeringChangeRequest工程變更要求ECN:EngineeringChangeNotice工程變更指令返回

測試流程測試前期預備在概念時期，對該項目的新技術(shù)要進行可測試需求分析〔參考可測試需求模板〕并提交給研發(fā)代表和參與新技術(shù)可行性分析報告評審。進入打算時期，依照產(chǎn)品的Spec進行總體測試方案設(shè)計〔參考總體測試方案設(shè)計模板〕并提交評審〔評審會議的組織者能夠是我們自己也能夠是PM〕。評審通過后，正式release給所有的Teammember?！睺eamMemberlist能夠從PM那獵取〕總體測試方案中要注意新功能部分，制定新功能的測試打算〔參考模板，格式要一致〕，申請購買新功能部分的測試設(shè)備，預備驅(qū)動程序。依照TeamMemberlist以及整個產(chǎn)品的Schedule;了解整個項目組的構(gòu)成人員，進度。明白相關(guān)的接口人。確定測試產(chǎn)品的數(shù)量以及測試的Schedule。一樣情形下，EVT時期會打15片板子〔這些板子全部由我們來分配并記錄其狀況，如調(diào)試和rework的詳細狀況〕，我們測試工程師需要5片，別的就分發(fā)給研發(fā)各部門〔一樣是硬件，電源，信號每個部門一片，軟件部的Bios處和EC處各一片〕。另外我們要明白哪個時刻段是我們測試工程師要緊參與的時刻，我們一定要充分打算那個時刻段，不能Delay產(chǎn)品開發(fā)的進度。新產(chǎn)品啟動后，由硬件工程師、電源工程師和軟件工程師提供?產(chǎn)品Specification?、?HardwareSpecification?、?PowerSpecification?、?SoftwareSpecification?、?ECSpecification?，硬件設(shè)計原理圖及有關(guān)技術(shù)資料，這些資料我們能夠從DC〔文控中心〕借到。深入研究產(chǎn)品Features的具體細節(jié)和相關(guān)技術(shù)規(guī)范。專門是一些新的功能我們一定要了解，要讀相關(guān)的Spec,IC的datasheet等.我們找Datasheet能夠請R&D提供，也能夠在網(wǎng)上下載。差不多上在google上都能夠搜索到。依照產(chǎn)品的SPEC和Schedule擬定測試的Plan。我們有參考的測試打算模板〔參考文件一〕，能夠在上面刪除不用的部分，增加新模塊測試的部分，另外必須描述清晰本項目專門需要注意的地點，估量哪些地點比較容易出問題，以便自己做好提早預備。預備好測試用的設(shè)備和工具。比如操作系統(tǒng)光碟，DriverCD,測試程式，測試所用之外設(shè)等。Driver部分能夠問硬件工程師要，部分測試設(shè)備需要提交采購申請單購買。參加各個評審點的評審工作。這些評審需要我們做為管控的，評審時會有CheckList，只有都沒有問題我們才能放過，讓項目往下走；有的評審我們還能夠從中學習一些知識，比如電路圖的評審等等。測試需參加ID圖評審，并關(guān)于制作的機構(gòu)手板依照〝workingsamplechecklist〞進行評估并提交結(jié)果進行追蹤直到問題的最終解決。EVT時期依照產(chǎn)品規(guī)格以及項目開發(fā)的Schedule，和相關(guān)RD商討擬訂EVTTestPlan，參考EVTTestProcedure來制訂〔參考文件二〕，測試打算要和研發(fā)人員一起討論并定稿，專門關(guān)于PCBlayout/power/HW/SW/ME部門所采納的全新設(shè)計方法需要得到RD關(guān)于驗證方法的認同。該打算必須在開始測試前一星期發(fā)行，發(fā)給整個TeamMember。板子一回來，測試工程師就要跟硬件、電源工程師一起調(diào)試板子，記錄調(diào)試中顯現(xiàn)的問題，并跟蹤問題的解決。PM會提供15套測試設(shè)備到研發(fā)庫入庫，板子調(diào)轉(zhuǎn)后也會入到研發(fā)庫，測試工程師要從研發(fā)庫把它們借出來，自己留下5套，別的分發(fā)給各需要部門，注意做好登記，當顯現(xiàn)爭議時請PM和諧解決。5片板子都要架起來，安裝操作系統(tǒng)，按照測試打算進行測試。當班子有開不了機等用不了的問題時，一定要催硬件、電源工程師修理，保證我們的測試數(shù)量以及進度。關(guān)于功能未實現(xiàn)部分，要盡力去催R&D實現(xiàn)，假如因為如此而阻礙到我們的測試Schedule，盡管R&D付要緊責任，然而我們督促不力，我們也是要付責任的。按照測試打算，躍過功能未實現(xiàn)部分，關(guān)于實現(xiàn)了的部分要先測試，調(diào)整整個測試打算，盡量提早測試。測試中發(fā)覺問題時，我們第一要做分析、理清，確認這的確是Bug，然后我們才能寫到Bug系統(tǒng)中去。有些問題自己分析不出來的話，請同事一起來看，也能夠叫R&D來看。當有些問題比較嚴峻時，要保持現(xiàn)場，叫R&D來看。測試時要拿別家的機子做對比，還有確實是對比公板。顯現(xiàn)問題時需要對比，性能好壞也需要對比。假如我們的性能比較差，也算Bug，就要求R&D調(diào)，直到能同意為止。主持召開BugReview，具體時刻由PM安排，一樣是一個星期開兩次。開會的目的是把嚴峻問題放到桌面上來一起看，分清晰責任人，定好解決問題時刻。我們要做好會議記錄，會后整理好發(fā)給TeamMember。測試工程師每隔一天就要發(fā)TestSummaryReport和BugList給TeamMember，讓整個Team明白我們測試的狀況。嚴峻問題在Mail里要著重提出來，讓負責人有一種緊迫感。協(xié)助R&D驗證Bug，對硬件Rework部分，要求每片板子都一致，不能顯現(xiàn)板子狀況不一樣的情形。關(guān)于Bios/EC部分，驗證時也是每片板子都升級，要求每一次升級的版本號有所不同，具體參考軟件部門規(guī)定的版本號命名規(guī)那么，假如軟件工程師給我們驗證Bios/EC，又沒有升級版本，我們可拒絕他們。Bug的Closed也需要通過我們的驗證，不能通過理論的分析就做定論，一定要拿到實物來驗證。不然，最多也只能說是初步澄清了，我們還需要關(guān)注，直到BugClosed。DVTBIOS/EC/DriverRelease。請參考〝BIOS/EC設(shè)計規(guī)范〞和〝DriverRelease〞的流程?！矃⒖嘉募?、四〕參加EVT時期的各個評審，這些評審需要我們做為管控的，評審時會有CheckList，只有都沒有問題我們才能放過，讓項目往下走。比如硬件問題必須澄清，所有功能必須實現(xiàn)等等。測試完畢5天內(nèi)，必須提交測試報告和該機種KCLlistA版。測試報告和KCLlistA版給Leader檢查以及部門負責人簽核后上傳PDM發(fā)行。依照上傳的該機種KCL審核DVTBOM，具體可參考?測試部BOMcheck規(guī)范?歸還測試機臺，能夠留2套驗證問題用。DVT和PVT時期DVT/PVT測試打算擬定時需依照產(chǎn)品Spec,DVT/PVTgerberrelease評審記錄和前一時期bug記錄，并結(jié)合標準版測試打算，和相關(guān)RD共同商討并制定測試打算和上傳PDM會簽。關(guān)于測試schedule部分需要依照重點測試項目進行相應(yīng)的調(diào)整，目的是盡量在下時期Gerberrelease之前找出所有會阻礙改版的問題。DVT/PVT開始投線前測試工程師需依照<<TopstarPVTrequestforproductline>>并結(jié)合機種實際配置情形制定該機種強化測試項目。該項目需通過研發(fā)副總/項目組/PE/PM的確認才能正式生效。其中和PE是確認制定項目的可行性，該點專門需要留意。向PM確認DVT以及PVT的時刻，做好去工廠端測試的預備〔包括生活上的東西〕，去工廠前填寫出差單交人事部。研發(fā)主導DVT/PVT測試，工廠測試協(xié)助PVT測試。PM提供足夠機臺，SW提供BIOS/EC，在安裝完操作系統(tǒng)后，第一要確認產(chǎn)品的差不多功能。在確認產(chǎn)品的差不多功能正常之后，按照預先擬定的測試打算書進行常規(guī)測試。具體和EVT時期的512項一樣。在時期性的測試終止后，可做模擬用戶的測試旨在找出產(chǎn)品潛在性Bug.讓我們的產(chǎn)品更具人性化。測試完畢記得歸還機臺以及提交測試報告和該機種KCLlistB版(DVT終止)或者KCLlist1.0〔PVT終止〕。測試報告和KCLlist給Leader檢查以及部門負責人簽核后上傳PDM發(fā)行。把比較專門的問題加到我們的Bug體會庫，作為體會積存。寫項目總結(jié)報告，把過程中的一些需要注意的地點，需要改善的地點以及好的方法和體會等等，以報告的形式寫出來，放到體會庫，作為體會積存。在公司端的測試工程師需要做以下工作：協(xié)助完成部分工廠端沒有方法完成的測試〔如ESD〕BIOS/EC/DriverRelease到工廠前的初步測試，沒有驗證過的一樣不要直截了當發(fā)給工廠生產(chǎn)線，除非時刻緊迫，要請他們一起驗證。參加每周與工廠開的BugReview，明確自己會后需要做的工作。重現(xiàn)工廠端測試報的問題，協(xié)助R&D一起驗證解決。當顯現(xiàn)問題時，能夠拿EVT的板子對比驗證，也能夠拿別的機種對比驗證，目的是要理清問題。上各驅(qū)動的網(wǎng)站下載新驅(qū)動來驗證，OK的話發(fā)給工廠測試部門，讓他們升級。同時通知驅(qū)動負責人愛護Driver庫。除了一樣的測試以外，需要進行過WHQL的測試。這需要經(jīng)常到微軟的網(wǎng)站看看，看有什么新的需要注意的地點，看有沒有新版本的DTM測試軟件。具體參考?WHQL測試工作指導?PVT/MPBIOS/EC/DriverRelease。請參考BIOSEC設(shè)計規(guī)范和CDDriverRelease的流程。依照上傳的該機種KCL審核PVT/MPBOM，具體可參考?測試部BOMcheck規(guī)范?測試完畢后需要預留全部機臺，結(jié)合客戶端測試條件做強化測試。DVT/PVT樣機歸還部分請參考?研發(fā)庫樣機需求?ＭP時期SQD測試工程師依照工程變更，Keypart2ndSource,新料導入，Bios/EC升級，驅(qū)動升級以及ORT制定測試相關(guān)Plan。依照測試Plan做對應(yīng)測試，原那么上在工廠端測試完成。在測試完畢后，不管結(jié)果PASS/FAIL，都要遞交測試報告。測試報告給 Leader檢查以及部門負責人簽核后上傳PDM發(fā)行。假如測試OK后留意PDM上該機種KCLlist的愛護?？蛻舴答亞栴}的驗證，模擬再現(xiàn)客戶反饋的問題。與研發(fā)人員一起分析緣故，驗證改善措施。返回

測試過程中注意的事項測試開始前需要留意該項目各個研發(fā)部門的spec,做到認真閱讀并關(guān)于提及的功能做到驗證開始測試時必須重新分區(qū)、格式化、安裝操作系統(tǒng)，杜絕采納不潔凈的系統(tǒng)或者是帶有病毒的系統(tǒng)做測試。測試中要參考測試打算書。制定測試打算時需要和相關(guān)RD做確認動作，各個設(shè)計單位較上一版本的具體改動所需要做的強化測試等。關(guān)于ＣardBus卡的測試，市場上常用的卡我們都要測試，如CF卡、網(wǎng)卡、Modem卡、GPRS上網(wǎng)卡、無線網(wǎng)卡、CDMA上網(wǎng)卡、ＣardBus轉(zhuǎn)1394卡，ＣardBus轉(zhuǎn)USB2.0卡；另外， 要在不同的操作系統(tǒng)下測試；還有確實是通過重新啟動、待機、休眠后的測試。對內(nèi)存的兼容性測試，需要用不同型號的、不同Size的內(nèi)存條進行測試。測試Bios時，要對SCU里面的進行不同設(shè)定，只要里面可選的，我們都要測測看，看是否達到要求。需要測試不同的光驅(qū)，有Master的、Slave的、Cable–S的，也需要有不同廠家的，不同型號的，看我們到底支持哪些。性能到底如何樣。需要測試不同的硬盤，需要有不同廠家的，不同型號的，不同轉(zhuǎn)速的，看我們到底支持哪些。性能到底如何樣。市場上流行的USB設(shè)備我們都應(yīng)該測試，實驗室沒有的部分我們逐步購買，盡量覆蓋面大一些。測試Panel時，不但要看亮、暗點、色彩，還需要看有沒有漏光，組裝有沒有干涉以及Run-In后的情形。需要測試不同的CPU，看能支持的情形?？葱阅艿牟顒e。測試電池壽命時，一定要先活化電池，測試出播放碟片的時刻、系統(tǒng)Idle的時刻、用專業(yè)軟件BatteryMark、MobileMark跑出來的時刻，測試時背光調(diào)到最暗和中間兩種。做性能測試時，要用潔凈的英文系統(tǒng)，不然會阻礙測試結(jié)果。測試散熱時，Thermal線Thermal膠帶與必須事先預備好；貼線時，要注意讓線牢固，還要考慮走線，讓線從哪里出來；組裝前先量一遍是否通的，幸免裝完后發(fā)覺有的不通還要再拆；記錄時不要一直用打印紙打印，專門是晚上下班后，如此會專門白費。測試ESD時，分為不接外設(shè)和接外設(shè)兩種，要求從低打到高，每一個不同的電壓都要求打，一定要參考測試規(guī)范來做。測試需要用到的軟件要求用最新的，要經(jīng)常上他們的網(wǎng)站看，有新的軟件就下載來用。對R&D解決問題的Solution一定要弄明白，了解什么緣故如此改，不要一知半解。升級VGA驅(qū)動或者BIOS改動比較大時，一定要重新安裝系統(tǒng)。KeyBug時，注意用簡短的話描述清晰主題，把顯現(xiàn)問題的步驟也要寫清晰，好讓別人能重現(xiàn)問題，另外也要寫明FailRate是多少。BugClosed前一定要R&D填RootCause以及計策。對比Bug體會庫，里面的BetaBug要一個一個測一遍測試版的Bios/EC能夠針對修改部分做測試，然而，正式發(fā)行的那一版一定要進行全面測試要堅持自己的觀點，是問題的就要堅持，不要輕易放過任何問題。測試機臺不能放在實驗室什么都不做，沒有空的時候，也要讓機臺跑一些不需要人力的程式。合理安排時刻，一樣來講，Run-In的程序放在晚上或者周末來做，用人操作的安排在正常的上班時刻來做。測試中的機臺請注明寫上〝測試中〞，未經(jīng)他人同意，不能私自動別人測試中的機臺。經(jīng)常上微軟網(wǎng)站看看，操作系統(tǒng)本身都有些什么問題，有哪些計策。拆裝機修理或者Rework時，一定要戴靜電環(huán)。EVT時期的測試不能僅僅滿足功能與規(guī)格實現(xiàn)，還要性能和成效調(diào)到最正確，這 不僅包括用性能測試程序跑出來的分數(shù)最高，還包括散熱成效近可能好，不要以為在規(guī)格內(nèi)就行了，要看能不能做得更好。各個時期測試時需要注意RD的rework驗證假如可行，需要批量驗證，不能只是Rework一臺；關(guān)于修改到的地點一定要遵循先點到面再到系統(tǒng)來衡量該方案確實可行并可不能對系統(tǒng)造成其他不良阻礙。其中專門需要留意不同ACPI供電方式帶來的阻礙。測試過程中的問題需要多做橫向和縱向?qū)Ρ?，比如其他版本BIOS、公板、其他平臺電腦、同平臺其他家電腦等以上是一些體會積存，隨著大伙兒的進展，必定會有更好的，更多的方法，也請大伙兒提出來，加入我們的工作指導，使后來者更容易成長。返回

問題的差不多分析方法確定問題當發(fā)覺問題時，第一看看本機能不能復現(xiàn)問題。當一臺機子發(fā)覺問題時，看同機種的別的機臺有沒有同樣問題，看是單一現(xiàn)象依舊普遍問題，假如另外一臺沒有問題，看看之間的配置有什么不同，或者對調(diào)硬盤來確認是不是系統(tǒng)不一樣，或者對調(diào)內(nèi)存條，然而要記得，每次只能對調(diào)一樣東西，否那么自己都沒有方法理清。當我們的機臺有問題時，看看相同配置的不同廠家的機子有沒有同樣問題；另外也能夠?qū)Ρ任覀儎e的機種看看。涉及到外設(shè)時，多試幾種，確任是對哪種外設(shè)不兼容，另外，拿外設(shè)到別家機子上試，看是我們的問題依舊外設(shè)本身問題分析問題當某個設(shè)備不能正常工作時，在設(shè)備治理器里面看看其資源有沒有沖突，假如有，一樣是軟件分配資源有問題，硬件也可能地址線分配錯，只是這可能性專門小開機過程中有問題時，用DebugCard看停在哪里，對應(yīng)DebugCode看具體是什么意思。顯現(xiàn)藍屏時，記下藍屏代碼，上網(wǎng)查看到底代表什么意思刷不同版本的Bios/EC看看，是不是升級Bios/EC造成的用不同的驅(qū)動來看，是不是驅(qū)動程序的問題當系統(tǒng)自動關(guān)機時，請檢查是不是溫度過高造成的，假如是，檢查是不是散熱片沒有貼好，風扇此題有沒有壞。假如散熱片和風扇都沒有問題，就要看風扇操縱電路部分了，電壓有沒有？EC操縱信號有沒有出來？電路部分本身有沒有壞元件？從LED的狀態(tài)分析問題，ECSPEC里面有定義，不同的LED狀態(tài)表示不一樣的問題，從而使問題明朗。對與ESD的問題，不外乎兩種，〝隔〞與〝導〞，隔是為了不讓靜電打到里面去，導就要求接地良好，把靜電導到地。散熱測試顯現(xiàn)局部溫度過高時，能夠嘗試改變風道、改變操縱風扇轉(zhuǎn)動的溫度點、操縱風扇轉(zhuǎn)速、貼散熱片導熱、加鋁薄使熱量平均、加棉布隔熱等等。電池不能充電時，換一個好的電池，假如還不行，用KBU看是不是正常的，另外看CHG_ON信號是否為高電平，SET_I是否為2V或3.3V，充電電路是否有虛焊，連錫，少料，錯料，裝反料等問題。電池不能開機，看插AC能不能開機，假如ACOK，那么判定是電池端的問題，能夠看看電池端有沒有電壓輸出，電池端的保險絲有沒有問題。接AC和電池都開不了機，看AC端和電池端的電壓是否正常，看他們的保險絲是否好的，看Always的電壓是否有，看晶振有沒有起振，按下PowerButton是否有效，假如EC能接收到PWRSW#信號，看它有沒有發(fā)給南橋，看PowerGood信號有沒有，假如還不行，再按照硬件Debug的流程一步步望下看，總能找到問題的。開機無顯示，接外接顯示器看有沒有，假如外接有，換整個LCD模組看，是不是跟Inverter和Cable線有關(guān)，假如還不行，那么看電路部分了，看看LID是不是作用了，看BKLT-ON有沒有，看Connector處VDC和LCDVDD的電壓正不正常；還不行的話能夠重刷BIOS試試。按鍵盤無效時，用KBU看按鍵有沒有作用，是不是鍵盤本身的問題。網(wǎng)絡(luò)不正常時，看驅(qū)動有沒有裝好，看IP設(shè)定有沒有問題，用Ipconfig看其物理地址有沒有刷寫，看網(wǎng)線是不是好的，假如還不行，看一下LAN的Transformer和CHOK有沒有壞掉。Modme不正常時，看驅(qū)動有沒有裝好，看線路是不是好的，在設(shè)備治理器里面診斷看能不能通過，換整個Modem模組試試看。無線上網(wǎng)不正常時，看驅(qū)動有沒有裝好，看IP設(shè)定有沒有問題，看AP是不是好的，或者不用通過AP，拿兩臺點到點來測試看，再不行，換整個無線卡模組試試看。以上是一些經(jīng)常會碰到的問題，也是一些體會積存，大伙兒以后能夠把好的分析問題的體會寫進來，共同來提高。返回

日常辦公本卷須知上課開會本卷須知一定要準時手機要調(diào)成靜音，振動或關(guān)機課后/會后把椅子擺好，桌面收拾潔凈課后/會后關(guān)燈，關(guān)空調(diào)寫Email本卷須知寫Email一定要有主題，而且主題要反映內(nèi)容，發(fā)件人要用中文。寫給誰一定要清晰，與整個項目有關(guān)的，一樣發(fā)給TeamMember；假如是某幾個人有關(guān)，發(fā)給這幾個人就能夠了；千萬不能隨便發(fā)給公司全體；另外要CC給你的上司，讓他了解情形。Mail的內(nèi)容一定要簡單明了，讓人一目了然，假如是有附件的，需要對附件做一個簡單的重點描述，讓人不打開附件就明白個大致。Email是工作溝通的工具，是公司的資源，與工作無關(guān)的Email不能隨便發(fā)。Email不是發(fā)泄心情的工具，它是用來解決問題的，當你有建議時，請不要群發(fā)公司全體，請通過正常渠道反映問題。公司的外部接口由FAE來做，測試工程師不能直截了當發(fā)Email給客戶，以免給公司造成不良阻礙。寫Email的用詞要注意得當，不能態(tài)度惡劣，請記得你是團隊的一員，你的目的是為了解決問題。當重要的Email發(fā)出以后，需要別人做重要的情況的，需要打確認對方有沒有收到，有沒有進行動作。當發(fā)Email溝通不了時，請打溝通，還不行的話請當面溝通，記得當面溝通的成效是最好的。假如本人依舊解決不了的話，能夠請你的上司幫忙解決。辦公室本卷須知保持辦公桌面的潔凈下班要關(guān)電腦，關(guān)燈，關(guān)空調(diào)辦公電腦不能裝與辦公無關(guān)的軟件，包括游戲、QQ等談天軟件上班時刻不能上與工作無關(guān)的網(wǎng)站未經(jīng)上級同意不能做與本職工作無關(guān)的情況。上級交代的任務(wù)必須按時完成，在不可能完成前必須和上級說明緣故或要求關(guān)心。主動向上級匯報工作進度。不準把公司的隱秘文件、文檔帶出公司或拷貝出公司。在辦公室里不能睡覺、看電影。不能大聲喧哇，阻礙別人工作。不經(jīng)他人承諾，不能隨便動他人的東西。準時上下班，不能遲到、早退，有事請假必須得到上級的批準。寫報告本卷須知每周開部門會議，會議前要求把周報完成周報內(nèi)容包括本周自己做了什么，花了多少時刻，遇到什么困難，有什么好的建議，另外還有一個下周打算。測試完成后必須寫測試報告，測試報告必須通過TeamLeaderCheck，部門主管簽核后上傳PDM發(fā)行。不能直截了當把測試報告發(fā)給客戶。寫報告不能有隨意性，要參考范本來寫。返回

驅(qū)動、測試程序、測試設(shè)備的治理驅(qū)動的治理驅(qū)動認證工程師負責驅(qū)動的收集、分發(fā)和治理。項目開始前負責收集驅(qū)動并在項目正式開始測試前提供給測試工程師，測試工程師反饋測試結(jié)果，如有問題，測試工程師/驅(qū)動認證工程師/硬件/采購需和