网上关于测试优先级文章的一些节选

1. 不论有些应用程序看起来有多么不重要，都需要将每个应用程序考虑在内。任何应用程序功能不正常，都可能会对依赖它来完成工作的人们造成很大的影响。

2. 确定应用程序优先级
当制定确定优先级的方案时，需考虑以下问题：
  应用程序对单位的重要性
  受影响的用户数量
  是否有更新的版本
  本地化需要

一个大型高科技公司确定了四种优先级别。他们将优先级定义如下：
关键任务 在发生灾难之后，这些应用程序必须首先联机。需要它们来结算或履行法律义务。单位不希望这些应用程序有风险或故障风险非常小。
关键业务 在发生灾难之后，这些应用程序联机的时间顺序必须在第二位。单位希望承受的故障风险很小，而且故障的影响或经济损失适中。
要求的 要求这些应用程序运行业务，但可以脱机很长一段时间。单位希望承受适中的故障风险，而且故障的影响或经济损失较低。
其他 这些应用程序不属于前面的任何类别，没有它们，业务照样继续。
另一大的高科技单位只有两个类别：关键任务和非关键任务。万一没有足够的时间测试所有的应用程序，此单位想确保将所有关键任务进行完全测试，并在他们部署之前将所有问题解决。

3. 如果软件公司有规范的流程支撑，开发人员在提供软件需求文档的时候，应该在文档中确定需求的优先级。但是，如果开发人员连基本的软件需求文档都没有提供，又怎能指望他们确定软件需求的优先级？如果是这样，需求的优先级只能由测试人员完成了。

4. 重要级别： 定义测试用例的优先级别，可以笼统的分为 “ 高 ” 和 “ 低 ” 两个级别。一般来说，如果软件需求的优先级为 “ 高 ” ，那么针对该需求的测试用例优先级也为 “ 高 ”  ；反之亦然

5. 在开始时可确定和说明将要使用的测试优先程度指标，例如：

H - 必须测试
M - 应该测试，只有在测试完所有 H 项后才进行测试
L - 可能会测试，但只有在测试完所有 H 和 M 项后才进行测试
 
对于每一项，将最高的评估因素（风险、实施概要等）值用作总体优先级。
确定一个最有意义的评估因素（风险、实施概要及其他），然后将该因素的值用作优先级。
使用评估因素的组合来确定优先级。
采用权重方案。在该方案中，将确定每个因素的权重，然后根据权重来计算各因素的值和优先级。