(软件测试考点.docVIP

  1. 1、本文档共5页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
(软件测试考点

1. 为什么进行软件测试:软件测试为了发现软件缺陷,才能将软件缺陷从产品或软件中清除。 2. 软件缺陷定义:软件缺陷就是软件产品中存在的问题,最终表现为用户所需要的功能没有完全实现,不能满足用户的需求。 3. 软件测试:正面:检验它是否满足规定的需求或弄清楚预期结果与实际结果之间的差别;反面:为了发现错误而针对某个程序或系统的执行过程。 4. 软件测试过程:1。需求评审和设计评审2。单元测试3。集成测试4。系统测试5。验收测试 5. 开发与测试:1。需求分析—测试目标2。系统,结构设计—测试计划3。详细的程序设计—设计评审4。编码及单元测试—代码审查单元测试5。缺陷修正—功能测试6。缺陷修正—系统测试7。缺陷修正—验收测试 6. 软件评审是对软件元素或者项目状态的一种评估手段,以确定其是否计划的结果保持一致,并使其得到改进。(1)技术评审(2)文档评审 7. 评审的方法:临时评审,轮查,互为复审,走查,会议审查。需求评审方法:分层评审方法,分类评审,分阶段评审 8. 会议评审:1。会议准备2。召开会议3。评审决议4。问题跟踪 9. 测试是软件质量保证的重要手段之一,检查表是一种质量保证手段,也是正式技术评审的必要工具。 10. 软件设计分为体系结构设计和详细设计。 11. 软件设计验证:1。软件运行的需求:性能,安全性,可用性,功能性2。软件部署和维护的需求:可修改性,可移植性,要可复用性,可集成性,可测试性3。与体系结构本质相关的需求:概念完整性,正确性,完备性,可构造性 12. 测试用例就是为了某个测试点而设计的测试操作过程序列,条件,期望结果及其相关数据的一个特定的集合。 13. 5H1W:为什么测?为功能,性能,可用性等;测什么?函数,类,菜单;在哪里测?运行的环境,什么时候开始测?运行时所处的前提或条件;哪些输入数据?系统接受的各种变化的数据;如何操作软件?根据先后次序,步骤来操作软件。 14. 设计测试用例是为了更有效地,更快地发现缺陷而设计的,具有很高的有效性和可重复性,可以节约测试时间,提高测试效率。好处:1。重要参考依据2。提高测试质量3。有效性4。复用性5。客观性6。可评估性和可管理性7。知识传递。 15. 测试用例的整体质量可以概括如下:覆盖率;易用性;易维护性;粒度适中。 16. 提高测试用例质量:1。客户需求导向的设计思路2。责任到人3。灵活的设计方法4。测试用例设计不能局限于输入数据5。尽量避免含糊的,冗长的或复杂的测试用例6。尽量将具有相类似功能的测试用例抽象并归类7.评审 17. 测试用例优先级别:1.用户经常接触的,其优先级别高2.边界区域的测试用例相对正常区域的测试用例优先级高3.逻辑方面的测试用例相对界面方面的测试用例优先级高. 18. 测试用例套件是由一系列测试用例并与之关联的测试环境内外组合而构成的集合,已满足测试执行的特定要求。常用的基本方法:根据程序功能模块,测试用例的类型和优先级等组织测试用例 19. 自动化测试的特点1.自动运行的速度快2.测试结果准确3.高复用性4.永不疲劳5.可靠6.能力。优势:1.测试周期缩短2.更高质量的产品3.软件过程更规范4.高昂的团队士气5.节省人力资源码6.充分利用硬件资源,降低企业成本 20. 自动化存在的问题:1.不正确的观念或不现实的期望2.缺乏相应的人才3.测试脚本的质量低劣4.缺乏培训5.没有考虑到公司的实际情况,盲目引入测试工具6.其他问题。对策:1..正确的认识2.找准测试自动化的切入点3.把测试开发纳入整个软件开发体系4.软件程序开发和测试自动化不可分离5.资源的合理调度6.测试自动化依赖测试流程和测试用例7.降低测试自动化的投入,提高其产出 21. 单元测试主要采用白盒测试方法,辅以黑盒测试方法,白盒测试方法应用于代码评审、单元程序之中,而黑盒测试方法则应用于模块、组件等大单元的功能测试之中。 22. 黑盒测试方法(Black-box Testing),是把程序看作一个不能打开的黑盒子不考虑程序的内部结构和内部特性,而是考查数据的输入,条件限制和数据输出,完成测试。 23. 白盒测试方法(White-box Testing),也称结构测试或逻辑驱动测试。白盒测试方法是根据模块内部结构,基于内部逻辑结构,针对程序语句、路径、变量状态等来进行测试,检验程序中的各个分支条件是否得到满足,每条执行路径是否按照预定要求正确地工作。 24. 语句覆盖:使得程序中每一条可执行语句至少被执行一次 分支覆盖:使得程序中每一个分支都至少被执行一次 条件覆盖:程序中每一条件至少有一次被满足 路径覆盖:对程序模块的所有独立的基本路径至少要测试一次 25. 基本路径测试方法:1.程序的流程图2.计算程序的环路复杂性3.确定基本路径4.准备测试用例5.图形

文档评论(0)

lunwen1978 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档