1 / 26
文档名称:

软件测试知识点总结.doc

格式:doc   大小:539KB   页数:26页
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

软件测试知识点总结.doc

上传人:weizifan339913 2018/3/6 文件大小:539 KB

下载得到文件列表

软件测试知识点总结.doc

相关文档

文档介绍

文档介绍:软件测试知识点总结

软件测试定义:使用人工或者自动的手段来运行或测定它是否满足规定的需求,或弄预期结果与实际结果之间的差别。
软件测试的分类

单元测试:模块测试,检查每个程序单元嫩否正确实现详细设计说明中的模块功能等。
集成测试:组装测试,将所有的程序模块进行有序、递增的测试,检验程序单元或部件的接口关系
系统测试:检查完整的程序系统能否和系统(包括硬件、外设和网络、系统软件、支持平台等)正确配置、连接,并满足用户需求。
确认测试:证实软件是否满足特定于其用途的需求,是否满足软件需求说明书的规定。
验收测试:按项目任务或合同,供需双方签订的验收依据文档进行的对整个系统的测试与评审,决定是否接受或拒收系统。

白盒测试:通过对程序内部结构的分析、检测来寻找问题。检查是否所有的结构及逻辑都是正确的,检查软件内部动作是否按照设计说明的规定正常进行。--结构测试
黑盒测试:通过软件的外部表现来发现错误,是在程序界面处进行测试,只是检查是否按照需求规格说明书的规定正常实现。
灰盒测试:介于白盒测试与黑盒测试之间的测试。
3 按照测试实施组织划分:开发方测用户测试第三方测试
4 是否使备测软件运行:静态测试动态测试。
课后作业:?
(1)测试是为了发现软件中存在的错误;调试是为证明软件开发的正确性。
(2)测试以已知条件开始,使用预先定义的程序,且有预知的结果,不可预见的仅是程序是否通过测试;调试一般是以不可知的内部条件开始,除统计性调试外,结果是不可预见的。
(3)测试是有计划的,需要进行测试设计;调试是不受时间约束的。
(4)测试经历发现错误、改正错误、重新测试的过程;调试是一个推理过程。
(5) 测试的执行是有规程的;调试的执行往往要求开发人员进行必要推理以至知觉的"飞跃"。
(6) 测试经常是由独立的测试组在不了解软件设计的条件下完成的;调试必须由了解详细设计的开发人员完成。
(7) 大多数测试的执行和设计可以由工具支持;调式时,开发人员能利用的工具主要是调试器。
?
,或者是客户要求还没有完全达到要求的部分找出来。
,包括需求的分析能力,提取能力,逻辑化思想能力,即就是给你一个系统的时候,能够把整个业务流程很清晰的理出。

。想就是说你看到任何的系统都要有****惯性的思考;做就是把实际去做练****然后提取经验。
总结测试用例,测试计划固然重要,但能力和思想一旦到位了,才能成为一名合格的软件测试工程师。

一、软件缺陷:(1)软件未达到产品说明书中已经标明的功能;
(2)软件出现了产品说明书中指明不会出现的错误;
(3)软件未达到产品说明书中虽未指出但应当达到的目标;
(4)软件功能超出了产品说明书中指明的范围;
(5)软件测试人员认为软件难以理解、不易使用,或者最终用户认为该软件使用效果不良。
二、软件测试模型 H模型(了解) V模型:,
V模型的缺陷
1、仅把测试过程作为在需求分析、系统设计及编码之后的一个阶段
2、忽视了测试对需求分析,系统设计的验证,一直到后期的验收测试才被发现。
W模型的概念:增加了软件各开发阶段中应同步进行的验证和确认(v$v)活动,明确了测试与开发的并行性.
1、测试伴随着整个软件开发周期
2、测试的对象不仅仅是程序,需求、设计和功能同样要测试
3、根据W模型要求,一旦有文档提供,就及时确定测试的条件、编写测试用例
四. 软件测试的原则
完全测试的不可能性 软件测试是有风险的活动
. 充分注意测试中的群集现象

. 80-20 原则
. 应当把“尽早地和不断地进行软件测试”作为软件测试者的座右铭
. 程序员应该避免检查自己的程序
追溯至用户需求 及时更新测试
等价类
1、等价列划分设计方法:是把所有可能的输入数据,即程序的输入域划分成若干部分(子集),然后从每一个子集中选取少量具有代表性的数据作为测试用例。
等价类是指某个输入域的子集合。在该子集合中各个输入数据对于揭露程序中错误都是等效的。并合理地假定:测试某等价类的代表值就等于对这一类其他值的测试。
有效等价类: