地理水平測試工作報告 篇1
一、教學工作：
在教學上，擔任高二年級、初二四、五班的地理教學工作。
1、高二地理：首先在學考複習期間，主動要求每周無償增加一節早讀課，用於輔導學生地理學習，一直到學考完畢。學考之後迅速帶領文科三、四班進入高考一輪複習中。課堂教學上著重培養學生的地理思維能力，注重對學生進行學法指導。加班加點已經成為常態，有時給學生答疑解難到很晚，直到門房師傅來催促關門。此外，關注學生的學習習慣，我認為優秀生和學困生的差距在於學習習慣，為此，嚴格要求學生，力求良好習慣的養成。
2、初二地理：在課堂教學上注重培養學生自主學習的能力，努力調動學生學習的參與度和積極性。此外，在教研組長王燕老師的直接安排下，配合教材，利用學生周三下午的自習課，將對地理有興趣的四、五班學生帶至地理室，開展地理活動課，認真書寫活動方案、活動單，每次活動課之後認真寫反思。
總之，認真對待學校交付的每項教學工作，把每次的工作任務當做一次提高自我工作能力的機會，不敷衍，不流於形式。
二、教研工作：
1、學習充電。
20xx年9月以來，參加大篷車培訓，認真撰寫教學設計《自然災害》;參加初、高中地理國培，認真完成相關學習內容，參加共修科目培訓。參加學校組織的全過程評優課，認真對待說課、教學設計、課件的製作、上課每個環節每個環節。完成市級小課題的研究。這期間我經歷了一次20分鐘現場抽課的無人上課比賽，15分鐘的說課比賽，這些比賽雖然不是專門的大賽，但每次比賽我都經歷了一次精心準備的煎熬，體會了“累，並快樂著”的感受。此外，在聽同行地理課的同時，反觀自己的課堂教學，從中汲取營養。
2、收穫反思。
所上微課於20xx年11月獲市級一等獎，所寫論文分別發表在省級、刊物上。
雖然玩命一樣地努力工作和學習，但我很清楚自己在教學上功力還差很遠，在業務上還是個窮人，亟待珍惜時光不斷學習來補充營養，積澱功力，修養心靈。
接下來的日子裡我會屏棄浮躁，靜心學習，繼續踏踏實實地工作，不斷提高自己教育教學能力。
地理水平測試工作報告 篇2
測試前的準備：
1.使用同類型的產品，不僅僅是使用，應該是測試同類型的產品。
2.熟悉我們產品的spec文檔，積極和pm交流。
3，寫測試用例，沒有時間至少要有一個checklist。
1.功能
a.基本功能，主要指app是否完成了設計的所有功能。分清模組，寫一份checklist，避免漏測。考慮橫豎屏切換，不過很多app現在只支持豎屏。
b.系統互動:電話簡訊干擾，低電量提醒，push提醒，usb數據線插拔提醒，充電提醒等，
2.性能:穩定性，兼用型（android碎片化是個難題，bug也多，ios相對bug少），app運行的記憶體消耗和cpu消耗，app後台長時間運行的耗流量，耗電量。
推薦testin這個第三方平台，對android兼用性測試比較有幫助。
3.易用性：面是否吸引人、容易理解。界面整潔、簡單。無錯別字。點擊範圍確定等。這部分測試中，如果測試認為有不合理的地方通常會提交需求bug。
4.外場：網路切換，網路信號強，弱下的app運行情況。
對自動化的一些看法：
目前我們可以接觸到手機方面的自動化工具：robotium，monkey，monkeyrunner，androidjunit。但是由於ui變化快，自動化測試往往不方便維護。前三個不需要源碼支持，但是功能有限，androidjunit很強大，對代碼能力要求高，同時需要源碼支持。app的開發周期一般都很短，ui變化大，用自動化要考慮投入成本，大多數的公司估計都不適用。不過測接口之類的通過自動化是個不錯的選擇。
轉，說得多有道理的。
1.移動網際網路開發節奏很快，版本快速疊代，如何讓測試敏捷起來？
Monkey：我建議放棄完全得TestCase。全部用feature list或者測試思維導圖或者功能點劃分表來進行引導得測試。主要目的不會漏掉功能點以及防止regression得bug。其次要敏捷必須要有自動化得支持。關於這點就是根據不同得app進行定義了。首先UT無論如何就要做起來。其次是api和regression test得自動化要做起來。當然CI也一定要搭建的。
2.移動套用測試，如何更全面的'保證產品質量？如何讓用戶參與到測試中來？
Monkey：更全面得保證產品質量。如果要說到全面，那么必須就是功能，壓力，性能，安全，用戶體驗面面具到了。其實還是和我第一個問題說得一樣。將app結合os得特性分層進行逐個得測試或者自動化測試。關於讓用戶參與到測試中來的話。我建議可以將不同的用戶集合起來，qq或者weixin保持聯繫。然後android可以定期發布內測版本，ios可以發布testflight版本。
3.用戶反饋問題建議非常多，如何做好有效管理、分析和反饋？
Monkey：這個我相信無論哪家公司都會碰見。用戶的反饋不一定都是有效的。管理的話，我建議還是需要安排一個專門的人進行記錄。將反饋全部作為bug的一種，隨後填入bug系統方便跟蹤。其次關於crash或者無法重現的問題。就需要自己在軟體中增加自動反饋crash log的機制。包括用第三方的友盟等也可以。隨後再定期的進行log的分析。這些其實都不難，主要就是需要堅持，一直去做。
4.競爭產品很多，測試如何做競品分析？
Monkey：這個其實我並不是很在行。不過我覺得分析的話。主要有幾點。其一，核心功能的體驗。也就是說核心功能路徑長短。比如A用了3步完成B用了4步完成的功能，那么A明顯有優勢。其二，核心功能的互動，包括用戶的學習成本。其三，場景分析，比如我們可以設計N個場景，在這N個場景中我們自己的產品和競爭對手的產品，用戶會做什麼選擇。其實往往我們一設計之後就發現，有些功能用戶根本無法理解，或者根本不用去做。自然也就沒有意義。當然分析還有很多，包括下載量，點擊數，評論等等。都可以觀察。
app的測試方式我在我自己的書中會有寫。這裡我簡單介紹以下。不過首先需要肯定是不是拿到手就可以測的。更多的是需要了解
a。產品功能feature list需要熟悉
b。需要產品所在的系統的架構
c。需要熟悉產品本身的結構，本身的邏輯，包括cs結構，生命周期，api等
d。根據abc來設計測試點，測試點可以是思維導圖或者別的。但是並不需要去編寫很詳細的測試用例。
地理水平測試工作報告 篇3
一、簡要說明主要工作職責的流程及工作程式
通過5個多月的學習。熟悉並掌握了測試技術開發的相關工作職責：
1、掌握測試治具的維修和管理方法。
2、學會了及時處理現場異常的方法，包括產品合格率出現異常時，分析原因，找出異常。
3、掌握了異常批次產品的處理方法和處理流程。
4、了解並熟悉了TD2115MPUpdater與TD2115MPTools、S78F半自動測試機台的結構和原理，以及SET與CO方法。
5、熟悉掌握了產品投產前的確認工作（NPIlist），包括測試機台的選定，治具規範制定以及handler的選擇。
6，學習並掌握了程式調試的方法。
7、了解MES和EMS系統設定的相關內容。
要想成為一名合格的測試工程師還要具備分析測試數據的能力，從測試數據中找出測試低良的原因以及提高良率的方法，其中包括硬體的改善以及軟體方面的問題，總之需要學習和掌握的地方還有很多，仍然需要不斷學習提高自己的工作能力。
二、簡述培訓過程及對培訓的建議
在培訓過程中我得到了很多前輩和領導的指導，前兩周隨師 父學習關於產線的注意規範，以及簡單的操作，以及產線的作業流程，熟悉了這些之後跟隨師 父學習了關於異常保留品的處理流程以及規範的方法，還跟隨師 父學習了測試機的基本原理和結構，以及關於測試機的以及治具的管理和維修的方法等，掌握了如何驗證測試程式，以及程式驗證完成後的系統設定工作，跟師傅學習過程中，要求師傅給與我多動手操作，邊學邊練，彌補自己不足的地方，所以對培訓的建議是，多讓被培訓者動手操作，才能快速提高。
三、實際工作的開展及完成情況
目前的主要工作是負責813客戶與160客戶的產品，813和160都是新產品，測試機也是新機台，目前蘇通也沒有樣例可循，有很多測試流程，規則制定，信息導入和對接，需要跟客戶及供應商做好協調，有不懂的不確定的多確認，前期程式驗證完成還要負責所有的NPIlist的確認，因為目前手動線測試設備都由客戶提供，且兩個客戶幾乎同時進行，需要做好區分，防止混淆。且因兩種晶片為RF晶片，所以線損各種問題需排查，同時還要負責量產過程中測試異常的處理以及測試流程防呆，目前已能對異常處理，另外還有相關的外寄客戶樣品等操作熟悉，還需要不斷學習提高自己的處理問題的能力。