为了使软件测试更加高效，应遵循的原则包括（17) 。<br />①所有的软件测试都应追溯到..

2010年下半年上午试卷综合知识

第 17 题


知识点	测试人员软件测试原则回归测试软件测试用户需求
关键词	测试用例回归测试开发软件测试需求正确性测试用例
章/节	软件测试基本概念

为了使软件测试更加高效，应遵循的原则包括（17) 。
①所有的软件测试都应追溯到用户需求，充分注意缺陷群集现象
②尽早地和不断地进行软件测试、回归测试
③为了证明程序的正确性，尽可能多地开发测试用例
④应由不同的测试人员对测试所发现的缺陷进行确认
⑤增量测试，由小到大

A. ①②③④

B. ①③④⑤

C. ②③④

D. ①②④⑤

相关试题软件测试原则

第57题

2011年下半年

以下关于测试时机的叙述中，正确的是（57)。

第55题

2016年下半年

以下关于软件测试原则的叙述中，正确的是（55）。
①测试开始得越早，越有利于发现缺陷
②测试覆盖率和测试用例数量成正比
③测试用列既需选用合理的输入数据，又需要选择不合理..

第36题

2010年下半年

软件测试原则中指出“完全测试是不可能的”，主要原因是（36)。

知识点讲解

· 测试人员

· 软件测试原则

· 回归测试

· 软件测试

· 用户需求

测试人员

测试人员的选择

测试人员的能力包括以下几项。

①一般能力：包括表达、交流、协调、管理、质量意识、过程方法、软件工程等；

②测试技能及方法：包括测试基本概念及方法、测试工具及环境、专业测试标准、工作成绩评估等；

③测试规划能力：包括风险分析及防范、软件放行/接收准则制定、测试目标及计划、测试计划和设计的评审方法等；

④测试执行能力：包括测试数据/脚本/用例、测试比较及分析、缺陷记录及处理、自动化工具；

⑤测试分析、报告和改进能力：包括测试度量、统计技术、测试报告、过程监测及持续改进。

测试人员的激励

X理论＋Y理论

. X理论：胡萝卜＋大棒——迫使人们工作；

. Y理论：经理的职能不是督促人们工作，而是使人们有可能工作。

需要的层次（Maslow模型）

. 生存需要——工作职位、工资奖金、休息时间；

. 安全需要——公正待遇、应付工作的能力和信心；

. 社会需要——团队归属感，互相认同、理解和支持；

. 自尊需要——具有受人尊重/赏识的能力或/和业绩；

. 自我实现需要——成为自己期望的人物。

人员激励的关键点

. 管理者习惯用对自己有效的因素激励测试人员，很可能发现无效；

. 过多使用权力、资金或处罚手段很可能导致项目失败；

. 行业领先企业采取卓有成效的非货币形式的激励措施；

. 在项目进行过程中，而不仅是在项目结束时实施激励措施；

. 奖励应该在工作获得认同后尽快兑现；

. 对人员的工作表现出真诚的兴趣是对他们最好的奖励；

. 激励因素是因人而异、因时而异的。已经满足的需要很可能不再成为激励因素。

人员自我激励

测试工作的快乐哲学：选择积极的态度，把工作当作游戏，让别人快乐，全身心投入工作。

注意测试工作的7条效率原则：主动思考，积极行动；一开始就牢记目标，不迷失方向；重要的事情放在首位（但常常把紧急的事情放在首位）；先理解人，后被人理解；寻求双赢；互相合作，追求1＋1>2；终生学习，自我更新，不断进步。

测试职业发展

国际推荐的软件测试职业发展计划如下。

. 1~2年，测试技能：熟悉整个测试过程及产品业务领域，学习和掌握自动测试工具，学习测试自动化编程技术；开发和执行测试脚本，承担系统测试实施任务；掌握编程语言、操作系统、网络与数据库方面的技能。

. 3~4年，测试过程：深入了解测试过程，掌握测试过程设计及改进，参与软件工作产品的同行评审；进一步了解产品业务领域，改进测试自动化编程技术；能指导初级测试工程师；加强编程语言、操作系统、网络与数据库方面的技能。

. 4~5年，测试组织工作：管理1~3名测试工程师，担任任务估算、管理及进度控制；进一步培养在软件项目管理及支持工具方面的技能。

. 5~6年，技术管理：管理4~8名测试工程师，提高任务估算、管理及进度控制能力，完成测试规划并制定测试计划；研究测试的技术手段，保持使用项目管理及支持工具的技能；用大量时间为其他测试工程师提供技术及过程方面的指导；开始与客户打交道并做演示推介。

. 6~12年，测试管理：管理8名以上测试工程师，负责一个或多个项目的测试工作；与客户打交道并做演示推介；保持使用项目管理及支持工具的技能。

人员的培训

软件测试培训内容分类

. 测试基础知识和技能培训。

. 测试设计培训、测试工具培训。

. 测试对象——软件产品培训。

. 测试过程培训。

. 测试管理培训。

制定测试人员培训计划

. 是测试计划的一个重要组成部分。

. 需要管理层的重视，在时间和资源上予以保证。

. 认真调查和分析测试人员的培训需求。

. 将培训活动安排在测试任务开始前。

. “边干边学”模式很可能牺牲质量和效率。

. 软件测试实习活动在整个培训中占较大比例。

. 鼓励合作学习，团队演练。

. 对培训效果要及时评价，发现不足进行改进。

软件测试原则

基于测试是为了寻找软件的错误与缺陷，评估与提高软件质量，我们提出这样的一组测试原则，如下所示。

. 所有的软件测试都应追溯到用户需求。

这是因为软件的目的是使用户完成预定的任务，并满足用户的需求，而软件测试所揭示的缺陷和错误使软件达不到用户的目标，满足不了用户需求。

. 应当把“尽早地和不断地进行软件测试”作为软件测试者的座右铭。

由于软件的复杂性和抽象性，在软件生命周期各个阶段都可能产生错误，所以不应把软件测试仅仅看作是软件开发的一个独立阶段的工作，而应当把它贯穿到软件开发的各个阶段中。在软件开发的需求分析和设计阶段就应开始测试工作，编写相应的测试文档。同时，坚持在软件开发的各个阶段进行技术评审与验证，这样才能在开发过程中尽早发现和预防错误，杜绝某些缺陷和隐患，提高软件质量。只要测试在生命周期中进行得足够早，就能够提高被测软件的质量，这就是预防性测试的基本原则。

. 完全测试是不可能的，测试需要终止。

想要进行完全的测试，在有限的时间和资源条件下，找出所有的软件缺陷和错误，使软件趋于完美，是不可能的。主要有三个原因：

①输入量太大；

②输出结果太多；

③路径组合太多。

一个适度规模的程序，其路径组合近似天文数字，对于每一种可能的路径都执行一次的穷举测试是不可能的。此外，测试也是有成本的，越是测试后期，为发现错误所付出的代价就会越大，因此也要根据测试错误的概率以及软件可靠性要求，确定最佳停止测试时间，我们不能无限地测试下去。

. 测试无法显示软件潜在的缺陷。

进行测试是可以查找并报告发现的软件缺陷和错误，但不能保证软件的缺陷和错误全部找到，继续进一步测试可能还会找到一些，也就是说测试只能证明软件存在错误而不能证明软件没有错误。

. 充分注意测试中的群集现象。

经验表明，测试后程序中残存的错误数目与该程序中已发现的错误数目或检错率成正比。根据这个规律，应当对错误群集的程序段进行重点测试，以提高测试投资的效益。在所测程序段中，若发现错误数目多，则残存错误数目也比较多。这种错误群集性现象，已为许多程序的测试实践所证实。例如，在美国IBM公司的OS/370操作系统中，47%的错误仅与该系统的4%的程序模块有关。这种现象对测试很有用。如果发现某一程序模块似乎比其他程序模块有更多的错误倾向，则应当花费较多的时间和代价测试这个程序模块。

. 程序员应避免检查自己的程序。

基于心理因素，人们认为揭露自己程序中的问题总不是一件愉快的事，不愿否认自己的工作；由于思维定势，人们难于发现自己的错误。因此，为达到测试目的，应由客观、公正、严格的独立的测试部门或者独立的第三方测试机构进行测试。

. 尽量避免测试的随意性。

应该从工程的角度去理解软件测试，它是有组织、有计划、有步骤的活动。

回归测试

回归测试是一种验证已变更的系统的完整性与正确性的测试技术，是指重新执行已经做过的测试的某个子集，以保证修改没有引入新的错误或者没有发现出于更改而引起之前未发现的错误，也就是保证改变没有带来非预期的副作用。

回归测试的实施前提

（1）当软件中所含错误被发现时，如果错误跟踪与管理系统不够完善，则可能会遗漏对这些错误的修改。

（2）开发者对错误理解得不够透彻，也可能导致所做的修改只修正了错误的外在表现，而没有修复错误本身，从而造成修改失败。

（3）修改还有可能产生副作用，导致软件未被修改的部分产生新的问题，使本来工作正常的功能产生错误。

回归测试与一般测试的比较

通常从下面5点比较回归测试与一般测试：测试用例的新旧、测试范围、时间分配、完成时间和执行效率。

（1）测试用例的新旧。一般测试主要依据系统规格说明书和测试计划，测试用例都是新的；而回归测试依据的可能是更改了的规格说明书、修改过的程序和需要更新的测试计划，因此测试用例大部分都是旧的。

（2）测试范围。一般测试的目标是检测整个程序的正确性；而回归测试的目标是检测被修改的相关部分的正确性。

（3）时间分配。一般测试所需时间通常在软件开发之前预算；而回归测试所需的时间（尤其是修正性的回归测试）往往不包含在整个产品进度表中。

（4）完成时间。由于回归测试只需测试程序的一部分，完成所需时间通常比一般测试所需时间少。

（5）执行效率。回归测试在一个系统的生命周期内往往要多次进行，一旦系统经过修改就需要进行回归测试。

软件测试

测试是为评价和改进产品质量、识别产品的缺陷和问题而进行的活动。

软件测试是针对一个程序的行为，在有限测试用例集合上动态验证软件是否达到预期的行为。

软件测试过程如下：

（1）拟定测试计划。

（2）编制测试大纲。

（3）设计和生成测试用例。

（4）实施测试。

（5）生成测试报告。

软件测试方法：

.人工测试：采用人工方式进行测试，目的是通过对程序静态结构的检查，找出编译时不能发现的错误。人工测试包括个人复查、抽查和会审等。

.机器测试：把设计好的测试用例作用于被测程序，比较测试结果和预期结果是否一致。机器测试包括黑盒测试（功能测试）和白盒测试（结构测试）。

软件测试伴随软件开发和维护过程，通常可以在概念上划分为以下三个阶段：

.单元测试：也称为模块测试，在模块编写完成且无编译错误后就可以进行。

.集成测试：也称为组装测试，就是把模块按系统设计说明书的要求组合起来进行测试。

.系统测试：是将已经确认的软件、计算机硬件、外设和网络等其他因素结合在一起，进行信息系统的各种组装和确认测试。其目的是通过与系统需求相比较，发现所开发的系统与用户需求不符合的地方。

用户需求

收集用户需求是要找出用户需要的重要服务和功能。收集用户需求的机制主要包括与用户群的交流、用户服务和需求归档3个方面。

收集用户需求最常用的方式有观察和问卷调查、集中访谈、采访关键人物。在整个设计和实施阶段，应始终保持与关键人员之间的交流，以确保网络工程建设不偏离用户需求。

用户服务表用于表示收集和归档的需求信息，也用来指导管理人员和网络用户进行讨论。

更多复习资料
请登录电脑版软考在线 www.rkpass.cn

京B2-20210865 | 京ICP备2020040059号-5