瀑布流之后的测试过程如何带来变化？
How can a change be brought about in the testing process that follows waterfall?
我们是一家小公司，我是一名测试协调员，被任命为公司带来测试流程。
我们没有适当的测试过程。开发-部署和测试几乎每天都在进行，并且通过 Skype 或邮件建立通信。
我如何开始实施测试流程？
我们在 8 个不同的国家/地区开展业务 运行，但我们没有专门的测试团队进行测试。业务用户是我们拥有的测试人员。
在需要时让他们全部进行测试对我来说至关重要。
那么我该如何改变他们的工作方式呢？
如有任何建议或帮助，我们将不胜感激。
我建议考虑使用 Comindware Tracker - 工作流自动化软件。只有在工作流中的上一步完成后，它才会通过将任务分配给正确的团队成员来自动执行您创建的流程。此外，您可以直观地创建表单、设置自己的工作流程规则并自动处理您的数据。您可以将 Comindware Tracker 配置为在任务或文档发生特定事件时向用户发送电子邮件通知，或者发送预定的电子邮件报告。每个任务中都有讨论线程。您可以与团队共享文档并将其存储在任务中，支持文档版本控制。
也许刚开始优化工作流程的小公司应该考虑 Comindware Tracker 的关键原因是它能够在流程执行期间实时更改工作流程而无需中断它。由于您在启动阶段的过程中可能会进行大量更改，因此该解决方案值得关注。此产品评论可能有用 - http://www.brighthubpm.com/software-reviews-tips/127913-comindware-tracker-review/
免责声明 – 我在 Comindware 工作。我们使用 Comindware Tracker 来管理公司内部的工作流程。我很乐意回答有关解决方案的任何问题，如果有的话。
我认为这种变化的最佳方法是向您的经理展示测试价值。
我想如果没有组织良好的测试过程，最终就会发现错误。您的客户而非您发现的一个关键问题的价值可能会对公司业务产生巨大影响。好吧，您可以等待它何时发生，或者只是开始构建测试组。
这也是一个普遍的事实，尽快找到错误可以为组织节省大量资金。这主要是因为在接近开发时间的时候修复问题需要的时间要少得多。
我会推荐 Jira 作为开源工具，它可以组织错误跟踪并支持敏捷开发过程。
如果您希望频繁发布，那么您应该考虑使用自动回归测试。
这将涉及对应用程序中的每一点重要功能进行自动化测试。此外，在开发新功能时，会同时编写自动化回归测试。
自动化回归测试方法的好处是您可以在持续集成中获得回归测试运行。这使您可以在编写代码后立即进行连续回归测试并发现任何回归错误。
手动回归测试很难持续。随着您向应用程序添加越来越多的功能，手动回归测试需要更长的时间，并且很难频繁发布。这也意味着花在测试上的时间会不断增加。
如果您的组织决定不采用测试自动化，那么我建议您需要创建一个包含手动回归测试阶段的交付管道。为此，您可能需要考虑使用看板等敏捷框架（这通常适用于频繁发布）。
我们是一家小公司，我是一名测试协调员，被任命为公司带来测试流程。 我们没有适当的测试过程。开发-部署和测试几乎每天都在进行，并且通过 Skype 或邮件建立通信。 我如何开始实施测试流程？
我们在 8 个不同的国家/地区开展业务 运行，但我们没有专门的测试团队进行测试。业务用户是我们拥有的测试人员。 在需要时让他们全部进行测试对我来说至关重要。 那么我该如何改变他们的工作方式呢？
如有任何建议或帮助，我们将不胜感激。
我建议考虑使用 Comindware Tracker - 工作流自动化软件。只有在工作流中的上一步完成后，它才会通过将任务分配给正确的团队成员来自动执行您创建的流程。此外，您可以直观地创建表单、设置自己的工作流程规则并自动处理您的数据。您可以将 Comindware Tracker 配置为在任务或文档发生特定事件时向用户发送电子邮件通知，或者发送预定的电子邮件报告。每个任务中都有讨论线程。您可以与团队共享文档并将其存储在任务中，支持文档版本控制。
也许刚开始优化工作流程的小公司应该考虑 Comindware Tracker 的关键原因是它能够在流程执行期间实时更改工作流程而无需中断它。由于您在启动阶段的过程中可能会进行大量更改，因此该解决方案值得关注。此产品评论可能有用 - http://www.brighthubpm.com/software-reviews-tips/127913-comindware-tracker-review/
免责声明 – 我在 Comindware 工作。我们使用 Comindware Tracker 来管理公司内部的工作流程。我很乐意回答有关解决方案的任何问题，如果有的话。
我认为这种变化的最佳方法是向您的经理展示测试价值。
我想如果没有组织良好的测试过程，最终就会发现错误。您的客户而非您发现的一个关键问题的价值可能会对公司业务产生巨大影响。好吧，您可以等待它何时发生，或者只是开始构建测试组。
这也是一个普遍的事实，尽快找到错误可以为组织节省大量资金。这主要是因为在接近开发时间的时候修复问题需要的时间要少得多。
我会推荐 Jira 作为开源工具，它可以组织错误跟踪并支持敏捷开发过程。
如果您希望频繁发布，那么您应该考虑使用自动回归测试。
这将涉及对应用程序中的每一点重要功能进行自动化测试。此外，在开发新功能时，会同时编写自动化回归测试。
自动化回归测试方法的好处是您可以在持续集成中获得回归测试运行。这使您可以在编写代码后立即进行连续回归测试并发现任何回归错误。
手动回归测试很难持续。随着您向应用程序添加越来越多的功能，手动回归测试需要更长的时间，并且很难频繁发布。这也意味着花在测试上的时间会不断增加。
如果您的组织决定不采用测试自动化，那么我建议您需要创建一个包含手动回归测试阶段的交付管道。为此，您可能需要考虑使用看板等敏捷框架（这通常适用于频繁发布）。