- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
名词解释 (30 分,10*3)
简答题 (30 分,5*6)
应用题 (40 分,4*10)
软件测试的正向理解 :
验证软件是否符合用户需求,给用户以信心。
软件测试的反向理解:
发现错误
狭义的软件测试:
仅仅指动态测试,即运行程序或系统以发现缺陷或验证是否满
足需求、是否能正常运行
广义的软件测试:
不仅是运行程序或系统而进行测试,还包括需求/设计/代码等
评审活动
静态测试+动态测试
测试=VV 验证与确认
验证:Verification 检验软件是否已正确实现了产品软件规格
书所定义的系统功能和特性
有效性确认:Validation 确认所开发的软件是否满足用户真正
的需求的活动
TEST ORACLE (测试预言)的来源,如何确定预期测试结果
用户期望
产品愿景
竞品
常识
一致性
统计数据
需求文档 法规
黑盒,白盒 ,静态,动态测试 (四个组合)
黑盒测试(black-box testing) :
指的是把被测的软件看做一个黑盒子,我们不关心盒子里面的结
构是什么样子的,只关心软件的输入数据和输出数据。
白盒测试(white -box testing):
指的是把盒子打来,去研究里面的源代码和程序结构。
静态测试(static testing)
是指不实际运行被测软件,而只是静态地检查程序代码、界面或
文档中可能存在的错误过程。
动态测试(dynamic testing)
是指实际运行被测程序,输入相应的测试数据,检查实际输出结
果和预期结果是否相符的过程。
单元,集成,系统,验收 α测试,β测试(开发阶段划分)
单元测试:
单元测试又称模块测试,针对软件设计中的最小单位——程序
模块,进行正确性检查的测试工作。单元测试需要从程序的内部
结构出发设计测试用例。多个模块可以平行地独立进行单元测
试。
单元定义: C 中指一个函数,Java 中指一个类,在图形化的软
件中,单元一般指1 个窗口,1 个菜单。
单元测试(unit testing) :
1.什么时候进行单元测试?
编码后,编译通过后进行。
2.由谁来做单元测试?
白盒测试工程师或者开发工程师,最好不要自己做自己代码的
测试。
3.单元测试的依据?
源程序(代码+注释)+ 《详细设计文档》
4.单元测试的通过标准?
程序通过所有单元测试用例
语句的覆盖率达到100%
分支的覆盖率达到85%
5.国内单元测试的现状?
简单+没有单元测试计划、单元测试用例和代码覆盖率的统计。
6.如何进行单元测试?
单元格测试主要用白盒测试,先静态地检查代码是否符合规
范,然后动态运行代码,检查其实际运行结果,检查程序的运行
结果是否正确是一个最基本的要求,还要关注容错处理,程序的
边界值处理等。
集成测试(integration testing) :
集成测试又叫组装测试,通常在单元测试的基础上,将所有程
序模块进行有序的、递增的测试。重点测试不同模块的接口部分。
1.什么时候进行集成测试?
单元测试集成测试同步进行,理论上先有单元测试。
2.由谁来做集成测试?
白盒测试工程师或者开发工程师
3.集成测试的依据?
单元测试的模块+ 《概要设计》文档。
系统测试(system testing) :
指的是将整个软件系统看为一个整体进行测试,包括对功能、性
能、以及软件所运行的软硬件环境进行测试。
目前系统测试主要由黑盒测试工程师在系统集成完毕后进行测
试,前期主要测试系统的功能是否满足需求,后期主要测试系统
运行的性能是否满足需求,以及系统在不同的软硬件环境中的兼
容性等
验收测试(acceptance testing) :
验收测试指按照项目任务书或合同、供需双方约定的验收依据文
档进行的对整个系统的测试与评审,决定是否接收或拒收系统。
在系统测试的后期,以用户测试为主或有测试人员等质量保证人
员共同参与的测试。
α测试:指的是指的是由用户,测试人员、开发人员等共同参与
的内部测试。
β测试:指的是内测后的公测,即完全交给最终用户测试
正式的验收测试
功能测试
功能测试(function testing) :
是黑盒测试的一方面,它检查实际软件的功能是否符合用户的需
文档评论(0)