软件质量保证与测试课后习题(第五章 软件测试管理及自动化测试基础)

第五章 软件测试管理及自动化测试基础

1. 简述软件测试自动化的意义。

(1)提高测试效率;

(2)降低对软件新版本进行回归测试的开销;

(3)完成手工测试不能或难以完成的测试;

(4)具有一致性和可重复性;

(5)更好地利用资源;

(6)降低风险,增加软件信任度。

2. 在运用软件自动化测试时,应注意哪些缺点或事项?

  1. 软件自动化测试可能降低测试的效率;
  2. 测试首次运行时,可能发现大量错误,但当进行过多次测试后,发现错误的机率会相对较小,除非对软件进行了修改或在不同的环境下运行;
  3. 如果缺乏测试经验,测试的组织差、文档少或不一致,则自动化测试的效果比较差;
  4. 技术问题。作为第三方的技术产品,如果不具备解决问题的能力和技术支持或者产品适应环境变化的能力不强,将使得软件自动化工具的作用大大降低。

3. 软件测试工具主要分为哪几大类?

根据测试方法不同,分为白盒测试工具黑盒测试工具

根据测试的对象和目的,分为单元测试工具、功能测试工具、负载测试工具、性能测试工具和测试管理工具等。

4. 了解时下常用的自动化测试用具,并对这些工具进行针对性说明。

  1. Selenium:Selenium  是一个测试框架,用于跨各种浏览器和平台(如 Windows、Mac 和 Linux)执行 web 应用程序测试。Selenium  帮助测试人员使用各种编程语言编写测试程序,如 Java、PHP、C#、Python、Groovy、Ruby 和  Perl。它提供记录和回放功能,无需学习 Selenium IDE 即可编写。
  2. TestingWhiz:由 CMMI3 级 IT 解决方案提供商Cygnet Infotech提供的无代码自动化测试工具。TestingWhiz  工具的企业版提供了各种完整的自动化测试解决方案,例如 web 测试、软件测试、数据库测试、  API  测试、移动应用程序测试、回归测试套件维护、优化和自动化以及跨浏览器测试。
  3. HPE Unified Functional Testing:HPE UFT是测试桌面,Web和移动应用程序的流行商业工具,支持功能测试和回归测试自动化。此工具使用 Visual Basic Scripting Edition 脚本语言来注册测试过程并在测试应用程序时操作各种对象和控件。
  4. TestComplete:TestComplete 是一个功能测试平台,它提供各种解决方案,通过SmartBear 软件对桌面、网站和移动应用程序进行自动化测试。
  5. Ranorex:Ranorex 是一款在Windows操作系统的上运行的GUI自动测试化工具,主要用于对使用GUI的软件进行的软件测试,是计算机软件与用户进行交互的主要方式。

5. 简述软件测试管理过程。

首先由一位对整个系统设计熟悉的设计人员编写测试大纲,明确测试的内容和测试通过的准则,设计完整合理的测试用例,以便系统实现后进行全面测试。

然后在实现组将所开发的程序经验证后,提交测试组,由测试负责人组织测试,测试一般可按下列方式组织:

(1)测试人员仔细阅读有关资料,包括规格说明、设计文档、使用说明书及在设计过程中形成的测试大纲、测试内容及测试的通过准则,全面熟悉系统,编写测试计划,设计测试用例,作好测试前的准备工作。

(2)为了保证测试的质量,将测试过程分成几个阶段,即:代码审查、单元测试、集成测试、确认测试和系统测试。

6.简述软件测试管理的主要功能。

(1)测试控制对象的编辑和管理;

(2)测试流程控制和管理;

(3)统计分析和决策支持

7.试选择一个小型的应用系统,做功能测试计划及设计测试用例

可参考:https://www.cnblogs.com/changayi-n/p/13530113.html

自动化测试实例(一):系统介绍&测试方案及计划&用例 - 知乎

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
第一章 (判断) 1 程序测试是为了验证程序的功能而执行程序的过程× 2 软件测试是从编码开始,到开发结束× 3 软缺陷的最大来源是产品说明书 √ 4 软件测试软件质量保证的重要手段√ 5 软件测试是软生命周期中的一个阶段性工作× 6 烟雾测试(冒烟测试) 目的是确认软基本功能正常,可以进行后续的正式测试工作√ 7 测试脚本是使用程序设计语言编写的可执行的程序× 8 软件测试在软开发过程中是可选的,在项目时间比较紧时,可以省略测试的过程× 软件测试的误区 误区一:如果发布出去的软有质量问题,都是软件测试人员的错 误区二:软件测试技术要求不高,至少比编程容易多了 误区三:有时间就多测试一些,来不及就少测试一些 误区四:软件测试测试人员的事,与开发人员无关 误区五:根据软开发瀑布模型,软件测试是开发后期的一个阶段 软件测试的原则-1 1 所有测试的标准都是建立在用户需求之上。 2 软件测试必须基于“质量第一”的思想去开展各项工作,当时间和质量冲突时,时间要服从质量。 3 事先定义好产品的质量标准,只有有了质量标准,才能根据测试的结果,对产品的质量进行分析和评估。 4 软项目一启动,软件测试也就是开始,而不是等程序写完,才开始进行测试。 5 穷举测试是不可能的。甚至一个大小适度的程序,其路径排列的数量也非常大,因此,在测试中不可能运行路径的每一种组合 软件测试的原则-2 1 第三方进行测试会更客观,更有效。 2 软件测试计划是做好软件测试工作的前提。 3 测试用例是设计出来的,不是写出来的,所以要根据测试的目的,采用相应的方法去设计测试用例,从而提高测试的效率,更多地发现错误,提高程序的可靠性。 4 对发现错误较多的程序段,应进行更深入的测试。一般来说,一段程序中已发现的错误数越多,其中存在的错误概率也就越大。 5 重视文档,妥善保存一切测试过程文档(测试计划、测试用例、测试报告等) 软件测试的原则-3 1 应当把“尽早和不断地测试”作为测试人员的座右铭 2 回归测试的关联性一定要引起充分的注意,修改一个错误而引起更多错误出现的现象并不少见 3 测试应从“小规模”开始,逐步转向“大规模”。 4 不可将测试用例置之度外,排除随意性。 5 必须彻底检查每一个测试结果。 6 一定要注意测试中的错误集中发生现象,这和程序员的编程水平和习惯有很大的关系 7 对测试错误结果一定要有一个确认的过程 第二章 (判断) 1 需求评审和设计评审是静态测试方法√ 2 最正式的评审方法是会议审查√ 3 需求评审的参与者当中,必须要有用户或用户代表参与 √ 4 每次的需求会议评审都需要测试人员、业务人员、业务主管等相关人员参与× 5 需求评审需要确定评审的标准√ 6 需求评审中最重要的是“从用户的角度”进行评审√ 7 系统架构评审重点在系统的耦合度和内聚力上× 第三章 (填空) 1 测试用例的概念:是可以被独立执行的一个过程,一个最小的测试体 2 测试用例的三种状态:通过,未通过,未进行测试 3 测试用例的分类:正面,负面 4 由一系列的测试用例并与之关联的测试环境组合而构成的集合称为:测试 测试自动化 1 误区:自动化测试可以取代手工测试 2 Jmeter使用的自动比较技术的验证模式是Assert: 断言 3 掌握Jmeter的简单使用方法和概念,如下图,如做如下测试:模拟20个用户并发访问1次www.suse.edu.cn, Jmeter的使用 要测试网站负载,应在“线程组”下添加…. TestComplete的使用 1 使用TC测试网站www.baidu.com的搜索功能(搜索“四川理工学院”),搜索结果的网页中应该有“四川理工学院…”的链接文本 2 脚本的类型: 线性脚本、结构化脚本、关键字脚本、数据驱动脚本第一章 (判断) 1 程序测试是为了验证程序的功能而执行程序的过程× 2 软件测试是从编码开始,到开发结束× 3 软缺陷的最大来源是产品说明书 √ 4 软件测试软件质量保证的重要手段√ 5 软件测试是软生命周期中的一个阶段性工作× 6 烟雾测试(冒烟测试) 目的是确认软基本功能正常,可以进行后续的正式测试工作√ 7 测试脚本是使用程序设计语言编写的可执行的程序× 8 软件测试在软开发过程中是可选的,在项目时间比较紧时,可以省略测试的过程× 软件测试的误区 误区一:如果发布出去的软有质量问题,都是软件测试人员的错 误区二:软件测试技术要求不高,至少比编程容易多了 误区三:有时间就多测试一些,来不及就少测试一些 误区四:软件测试测试人员的事,与开发人员无关 误区五:根据软开发瀑布模型,软件测试是开发后期的一个阶段 软件测试的原则-1 1 所有测试的标准都是建立在用户需求之上。 2 软件测试必须基于“质量第一”的思想去开展各项工作,当时间和质量冲突时,时间要服从质量。 3 事先定义好产品的质量标准,只有有了质量标准,才能根据测试的结果,对产品的质量进行分析和评估。 4 软项目一启动,软件测试也就是开始,而不是等程序写完,才开始进行测试。 5 穷举测试是不可能的。甚至一个大小适度的程序,其路径排列的数量也非常大,因此,在测试中不可能运行路径的每一种组合 软件测试的原则-2 1 第三方进行测试会更客观,更有效。 2 软件测试计划是做好软件测试工作的前提。 3 测试用例是设计出来的,不是写出来的,所以要根据测试的目的,采用相应的方法去设计测试用例,从而提高测试的效率,更多地发现错误,提高程序的可靠性。 4 对发现错误较多的程序段,应进行更深入的测试。一般来说,一段程序中已发现的错误数越多,其中存在的错误概率也就越大。 5 重视文档,妥善保存一切测试过程文档(测试计划、测试用例、测试报告等) 软件测试的原则-3 1 应当把“尽早和不断地测试”作为测试人员的座右铭 2 回归测试的关联性一定要引起充分的注意,修改一个错误而引起更多错误出现的现象并不少见 3 测试应从“小规模”开始,逐步转向“大规模”。 4 不可将测试用例置之度外,排除随意性。 5 必须彻底检查每一个测试结果。 6 一定要注意测试中的错误集中发生现象,这和程序员的编程水平和习惯有很大的关系 7 对测试错误结果一定要有一个确认的过程 第二章 (判断) 1 需求评审和设计评审是静态测试方法√ 2 最正式的评审方法是会议审查√ 3 需求评审的参与者当中,必须要有用户或用户代表参与 √ 4 每次的需求会议评审都需要测试人员、业务人员、业务主管等相关人员参与× 5 需求评审需要确定评审的标准√ 6 需求评审中最重要的是“从用户的角度”进行评审√ 7 系统架构评审重点在系统的耦合度和内聚力上× 第三章 (填空) 1 测试用例的概念:是可以被独立执行的一个过程,一个最小的测试体 2 测试用例的三种状态:通过,未通过,未进行测试 3 测试用例的分类:正面,负面 4 由一系列的测试用例并与之关联的测试环境组合而构成的集合称为:测试 测试自动化 1 误区:自动化测试可以取代手工测试 2 Jmeter使用的自动比较技术的验证模式是Assert: 断言 3 掌握Jmeter的简单使用方法和概念,如下图,如做如下测试:模拟20个用户并发访问1次www.suse.edu.cn, Jmeter的使用 要测试网站负载,应在“线程组”下添加…. TestComplete的使用 1 使用TC测试网站www.baidu.com的搜索功能(搜索“四川理工学院”),搜索结果的网页中应该有“四川理工学院…”的链接文本 2 脚本的类型: 线性脚本、结构化脚本、关键字脚本、数据驱动脚本
工程作业与解答 第一章 软工程概述 1.简述软的发展过程。 答:计算机软的发展经历了三个阶段:(1)程序设计阶段,约50至60年代; (2)程序系统阶段,约60至70年代;(3)软工程阶段,约70年代以后。各 个时期软开发的特点见课本第7页表1.3。 2.简述软的定义及特点。 答:软是计算机系统中与硬相互依存的另一部份,它是包括程序、数据及其 相关文档的完整集合。 特点见课本第1页至第3页。 3.简述软的种类。 答:见课本第3页至第6页。 4.什么叫软危机? 答:在软发展的第二阶段,随着计算机硬技术的进步,计算机的容量、速度 和可靠性有了明显的提高,生产硬的成本降低了。计算机价格的下跌为它的 广泛应用创造了极好的条。在这一形式下,要求软能与之相适应。然而软 技术的进步一直未能满足形式发展提出的要求。在软开发中遇到的问题找 不到解决的办法,致使问题积累起来,形成日益尖锐的矛盾。软开发时期所 面临的这种状态就是所谓的软危机。 5.软危机主要有哪几种表现? 答:见课本第8页(1)、(2)、(3)、(4)。 6.什么叫软工程? 答:开发、运行、维护和修复软的系统方法。 7.什么叫软生存周期? 答:软从孕育、诞生、成长、成熟到衰亡的过程叫软生存周期。它包括制定 计划、需求分析、设计、程序编码、测试及运行维护。 8.简单介绍软开发的瀑布型模型和螺线型模型。 答:见课本第11页至第14页。 第二章 系统分析 1.简述系统分析的目标 1) 识别用户要求; 2) 评价系统的可行性; 3) 进行经济分析和技术分析; 4) 把功能分配给硬、软、人、数据库和其它系统元素; 5) 建立成本和进度限制; 6) 生成系统规格说明,形成所有后续工程的基础。 2.系统分析过程的第一步就是识别用户要求。要求的识别是系统开发的起点。为此,分 析员必须回答哪些问题,才能完成这一步骤? 1) 所期望的功能和性能是什么 2) 可靠性和质量问题是哪些 3) 总的系统目标是什么 4) 成本与进度限制如何 5) 制造的需求是什么 6) 市场与竞争情况怎样 7) 有效的技术有哪些 8) 将来可能有哪些扩充 3.软项目的可行性研究主要集中在哪个方面? (1)经济可行性。(2)技术可行性。(3)法律可行性。(4)抉择。 4.填空 在成本-效益分析中,有形的效益可以用(货币的时间价值、投资回收期、纯收入 )等指标进行度量。    第三章 软需求分析课程作业 一、简述与问答 1.简述软需求分析的任务。 需求分析所要做的工作是深入描述软的功能和性能,确定软设计的限制和 软同其他系统元素的接口细节,定义软的其他有效性需求。分析员通过需求分 析,逐步细化对软的要求,描述软要处理的数据域,并给软开发提供一种可 转化为数据设计、结构设计和过程设计的数据与功能表示。在软完成后,制定的 软需求规格说明还要为评价软质量提供依据。 2.软的需求分析就是解决所开发软做什么,做到什么程度的问题。它包括诸多需求 ,这些需求有那些? 功能需求、性能需求、环境需求、可靠性需求、安全保密要求、用户界面需求 、资源使用需求、软成本消耗与开发进度需求、预先估计以后系统可能达到的目 标。 3.简述需求分析评审的主要内容。 a.系统定义的目标是否与用户的要求一致;b.系统需求分析阶段提供的文档资料 是否齐全;c.文档中的所有描述是否完整、清晰、准确反映用户要求;d.与所有其他 系统成分的重要接口是否都已经描述;e.所开发项目的数据流与数据结构是否足够 确定;f.所有图表是否清楚,在不补充说明时能否理解;g.主要功能是否已包括在规 定的软范围之内,是否都已充分说明;h.设计的约束条或限制条是否符合实 际;i.开发的技术风险是什么;j.是否考虑过软需求的其他方案;k.是否考虑过将 来可能会提出的软需求;l.是否详细制定了检验标准,它们能否对系统定义是否 成功进行确认;m.有没有遗漏、重复或不一致的地方;n.用户是否审查了初步的用户 手册;o.软开发计划中的估算是否受到了影响。 4.软需求分析的基本原则是什么? (1)必须能够表达和理解问题的数据域和功能域。(2)必须按自顶向下、逐层分 解的方式对问题进行分解和不断细化。(3)要给出系统的逻辑视图和物理视图。 5.什么是结构化分析方法? 结构化分析方法就是用抽象模型的概念,按照软内部数据传递、变换的关系 ,自顶向下逐层分解,直到找到满足功能要求的所有可实现的软为止。 6.数据词典的任务什么? .对于数据流图中出现的所有被命名的图形元素在数据词典中作为一个词条加以 定义,使得每一个图形元素的名字都有一个确切的解释。数据词典中所有的定义应 是严密的、精确的,不可有半点含混,不

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值