|
|
知识路径： > 软件评测知识 > 软件测试过程模型 > 软件测试过程与管理 > 软件测试的成本管理 >
|
被考次数：1次
被考频率：低频率
总体答错率：47%
知识难度系数： 
|
由 软考在线 用户真实做题大数据统计生成
|
|
相关知识点：9个
|
|
|
|
|
在实际的软件测试中，资源条件是有限的，想要完成所有测试是不可能的。要么缺时间，要么缺钱和人，往往不知道实际测试成本有多少，也不知该怎样系统地降低成本。
|
|
|
|
测试工作的主要目标是使测试产能最大化，也就是，要使通过测试找出错误的能力最大化，而检测次数最小化。测试的成本控制目标是使测试开发成本、测试实施成本和测试维护成本最小化。
|
|
|
|
在软件产品开发过程中，各个阶段实施的测试成本并不很重要，有时可以看作是开发成本的一部分。但是，作为产品发布每一新版本而进行的重复性的测试所需的成本是主要考虑的问题。测试实施成本组成部分包括：测试准备成本、测试执行成本和测试结束成本。
|
|
|
|
|
|
测试准备成本控制的目标是使时间消耗总量、劳动力总量，尤其是准备工作所需的熟练劳动力总量最小化。准备工作一般包括：硬件配置、软件配置、测试环境建立，以及测试环境的确定等。
|
|
|
|
|
|
测试执行成本控制的目标是使总执行时间和所需的测试专用设备尽可能地减少。执行时间要求操作和用户进行手工操作执行测试时间应尽量减少，同时对劳动力和所需的技能也要尽量减少。如果需要重新测试，不同的选择会有不同的成本控制效果，重新测试的决策是在成本与风险的矛盾中进行的。
|
|
|
|
完全重新测试：将测试全部重新执行一遍，将风险降至最低，但加大了测试执行的成本。部分重新测试：有选择地重新执行部分测试，能减少执行成本，但同时加大了风险。
|
|
|
|
对部分重新测试进行合理的选择，将风险降至最低，而成本同样会很高，必须将其与测试执行成本进行比较，权衡利弊。利用测试自动化，进行重新测试，其成本效益是较好的。
|
|
|
|
|
|
①对由于程序变化而受到影响的每一部分进行重新测试；
|
|
|
|
|
|
其中，第一种办法风险要小一些，而第二种是一种主观制定的办法，是建立在对软件产品十分了解的基础上的。一般地，选择重新测试的策略建立在软件测试错误的多少（即软件风险的大小）与测试的时间、人力、资源投入成本的大小之间的折衷基础上。
|
|
|
|
|
|
测试结束成本的控制是进行测试结果分析和测试报告编制、测试环境的清除与恢复原环境所需的成本，使所需的时间和熟练劳动力总量减少到最低限度。
|
|
|
|
|
|
测试准备环境的配置是十分重要的，要求与软件的运行环境相一致。测试环境应建立在固定的测试专用硬软件及网络环境中，尽可能使用软件和测试环境配置自动化。
|
|
|
|
测试实施尽可能采用自动化的测试工具，减少手工辅助测试。若测试执行需要人工，最好是请初级技术人员，而不是测试工程师。测试工程师一般是作为测试项目经理。
|
|
|
|
测试结束编制测试报告时，测试结果与预期结果的比较采用自动化方法，以降低分析比较成本。
|
|
|
|
测试自动化的方法主要有：使用测试工具；测试用例的自动化执行；测试文档编制的模板自动化生成。
|
|
|
|
|
|
降低测试维护成本，与软件开发过程一样，加强软件测试的配置管理，所有测试的软件样品、测试文档（测试计划、测试说明、测试用例、测试记录、测试报告）都应置于配置管理系统控制之下。降低测试维护工作成本主要考虑：
|
|
|
|
|
|
|
|
. 定期检查维护所有测试用例，以获得测试效果的连续性。
|
|
|
|
保持测试用例效果的连续性是重要的措施，有以下几个方面：
|
|
|
|
. 每一个测试用例都是可执行的，即被测产品，功能上不应有任何变化；
|
|
|
|
. 基于需求和功能的测试都应是适合的，若产品需求和功能发生小的变化，不应使测试用例无效；
|
|
|
|
. 每一个测试用例不断增加使用价值，即每一个测试用例不应是完全冗余的，连续使用应是成本效益高的。
|
|
|
