某公司一部分是marketing，一部分分成產品Product

marketing有一些自己的系統，流程
也有一些是我們提供介面，頁面由第三方公司提供，比如微信公眾號，微信小程式中，
我們作為資料中心，一般提供介面，而第三方完善頁面，以此在微信中給會員做推送，做預約，做資訊增刪查改等等

marketing目前是PM和客戶交流，解決客戶的痛點，及時作出反應，需要做什麼來解決客戶的痛點。

一次任務，一個週期，大概2周，到一個月，【主要是人天】來完成這些工作。一次任務叫做一個CR，全稱是Change Request

一次任務，既有開發指定的介面，也有ETL資料匯入匯出，也有編寫儲存過程來規範複雜的取數條件和處理

一次任務，如果是活動，即大促，需要部署新的更好的環境，並進行效能測試等

對於測試用例管理平臺來說，不僅僅是說，檢視你對於每個專案，或者某個介面的測試用例，她更希望看到我這個CR，這次任務，你設計了多少測試用例，花費了多長時間。以此來作為測試人員的績效。

說的更多一些，已經並不是想要你完成確認，這個介面，這個系統，測試通過了，而是你做了什麼，你花了多長時間，你們的流程，你們設計了多少測試用例，迴歸測試，效能測試，你測試的bug，你測試的bug誰解決了，等等一切要對我透明。

當然，日常工作，除了有新的CR, 也有內部工作， 也有問題重現，也有bug fix，也有迴歸測試等等

新的CR總不能要求測試都滿足自動化的，對常用介面的自動化測試也要做的。

CR空檔期，也是要有產出的。

看了ones和testin的測試用例管理平臺，也不像再在檢視其它測試用例平臺上浪費時間了。

測試專案的名稱

本次的CR

本次CR對應的