接口测试
对于一个新需求，一般是先postman测试过了才加进用例自动化跑起来
一般后期自动化做回归测试用，功能必须先行，单接口的测试一般会在开发的逻辑验证就验证完毕。测试这边主要关注功能和相关回归。当然，每个公司要求不同，也有公司前期就在接口测试。但是说实话，接口的验证主要还是依靠技术方案和开发水平，单独做接口测试对大型的频繁迭代WEB项目，其实很浪费人力。
接口自动化也可以用newman做自动化，就是先调试，发送请求运行集合。
功能测试和自动化测试可以由同一组人员负责，但具体的组织方式可以根据部门的需求和项目的情况而变化。
做成自动化脚本是为了回归和冒烟这些重复性高的工作。对于版本适配，只有更新少的才可以做，如果产品推倒重来或者一个全新的产品只能重头再测。
接口测试一般是后端api接口做出来了就可以测了。
接口串联起来是业务场景，产品会给prd，这是基本都开发流程和测试流程。
接口用例中单接口和接口串联的场景需要怎么侧重？肯定场景优先P0，单接口就看需求和研发。
PRD是产品需求文档（Product Requirement Document）的缩写。
产品需求文档是一份详细描述产品功能、特性、设计和用户需求的文档。它通常由产品经理或业务分析师编写，并作为开发团队和相关利益相关者（如设计师、开发人员、测试人员等）间的沟通工具和指南。
PRD
PRD通常包含以下内容：
- 产品的概述和背景：包括产品的目标和愿景、市场和竞争分析等。
- 用户需求和使用案例：描述用户的需求、使用场景和期望的产品功能。
- 功能性需求：具体描述产品提供的功能和特性，可能包括界面设计、操作流程、数据输入和输出等详细信息。
- 非功能性需求：描述产品的性能、可靠性、安全性等非功能方面的需求。
- 需求优先级和约束条件：确定需求的重要性、紧迫性和可实现性等方面的要求。
- 测试计划和验收标准：定义测试策略、测试用例和验收标准来验证产品符合需求。
PRD对于开发团队来说是一个重要的参考文档，用于指导产品的实现和开发工作。同时，PRD也可以与客户、管理层和项目组成员进行共享，确保对产品的需求和期望有一个共同的理解。
OKR
KR是一种目标设置和管理方法，它代表"Objective and Key Results"（目标和关键结果）。该方法最早由英特尔公司创始人安迪·格鲁夫（Andy Grove）提出，并在谷歌等公司得到广泛应用。
OKR是一个周期性的目标管理方法，例如按季度进行目标的设定、跟踪和评估。在每个周期结束后，团队或个人会回顾过去的目标实现情况，并制定新的目标和关键结果。
OKR的优势在于它能够明确和衡量目标，同时提供一个灵活的方法来管理目标和推动团队的发展。它激励团队成员追求更高的目标，并通过透明的目标设定和反馈机制提高团队的效率和协作能力。
自动化回归测试
是的，回归测试是在软件产品或应用程序的新版本发布后进行的一种测试。其目的是确保在进行修改、添加新功能或修复错误后，原有的功能没有受到影响。
在自动化测试中，回归测试可以通过运行之前编写的自动化测试脚本来实现。这些脚本会覆盖关键功能和业务流程，以确保新版本的软件在修改过程中没有引入新的问题或破坏现有功能。
通过自动化回归测试，可以对所有的功能点和测试用例进行全面的测试，而不需要手动执行每个测试用例。这样可以节省时间和资源，同时也提高了测试的准确性和一致性。
然而，需要注意的是，虽然自动化测试可以自动运行之前编写的测试脚本，但它并不能100%覆盖所有的测试情景。因此，在进行回归测试时，还应该考虑是否需要更新或编写新的测试脚本以涵盖新的功能点或修改部分。
此外，自动化回归测试还需要关注自动化脚本的可维护性和稳定性。随着软件的不断更新和变化，测试脚本也需要及时维护和更新，以保持其有效性和可靠性。
综上所述，自动化回归测试可以帮助快速而准确地检查新版本是否破坏了现有功能，并节省测试时间和资源。然而，仍需谨慎评估测试覆盖和保持测试脚本的可维护性，以实现更全面和可靠的回归测试。
新机型适配
适配新机型的测试和回归测试都是重要的测试活动，但它们的侧重点和目的不同。适配新机型的测试主要关注于新环境下的兼容性和正确性，而回归测试主要关注于已有功能的稳定性和正确性。