软件测试整理
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
1、名词解释
答:软件测试缺陷:是指计算机系统或者程序存在任何一种破坏正常运行能力的问题,错误,或者隐藏的功能缺陷,瑕疵。
软件测试:就是在软件投入运行钱,对软件需求分析,设计规格说明和编码的最终复审,是软件质量保证的关键步骤。
静态测试:通过对被测试的静态审查,发现代码潜在的错误。
动态测试:能够由计算机真正运行的被测试的程序。
黑盒测试:从用户观点出发的测试,又称为功能测试,数据驱动测试和基于规格说明的测试。
白盒测试:基于产品的内部结构进行测试,检查内部操作是否安规定执行,软件各个部分的功能是否充分利用。
单元测试:针对每个单元测试,是软件测试的最小单元。
集成测试:对己测试过的模块进行组装,进行集成测试的目的主要在于检验与软件设计相关的程序结构问题 。
2、简述测试的目的、原则与对象
答:测试的目的:1:从用户的角度出发,希望通过软件测试暴露软件中隐藏的错误和缺陷,以考虑是否可接受该产品。
2:从软件开发者的角度出发,验证该软件已正确地实现了用户的要求并且证明软件的功能和性能与需求
3:为了能够给开发人员或程序经理提供反馈信息,并为风险评估准备所需要信息。
4:保证整个软件开发过程是高质量的。
测试的原则:尽早和不断的测试。测试前要认定被测试软件有错。预先确定被测试软件的测试结果。测试工作应该由独立的专业的软件 测试机构来完成。测试要以软件需求规格说明书为标准 。测试后程序中残存的错误数目与该程序中已发现的错误数目成 正比。对测试错误结果一定要有一个确认的过程。 制定严格的测试计划,排除测试的随意性。回归测试的关联性修改一 个错误而引起更多的错误出现的现象并不少见,完全测试程序是不可能的。 并非所有软件缺陷都能修复应当对每一个测 试结果做全面检查。
测试对象: 需求规格说明、概要设计规格说明、详细设计规格说明、源程序 。
3、简述软件测试的分类
答:1:从是否需要执行被测软件的角度分类。有2类静态测试和动态测试。
2:从软件测试用例设计方法的角度分类:有2类黑盒测试和白盒测试。
3:从软件测试的策略和过程的角度分类,有单元测试,集成测试,确认测试,系统测试和验收测试。
4、软件运行时产生的错误是BUG,这句话对吗?
答:不对,bug指计算机系统或者
程序中存在的任何一种破坏正常运行能力的问题。在软件运行过程中产生的错误有可能是其他原因 引起的,不一定是bug
5、如何判断一个问题是否是BUG?
答:1:软件未实现产品说明书要求的功能。
2:软件出现了产品说明书指明不会出现的错误。
3:软件超出实现了产品说明书提到的功能。
4:软件实现了产品说明书虽未明确指出但应该实现的目标。
5:软件难以理解,不易使用,运行缓慢或者用户认为不好。
6、解释为什么测试只能检测错误的存在而不能检测它的不存在?
答:当我们开发测试用例进行测试时如果出现错误我们可以判断相应错误存在,但如果运行通过并不能说错误不存在,因为这并不表示其他的用例不会产生错误。由于测试的不完备性,我们不能验证错误的不存在
7、为什么不能彻底测试一个软件?为什么在不同发现错误的阶段,费用有很大的不同?
答:一个软件的所有输入可能非常大,在有限的时间里不可能对所有的情况进行枚举测试。在不同的阶段发现缺陷,修复费用不同的。越晚发现修复费用越高。这是由于在后期发现缺陷要修改软件的相关联模块越 多甚至软件的体系结构要重新设计, 这将导致费用急剧增加。
8、影响软件测试的效率有哪些?
答:影响测试效率的因素很多,除了 测试方法 之外,主要因素还有人为因素、软件
类型、错误类型、测试充分度等等。
9、简述软件测试与软件开发的关系。
答:软件开发是一个系统的工程。包括需求分析,设计,编码,测试,维护等等几个环节。
测试是整个软件开发流程中的一个环节。在现代软件开发的流程中,测试是贯穿于整个开发流程了,
而不是只是在编码完成以后才开始的了。