QA流程

我们会在您的产品出现在我们的网站上之前对其进行测试。

测试 ComponentSource 希望确保当客户第一次尝试产品时能够获得愉快的体验。因此，我们会根据所提供的前置条件测试所有产品的成功安装情况，并检查是否存在已知病毒。

您的 Technical Account Manager 进行的测试包括：

• 安装：我们测试产品是否能在所有受支持的操作系统或应用服务器上正确安装。我们拥有几乎所有版本的 Microsoft Windows 以及许多 Linux 和 UNIX 平台的测试机器。我们还会检查各种 Java VM 和其他应用服务器环境。
• 卸载：我们测试产品是否能在所有受支持的操作系统或应用服务器上正确卸载。我们拥有几乎所有版本的 Microsoft Windows 的测试机器。我们还会检查各种 Java VM 环境中的卸载情况。
• 演示和试用：我们检查所提交材料的质量是否适合纳入我们的营销计划。我们会测试提交的文件，确保它们能正确启动——包括：Acrobat 文件（PDF）、演示、评估版、帮助文件、HTML（链接）等……
• 示例项目：理想情况下，所有产品都应提供一个可运行的示例项目。这通过编写他们最初需要的 90% 代码并向他们展示代码片段或最佳实践指南，帮助客户更快上手。请记住，如果客户在评估期内的几分钟之内没有使用该组件，他们很可能不会购买该产品。示例项目还通过让我们能够在所选 IDE（例如 C# 或 Java）中快速实例化一个进程或组件，帮助我们测试产品并确认安装已成功完成。
• 病毒检查：我们会扫描所提交的所有软件材料，检查是否存在任何病毒。
• 加密：我们会对产品进行加密，并编写详细的安装说明供客户阅读。这些说明会提供在一个 CSReadme.txt 文件中，该文件会在购买产品时下载。
• 解密：我们会测试解密过程，并确保可以遵循安装说明且产品能够安装。

产品描述、定位、上架以及在我们的网站上发布。当产品通过质量保证测试后，您的 Technical Account Manager 将把产品导入我们的数据库，以便在下一次可用的网站更新中发布。

导入过程包括：

• 导入：我们审查 Product Submission Form 中的详细信息，并使用我们的 Reusable Component Specification 来描述产品，将这些信息导入我们的 Product Catalog 数据库。我们还会利用测试过程的结果来修改安装说明、前置软件要求和兼容性声明。这可能是一个与您这位 Publisher 反复沟通的迭代过程——因为我们会就问题寻求澄清，或者在某些情况下要求重新提交产品以便进一步测试。
• 分类：我们审查 Product Materials 和 Product Submission Form，以便将产品正确放入 Product Catalog 中的各个类别。必要时，我们会创建一个全新的产品类别，帮助客户找到针对问题的特定解决方案。我们还会为 Product 在我们的搜索引擎中创建关键词。
• 设定价格：我们录入您的 List Price 详情，以便客户可以使用 $, €, £ 和 ¥ 以及另外 16 种货币进行购买。
• 审查和编辑：随后，Product Testing 团队的第二位人员会审查该 Product 条目，检查是否缺少任何基本信息。然后由我们的 Product and Technical Editor 对 Product 进行编辑，特别关注 75 个词的简短描述、类别和关键词。最后，Product 会发布到网站上，并由我们的 Webmasters 和 Customer Services 团队进行审核。任何遗漏或错误都会立即更正。
• 反馈：我们也会倾听来自 Publisher 和 Customer 的反馈。例如，如果我们得知某个产品声称可与特定开发环境（如 FoxPro 或 Delphi）配合使用，但根据客户的具体体验显然并非如此，我们会删除兼容性部分中的该声明，并通知 Publisher。当收到新的提交时，我们会重新测试 Product，以确认问题已得到解决，并恢复兼容性声明。
• 客户评论和讨论组：我们每天也会审查客户在我们网站上提交的内容，这些客户可能是在试用 Products 的评估版，或是在试用完整零售版 Products。我们希望您定期查看网站上关于您 Products 的评论和反馈，并及时、专业地回复，以便我们发布给相关客户。