由於要在web端做乙個限時活動的功能，功能大致為：乙個小時內可以報名參加活動，然後給予報名者獎品，先到先得。用到一些處理邏輯做下總結，以前沒有做過類似的東西，都是自己先體驗其他**的報名方式，然後再摸索出來的，有哪些不完善的地方還請多提出建議，非常感謝。
活動的大概情況是：某月的2號下午16點到17點是活動報名時間，按報名順序前50名有獎品。活動開始前要進行瀏覽人數記錄，至少1號和2號兩天的瀏覽活動內容的要記錄人數。由於是web端，當使用者點選活動介紹按鈕進去活動頁時，即可記為使用者瀏覽了活動內容。另外根據需求，要判斷使用者上次瀏覽的時間和這次瀏覽的時間是否相差超過乙個小時，如果超過乙個小時就把使用者瀏覽的次數+1，如果使用者上次瀏覽的時間和這次瀏覽的時間相差一天，則直接新增一條使用者瀏覽記錄。所以這次活動一要記錄使用者點選活動按鈕的時間，二要記錄使用者瀏覽活動內容的次數和時間。所以設計表大致為：id,userid,phone,viewtime,clicktime,viewcount,recordtype 也就是說當recordtype=1時設定為瀏覽活動，recordtype=2時設定為點選活動，瀏覽活動的時候判斷是否超過了乙個小時，超過了就把viewcount加1，超過一天就直接新增一條瀏覽活動記錄，後台用的框架為springmvc。
所以大致處理的流程偽**如下：
使用者點選活動按鈕進入活動介面-->判斷是否是活動時間，如果是活動開始前，則直接新增使用者瀏覽活動資訊，如果是活動時間，查詢該使用者是否已參與活動，如果已經參與返回友好提示，如果未參與則進一步判斷是否活動時間已經結束，如果已經結束則後台記錄當前使用者id、**等資訊，再返回友好提示活動結束，（每次記錄瀏覽活動資訊都要判斷時間差是否相差乙個小時或者一天，然後根據上面說的需求做處理），如果使用者已經參與報名則按鈕為灰色不能點選，如果超過了活動時間使用者點選的時候提示活動結束，這些都可以用js來實現。
-->使用者點選活動報名，前台js判斷時間，如果活動時間前點選或者活動時間後點選給予對應的友好提示，如果是活動時間，則直接進入後台記錄使用者點選資訊
-->後台判斷時間，如果是活動時間記錄參與者資訊，如果不是活動時間則返回友好提示
大致的思路就是這樣，這次活動是臨時加的，時間比較緊，或許思路有些欠缺，**就不貼了。
WEB端效能測試總結
效能測試，就是模仿使用者對乙個系統進行大批量的操作，得出系統各項效能指標和效能瓶頸，並從中發現存在的問題，對系統進行調優的過程。web端的效能測試應該注意的指標有 使用者操作的響應時間 系統的吞吐量 tps 系統的硬體資源情況 cpu 硬碟 磁碟 網路資源占用情況等。響應時間。這裡的響應時間一定得是...
WEB端功能測試總結
a 鏈結是否按照既定指示那樣，確實鏈結到了該鏈結的介面 b 測試該鏈結所鏈結的頁面是否真的存在 表單一般指在介面進行資料提交操作的，包括新增和修改資料。它涉及到的測試包括以下方面 a 輸入框測試 長度 資料型別 必填 重複 空格 sql注入以及一些業務相關約束 b 下拉框測試 預設值 資料完整性 正...
遊戲服務端邏輯模組處理框架
當遊戲服務端啟動時，服務端會根據配置檔案中的資訊，載入各個遊戲邏輯處理模組的動態鏈結庫，然後呼叫模組的 dllcreate 函式對模組進行初始化。配置檔案可以像下面這樣 modulecount 30 module1 battlesys module2 equipsys module3 friends...