从未有足够的时间做所有我们需要做的事情，
这是在软件项目，
尤其在测试中的一个普遍的
话题。
在可用的有限时间内，
如何知道你的测试工作做的最好应用程序发布时，
总会有些遗
漏的缺陷没有被发现。
对于测试而言，
目标是通过改进产品质量使风险减到最小，
这可以通过建
造一套具体的测试用例来将应用程序按照它的速度完成等方法实现。
IEEE Standard 610 (1990)
中定义测试用例为：
1.
为一个特定目标而开发一组测试输入，执行条件和的期望结果，例如测试某个程序路径或核
实是否满足某个特定的需求。
2.
指定输入，预期结果和一组测试项的执行条件的文档
(IEEE Std 829-1983)
。
当然，
你将发现在项目的生命周期里的每一个应用程序的版本上执行你全部的测试用例是很
困难的。
但是你将如何知道哪个测试用例必须在每一个版本中执行，
什么应该被执行，
同时如果
你有时间的话，什么又可以被执行/p>
给你的测试用例划分优先级别
你的应用程序不需要十全十美，
但它必须迎合你目标用户的需求和期望。
为了了解你项目的
期望，你需要确定什么是应用程序中最重要的，目标和风险又是什么。
Sue Bartlett
在“
How to Find the Level of Quality Your Sponsor Wants
”一文中详细的讨
论了这个问题，她在文中注解到：
“当我们在详细的计划，设计或编码之前沟通质量目标时，我
们有一个更好的机会来避免在最后时刻的质量不匹配，
那意味着迎合计划，
弥补花费并且赢利将
有一个更好的成功的机会。”
为了测试计划的目的，
在项目版本的进度下，
测试执行过程中组织和安排你的测试用例将帮
助达到这些目标。
作为这种组织的一部分，
我们要考虑每一个测试用例的优先级别。
根据优先级
别分组测试用例将帮助你决定不同类型的版本需要什么样的测试用例，
因此计算需要的时间。
如
果你只有有限的时间，你可以查看什么是最合适。
Ross Collard
在
“Use Case Testing”
一文中说：“测试用例的前
10%
到
15%
可以发现
75%
到
90%
的重要缺陷”。
测试用例的优先级划分将帮助确定找出了这前
10%
到
15%
的测试用例。
如何划分测试用例的优先级别
你曾查看过多少次你的测试用例并且能够很容易的挑选出最重要的一个小的子集个答
案可能是不经常，停止思考“所有的测试用例都是同等重要”这个问题是非常困难的。
当设计测
相关资源：c#编写的鸡兔同笼程序
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！