某公司一部分是marketing,一部分分成产品Product
marketing有一些自己的系统,流程
也有一些是我们提供接口,页面由第三方公司提供,比如微信公众号,微信小程序中,
我们作为数据中心,一般提供接口,而第三方完善页面,以此在微信中给会员做推送,做预约,做信息增删查改等等
marketing目前是PM和客户交流,解决客户的痛点,及时作出反应,需要做什么来解决客户的痛点。
一次任务,一个周期,大概2周,到一个月,【主要是人天】来完成这些工作。一次任务叫做一个CR,全称是Change Request
一次任务,既有开发指定的接口,也有ETL数据导入导出,也有编写存储过程来规范复杂的取数条件和处理
一次任务,如果是活动,即大促,需要部署新的更好的环境,并进行性能测试等
对于测试用例管理平台来说,不仅仅是说,查看你对于每个项目,或者某个接口的测试用例,她更希望看到我这个CR,这次任务,你设计了多少测试用例,花费了多长时间。以此来作为测试人员的绩效。
说的更多一些,已经并不是想要你完成确认,这个接口,这个系统,测试通过了,而是你做了什么,你花了多长时间,你们的流程,你们设计了多少测试用例,回归测试,性能测试,你测试的bug,你测试的bug谁解决了,等等一切要对我透明。
当然,日常工作,除了有新的CR, 也有内部工作, 也有问题重现,也有bug fix,也有回归测试等等
新的CR总不能要求测试都满足自动化的,对常用接口的自动化测试也要做的。
CR空档期,也是要有产出的。
测试项目的名称
本次的CR
本次CR对应的
原文地址:https://www.cnblogs.com/qianjinyan/p/10240448.html
时间: 2024-10-02 23:15:16