某公司一部分是marketing，一部分分成產品Product
marketing有一些自己的系統，流程
也有一些是我們提供接口，頁面由第三方公司提供，比如微信公眾號，微信小程序中，
我們作為數據中心，一般提供接口，而第三方完善頁面，以此在微信中給會員做推送，做預約，做信息增刪查改等等
marketing目前是PM和客戶交流，解決客戶的痛點，及時作出反應，需要做什么來解決客戶的痛點。
一次任務，一個周期，大概2周，到一個月，【主要是人天】來完成這些工作。一次任務叫做一個CR，全稱是Change Request
一次任務，既有開發指定的接口，也有ETL數據導入導出，也有編寫存儲過程來規范復雜的取數條件和處理
一次任務，如果是活動，即大促，需要部署新的更好的環境，並進行性能測試等
對於測試用例管理平台來說，不僅僅是說，查看你對於每個項目，或者某個接口的測試用例，她更希望看到我這個CR，這次任務，你設計了多少測試用例，花費了多長時間。以此來作為測試人員的績效。
說的更多一些，已經並不是想要你完成確認，這個接口，這個系統，測試通過了，而是你做了什么，你花了多長時間，你們的流程，你們設計了多少測試用例，回歸測試，性能測試，你測試的bug，你測試的bug誰解決了，等等一切要對我透明。
當然，日常工作，除了有新的CR, 也有內部工作， 也有問題重現，也有bug fix，也有回歸測試等等
新的CR總不能要求測試都滿足自動化的，對常用接口的自動化測試也要做的。
CR空檔期，也是要有產出的。
看了ones和testin的測試用例管理平台，也不像再在查看其它測試用例平台上浪費時間了。
測試項目的名稱
本次的CR
本次CR對應的