Testing TFS中的QA任务
在sprint中实现qa测试任务的最佳方式是什么？ 我们目前有以下结构：sprint有用户故事，用户故事有任务和bug。我们创建了一个测试任务，在描述中，我们提到了当前sprint中的所有任务和bug，以及时间估计。 然而，我不认为这是最好的方法。 欢迎任何意见！Testing TFS中的QA任务,testing,tfs,qa,Testing,Tfs,Qa,在sprint中实现qa测试任务的最佳方式是什么？ 我们目前有以下结构：sprint有用户故事，用户故事有任务和bug。我们创建了一个测试任务，在描述中，我们提到了当前sprint中的所有任务和bug，以及时间估计。 然而，我不认为这是最好的方法。 欢迎任何意见！ 谢谢 据我所知，测试是从测试计划开始的。测试计划可能会有所不同。这取决于什么样的测试方法是你可以接受的。就好像您已经提到在您的测试任务中提到了任务和bug，那么测试团队将执行功能/黑盒测试。只提到开发任务是一个缺点，就好像任务工作可能
谢谢 据我所知，测试是从测试计划开始的。测试计划可能会有所不同。这取决于什么样的测试方法是你可以接受的。就好像您已经提到在您的测试任务中提到了任务和bug，那么测试团队将执行功能/黑盒测试。只提到开发任务是一个缺点，就好像任务工作可能与QA角度不同一样。
我会尝试为测试指定等价类。这意味着必须从QA的角度分析每个特定任务，以强调被测试的主要类别。也可能您有两个不同的任务供开发人员使用，但is只需要QA提供的一个测试用例，因为它与相同的用例相关。因此，我将尝试为每个sprint开发强调用例，并尝试基于用例编写测试用例。bug是不同的话题。bug通常是回归测试的一部分，它用于为每个bug创建回归测试，就像这些bug逃过了通常的测试流程一样。n00bie-您的概念很好。我们正在为diff.部分创建diff.sprint。喜欢提交我们创建的diff.sprint的bug，其中只有bug。然后，为了提交需求，我们创建了diff.sprint。所有的sprint都是基于项目的 因此，我们在TFS中有如下内容：
1 - Sprint-1 - Bug submit for project A
2 - Sprint-2 - Requirements for project B
3 - Sprint-3 - Bug submit for project B