错误和挑战
七个最常见的测试用例的错误
在每一个编写者的工作中，测试用例缺陷将集中围绕在某些编写错误。如果您正在编写用例或管理编写者，不要等到找到这些错误集前所有用例都已做出。应该每隔一两天就审查用例，寻找使用例难以测试和维护的故障。你将发现的可能是，提高的机会集中在最常见的七个测试用例错误之一：
1. 制作用例太长
2. 不完整的、不正确、或不连贯的组织安排
3. 遗漏某一步
4. 命名的字段已改变或不再存在
5. 不清楚测试者或系统是否做出某活动
6. 不清楚通过或失败的结果是什么
7. 清理失败
为好的测试用例对应挑战
即使您使用最好的技术和标准，面对每一个测试编写工作，你还必须克服同样的挑战。让我们看看对于测试编写面临的共同挑战，并看到它们如何才能通过响应被管理，挽回了更好的质量。典型的挑战通常是强加于项目一级，而且必须在测试管理一级响应。如果它们强加于测试管理一级的编写者，编写者应做出响应。
挑战：需求变化
响应：
1. 最好的防范是被通知到。在编写用例前，在每一个状态上，找出需求变化最大的风险所在。战略上何种用例会和不会受变化的影响。首先写下那些不会的。
2. 建立以后你会返回来并填写的变量或“决定”。
3. 请务必使预算人知道修改已经写好的测试用例的成本。量化每个用例花费多少。
4. 让项目管理设定优先事项，哪些用例应当编写或修订。让他们看到你不能做所有的用例，并请他们来决定他们在哪里有最大的风险。
5. 发表未经修改的不完全正确的测试用例。让测试者标出什么已改变。安排更多的时间来测试每一个用例，加上维护测试时间。
挑战：安排变化
响应：
1. 如果测试的日期提前，让管理方参与测试用例将如何受到影响的选择。在不断变化的需求的挑战中，让他们选择他们想要什么风险。
2. 在工作人员必须作为生产力前，只有时间允许一至二周的训练，才能增加人员，同时只能是您有某人来指导和审查他们的工作。
3. 改变编写用例的顺序，使您首先写那些将优先被测试的。尽量保持用例领先于测试者。
4. 在只有一个目标和组织安排下，即需求正在被测试时，您可以减少测试用例。这不是象临时测试一样糟糕，但管理方应该知道结果并不如用例完成后那么可靠。安排更多的时间来测试这种测试用例，同时安排时间在测试后完成用例。
5. 提议让编写者做测试，并在他们测试时编写。安排更多的时间来测试和测试后完成编写。
挑战：人员更替
响应：
1. 新的人员需要了解目前测试项目的目标、时间安排和组织，如果可能的话，这些应该以书面形式表示。口头介绍会失于混乱。
2. 新的人员应集中于了解软件的业务使用，然后集中于需求和原型。他们可能会写更少的用例，但用例将是正确的。
3. 新的人员应参加有关标准的操作培训，用许多如何应用标准的实际例子。他们的工作首先应被仔细检查。
4. 尽量安排新的人员在一个良好的技术领域，该领域适合他们将要编写的用例。
版权声明：51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像。51Testing软件测试网欢迎与业内同行进行有益的合作和交流，如果有任何有关内容方面的合作事宜，请联系我们。
