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

marketing有一些自己的系统，流程

也有一些是我们提供接口，页面由第三方公司提供，比如微信公众号，微信小程序中，

我们作为数据中心，一般提供接口，而第三方完善页面，以此在微信中给会员做推送，做预约，做信息增删查改等等

 

 

marketing目前是PM和客户交流，解决客户的痛点，及时作出反应，需要做什么来解决客户的痛点。

一次任务，一个周期，大概2周，到一个月，【主要是人天】来完成这些工作。一次任务叫做一个CR，全称是Change Request

一次任务，既有开发指定的接口，也有ETL数据导入导出，也有编写存储过程来规范复杂的取数条件和处理

一次任务，如果是活动，即大促，需要部署新的更好的环境，并进行性能测试等

 

对于测试用例管理平台来说，不仅仅是说，查看你对于每个项目，或者某个接口的测试用例，她更希望看到我这个CR，这次任务，你设计了多少测试用例，花费了多长时间。以此来作为测试人员的绩效。

说的更多一些，已经并不是想要你完成确认，这个接口，这个系统，测试通过了，而是你做了什么，你花了多长时间，你们的流程，你们设计了多少测试用例，回归测试，性能测试，你测试的bug，你测试的bug谁解决了，等等一切要对我透明。

 

当然，日常工作，除了有新的CR, 也有内部工作， 也有问题重现，也有bug fix，也有回归测试等等

新的CR总不能要求测试都满足自动化的，对常用接口的自动化测试也要做的。

CR空档期，也是要有产出的。

 

看了ones和testin的测试用例管理平台，也不像再在查看其它测试用例平台上浪费时间了。

 

测试项目的名称

本次的CR

本次CR对应的