|
|
|
|
知识路径： > 软件评测知识 > 软件测试过程模型 > 软件测试过程与管理 > 软件测试风险分析 >
|
|
|
被考次数：1次
|
|
|
被考频率：
低频率
|
|
|
总体答错率：
41%
|
|
知识难度系数：
|
|
|
考试要求：
掌握
|
|
|
相关知识点：4个
|
|
|
|
|
软件测试的风险是指软件测试过程出现的或潜在的问题，造成的原因主要是测试计划的不充分、测试方法有误或测试过程的偏离，造成测试的补充以及结果不准确。测试的不成功导致软件交付潜藏着问题，一旦在运行时爆发，会带来很大的商业风险。
|
|
|
|
美国IEEE 829-1998《软件测试文档编制》标准中，在测试计划的模板中有一项为“风险与应急措施”。这表明软件测试风险管理是很重要的工作。主要是对测试计划执行的风险分析与制定要采取应急措施，降低软件测试产生的风险造成的危害。
|
|
|
|
测试计划的风险一般指测试进度滞后或出现非计划事件，就是针对计划好的测试工作造成消极影响的所有因素，对于计划风险分析的工作是制定计划风险发生时应采取的应急措施。一些常见的计划风险包括：交付日期、测试需求、测试范围、测试资源、人员的能力、测试预算、测试环境、测试支持、劣质组件、测试工具。
|
|
|
|
其中，交付日期的风险是主要风险之一。测试未按计划完成，发布日期推迟，影响对客户提交产品的承诺，管理的可信度和公司的信誉都要受到考验，同时也受到竞争对手的威胁。交付日期的滞后，也可能是已经耗尽了所有的资源。计划风险分析所做的工作重点不在于分析风险产生的原因，重点应放在提前制定应急措施来应对风险发生。当测试计划风险发生时，可能采用的应急措施有：缩小范围、增加资源、减少过程等措施。
|
|
|
|
比如，用户在软件开发接近尾声时，提出重要需求变动。
|
|
|
|
. 应急措施1：增加资源。请求用户团队为测试工作提供更多的用户支持。
|
|
|
|
. 应急措施2：缩小范围。决定在进行后续发布中实现较低优先级的特性。
|
|
|
|
. 应急措施3：减少质量过程。在风险分析过程中确定某些风险级别低的特征测试或少测试。
|
|
|
|
上述列举的应急措施要涉及到有关方面的妥协：如果没有测试计划风险分析和应急措施处理风险，开发者和测试人员采取的措施比较匆忙，将不利于将风险的损失控制到最小。因此，软件风险分析和测试计划风险分析与应急措施是相辅相成的。综上所述，计划风险、软件风险、重点测试、不测试，甚至整个软件的测试与应急措施都是围绕“用风险来确定测试工作优先级”这样的原则来构造的。
|
|
|
