2023年年底，接手了先後兩個質控同事都跟進過然後因故沒做的功能模組，回顧這麼多年的工作經歷，很多經驗都沒有形成文字形式儲存，而這次的測試出現的問題也比較能涵蓋之前的工作總遇到的問題，故總結文字記錄之：
一、應用端委託成功，生產了委託單，方向**，資金扣減了
業務理解：解除業務是t+1日返回成交確認，當日不應該進行資金持倉扣減，怎麼會扣減？
找原因：到交易系統查詢委託詳情，發現委託屬性不是要約收購解除
問題：介面調錯了，調了**的介面
總結：對於調周邊介面的應用，介面返回的成功、失敗應答需要有深入質疑的精神，刨根究底，確定返回的資料不是偽應答
二、收購期限屆滿前三個交易日不可做解除
場景：包含週六日時，是否可以做業務
原因：開發沒理解到交易日的概念
總結：對行內業務要有敏感度，方能充實測試場景
三、需求原型和ui設計均顯示：收購人** 欄位名
業務理解：個人根據交易所官方文件，文件中均定義的是：收購編碼
原因：產品經理直接借鑑了hs交易系統的介面，直接就定義為收購人**
總結：測試不應該是基於產品經理設計的原型，而是基於官方業務和客戶實際需求來做測試
四、**解除需要判斷可解除數量，委託數量滿足可解除數量方可解除
問題：因為沒有存量可做解除的資料，委託訂單無法生成，測試場景無法執行
分析：按照整個的pm流程，該問題在開發自測，產品經理驗收時，就應該暴露出來，因為其他同事的工作遺漏，最終流落到質控測試組。
困難：為了完成場景執行，需要解決可解除數量是怎麼算出來的，進而造業務資料，需求經理忙碌。。。開發和介面**商溝通後答覆質控需要在xx表加資料即可，我在幾個環境中找了歷史資料，仿造了幾筆，仍然無法完成場景執行，與開發溝通，開發繼續和**商溝通，答覆仍然是在xx表加資料即可。時間就這樣過去了，工作進度沒有推進。。。後，我直接和介面**商聯絡，提供log日誌，針對**商的開發的答覆提出了自己的疑問，確認了xx表某幾個欄位的含義和來龍去脈，最終造出正確的資料，解決此問題。
總結：工作各司其職沒有問題，但上游應該規避的問題最終流落到我們手中，如何能快速解決問題是第一要務，不要覺得這個問題是上游導致的，然後就耗著，停滯不前，等待上游去返工解決（當然如果上游有快速解決問題的能力最好），總的來說，就是要有主動型，遇到問題的時候需要動起來，而不是坐等，最後跟領導反饋說遇到xx問題阻塞，應該是上游xx來解決的，因為他解決不了，我這裡無法開展
工作總結之命令執行
在專案開發中的命令執行力，決定了專案中各項決策能否真正的徹底的執行，決定了專案發展的方向和速度。在前乙個專案和當前的專案中，執行力的問題一直都存在。存在命令不執行，系統部署中發現專案部署人員對系統的理解和實際系統的狀態有較大出入，為專案部署造成很大困難。造成這種狀況的主要原因是 1.命令發布背景具有...
工作總結 2010 3 16
在cuda中，一般的資料複製到的顯示卡記憶體的部分，稱為global memory。這些記憶體時沒有cache 的，而且，訪問global memory所需要的時間 即latency 是非常長的，通常是數百個cycles.如果我們的程式只有乙個thread，所以每次它讀取global memory的...
找工作總結
算一算，從2008年9月份開始找工作，到2009年12月現在已經有3個月了 找工作，算是人生一段特殊的經歷吧，知道了很多公司，認識了很多人，也學習到了很多東西，對這個社會也認識的更清楚了。從一開始的自信，以為很多崗位都是為自己量身打造，卻一次次被bs，讓我很受打擊。特別是幾個好公司的筆試都沒有通過，...