如何在瀑布之后的测试过程中引起变化？
我们是一家小公司，我是一名测试协调员，任命为公司进行测试。 我们没有适当的测试流程。开发 - 部署和测试几乎每天都在进行，通信通过Skype或邮件建立。 我如何开始实施测试流程？如何在瀑布之后的测试过程中引起变化？
我们在8个不同的国家运营，我们没有专门的测试团队进行测试。商业用户是我们的测试人员。 对我来说，让他们全部在需要时进行测试是非常重要的。 那么，我如何以他们的工作方式带来这种变化？
任何建议或帮助，慷慨赞赏。
我认为这种变化的最佳方法是显示您的经理的测试价值。
我想如果没有良好的组织测试过程，最终会发现错误。客户发现的一个关键问题的价值可能会导致对公司业务的巨大影响。那么，你可以等待它发生或刚开始建立测试组。
此外，这是一个普遍的事实，即尽快发现错误为组织节省了大量资金。这主要是因为解决问题接近开发时间需要更少的时间。
我会推荐Jira作为开源工具，它允许组织错误跟踪并支持敏捷开发过程。
完全同意你说的话。我们在我们的项目中使用TFS来处理错误和其他测试用例。但是TFS中的测试计划没有组织。我们每隔一天都会部署到UAT，在这种情况下，如果没有TFS中的标准测试计划文件夹，就很难执行测试。您认为什么是开始在TFS中组织测试计划的最佳方式。你会建议从追踪矩阵开始并相应地创建测试计划吗？或者您是否看到其他任何可以说测试覆盖率处于可接受水平的方法 – user4557522 2015-02-13 01:19:44
TFS是允许在不同项目之间建立连接的良好系统。我建议从项目需求开始，并将它们连接到测试用例，然后连接错误。此外，TFS允许将源代码（在源代码管理中）与需求连接起来，并再次与错误相关联。这些连接有助于理解哪些代码/需求区域更成问题。 MS网站上有很多资源来解释这个过程。开始时请看[这里]（http://nakedalm.com/requirement-management-in-the-modern-application-lifecycle/） – Eugene 2015-02-13 10:43:16
然后当你的测试覆盖了所有的项目需求时，你可以说你的覆盖范围是可以接受的。 – Eugene 2015-02-13 10:47:37
我会建议考虑Comindware Tracker - 工作流程自动化软件。只有在完成工作流中的上一步之后，它才会执行通过将任务分配给正确的团队成员而自动创建的流程。此外，您可以直观地创建表单，设置自己的工作流规则并自动处理数据。您可以将Comindware Tracker配置为在任务或文档发生特定事件时发送电子邮件通知，或发送预定电子邮件报告。讨论线索在每个任务中都可用。您可以与团队共享文档，并将其存储在任务中，支持文档版本控制。
也许小公司刚开始优化工作流程的关键原因应该考虑Comindware Tracker是它能够在流程执行期间实时更改工作流程而无需中断流程。由于您在开始阶段可能会发生很多变化，因此此解决方案值得关注。此产品的评论可能会有帮助 - http://www.brighthubpm.com/software-reviews-tips/127913-comindware-tracker-review/
免责声明 - 我在Comindware工作。我们使用Comindware Tracker来管理我们公司内的工作流程。我很乐意回答有关解决方案的任何问题，如果有任何问题应该提出。
欣赏你的回复时间。 – user4557522 2015-02-13 01:05:21
欣赏你的回复时间。你会推荐什么是团队中最好的实践，在这个团队中，每隔一天都会部署UAT。当然，在每次部署之后执行回归测试并不是我们看到的正确选择。如何在经常发生UAT部署的环境中安排测试。你能否建议，即使部署过程应该改变？ – user4557522 2015-02-13 01:20:26
如果您想要频繁发布，那么您应该考虑使用自动化回归测试。
这将涉及您的应用程序中的每一个重要功能的自动化测试。此外，当新功能正在开发时，自动回归测试将同时编写。
自动回归测试方法的好处是您可以获得持续集成运行的回归测试。这使您可以在代码写入后不断进行回归测试并发现任何回归错误。
手动回归测试非常难以维持。随着您向应用程序添加越来越多的功能，手动回归测试需要更长的时间，并且很难频繁发布。这也意味着测试所花费的时间将不断增加。
如果您的组织决定不使用测试自动化，那么我建议您需要创建一个包含手动回归测试阶段的交付管道。您可能需要考虑对此使用诸如看板这样的敏捷框架（这通常适用于频繁发布）。
我投票结束这个问题，因为它是关于工作场所哲学的问题，而不是帮助中心定义的编程问题。 – TylerH 2017-01-27 17:26:41