{
  "schemaVersion": "0.11.0",
  "canonical": "https://www.pystone.net/notes/cicd-qa-process-terminology/",
  "atlas": "https://www.pystone.net/?node=cicd-qa-process-terminology#knowledge-atlas",
  "markdown": "https://www.pystone.net/notes/cicd-qa-process-terminology.md",
  "context": "https://www.pystone.net/notes/cicd-qa-process-terminology.context.json",
  "knowledgeVersion": "224c990773de.5fa8af6e39fa",
  "build": {
    "siteCommit": "224c990773de166d23a886306577dd90379529ce",
    "notesCommit": "5fa8af6e39fa3891d1b9b4832bfa6c4e0ecaaf0a",
    "builtAt": "1970-01-01T00:00:00.000Z",
    "version": "224c990773de.5fa8af6e39fa"
  },
  "id": "note:cicd-qa-process-terminology",
  "slug": "cicd-qa-process-terminology",
  "title": "持续集成与品质保障流程专业话术",
  "type": "note",
  "visibility": "public",
  "idStability": "rename-stable",
  "author": {
    "name": "Perrin Yong",
    "profile": "https://www.pystone.net/profile/"
  },
  "publisher": {
    "name": "Perrin Yong",
    "profile": "https://www.pystone.net/profile/"
  },
  "aliases": [],
  "summary": "持续集成与品质保障流程专业话术 创建时间：2023/6/8 15:20",
  "contentRole": "unspecified",
  "isMoc": false,
  "mocRecognition": "none",
  "generated": false,
  "attribution": "unspecified",
  "domain": "10-计算机、信息技术与工程",
  "tags": [],
  "mocs": [],
  "contentHash": "c0b5890d95411926f26f28071f86e9679cd5394cbdc2a36cb7a5cbbcc3e54f33",
  "assets": [],
  "headings": [
    {
      "depth": 1,
      "text": "持续集成与品质保障流程专业话术",
      "anchor": "持续集成与品质保障流程专业话术",
      "citation": "https://www.pystone.net/notes/cicd-qa-process-terminology/#%E6%8C%81%E7%BB%AD%E9%9B%86%E6%88%90%E4%B8%8E%E5%93%81%E8%B4%A8%E4%BF%9D%E9%9A%9C%E6%B5%81%E7%A8%8B%E4%B8%93%E4%B8%9A%E8%AF%9D%E6%9C%AF"
    }
  ],
  "claims": [],
  "outgoing": [],
  "incoming": [
    {
      "id": "note:software-engineering-and-quality",
      "title": "软件工程与质量保障",
      "url": "https://www.pystone.net/notes/software-engineering-and-quality/",
      "atlas": "https://www.pystone.net/?node=software-engineering-and-quality#knowledge-atlas",
      "label": "软件工程与质量保障",
      "origin": "explicit",
      "humanReviewed": true,
      "context": "CI-CD与质量保障中的“持续集成与品质保障流程专业话术”导航项",
      "citation": "https://www.pystone.net/notes/software-engineering-and-quality/#ci-cd%E4%B8%8E%E8%B4%A8%E9%87%8F%E4%BF%9D%E9%9A%9C"
    }
  ],
  "contentMarkdown": "# 持续集成与品质保障流程专业话术\n> 创建时间：2023/6/8 15:20\n\n解决上线前性能问题严重、优化难度大的问题\n\n  1. 性能测试和优化纳入迭代计划：在项目管理中，将性能测试和优化作为开发迭代的一部分，确保每个迭代周期结束时都进行一定程度的性能测试。这样可以及时发现和解决性能问题，避免累积到项目后期。\n\n  2. 持续性能监控：在开发过程中，使用性能监控工具持续关注游戏的性能数据。这有助于团队实时发现性能瓶颈并及时解决问题。\n\n上线前，问题无法解决的原因：\n\n  1. 设计缺陷：在项目的早期阶段，如果设计存在缺陷，可能会在测试阶段导致难以解决的问题。\n\n  2. 代码质量问题：代码的可读性、可维护性和可扩展性较差可能会导致在测试阶段解决问题变得困难。\n\n游戏立项：定游戏是否要立项并进行制作通常发生在**概念阶段（Concept）**的末尾。在这个阶段，团队会评估游戏的创意、市场潜力、技术可行性和预计成本。如果评估结果表明游戏具有足够的潜力和价值，那么就可以立项并开始进入预制作阶段。\n\n自动化测试设计的建议：\n\n  1. 确保自动化测试与游戏开发紧密结合。与开发团队保持良好的沟通，了解游戏功能的变更计划，提前调整测试策略。\n\n  2. 将自动化测试分层。为不同层次的游戏功能编写不同的测试脚本，例如基础功能、游戏逻辑和界面测试。当游戏功能发生变更时，只需修改受影响的测试脚本层，降低维护成本。\n\n  3. 采用模块化的测试脚本编写方式。将测试脚本分解为多个可重用的模块，当游戏功能发生变更时，可以快速调整和替换相应的模块，而无需大规模重写整个测试脚本。\n\nDevOps 本身描述的内容，在项目前中期阶段可能不那么适用，因为在游戏开发的早期阶段，团队的主要聚焦点是在开发新功能、设计和测试，而不是关注运维和监控。\n\n但是在研发的整个生命周期中，DevOps的理念都有其适用场景和价值。\n\n游戏研发前期，游戏团队可以从DevOps所提倡的自动化、协作和快速迭代等方面受益。例如，通过自动化构建和测试流程，团队可以更快地验证新功能并找到潜在问题。此外，团队成员之间的紧密协作也有助于提高工作效率和降低沟通成本。\n\n随着游戏开发进入中后期阶段，运维和监控需求逐渐增加，此时DevOps的理念会更加重要。游戏上线后，稳定性、性能和安全性等方面的需求将变得至关重要，运维团队需要和开发团队紧密合作，以确保游戏的顺利运行。\n"
}