软件测试--笔记.docx

软件测试--笔记.docx

ID:48436210

大小:125.41 KB

页数:48页

时间:2019-11-30

软件测试--笔记.docx_第1页
软件测试--笔记.docx_第2页
软件测试--笔记.docx_第3页
软件测试--笔记.docx_第4页
软件测试--笔记.docx_第5页
资源描述:

《软件测试--笔记.docx》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库

1、软件测试第一章软件测试概述1.1引子:4W1H问题对于软件的初学者而言,最常见的五个问题是4W1HWhat:什么是软件测试,即软件测试是如何定义的?Which:软件测试到底要对软件的哪些部分展开测试,即测试的对象是什么Who:在一个项目小组中,哪些人负责对软件进行测试When:在一个软件产品从立项开发、验收、维护到消亡的整个生命周期过程中,何时开始软件测试工作,何时可以结束对软件的测试How:如何对软件进行测试?这也是大部分初学者最为关心的问题1.2软件与软件测试1.2.1软件的定义软件=程序(P)+数据

2、(库)(DB)+文档(D)+服务(S)l程序:表示能够完成预定功能和性能的指令的集合,如C语言程序、java程序等。l数据(库):依照某种数据模型组织起来、并存在二级存储器中的数据集合。l文档:指软件在开发、使用和维护过程中产生的文字与图形的集合,如:系统需求规格说明书、测试计划、用户手册等。l服务:指通过提供必要的手段和方法,满足接受服务对象需求的过程。如:安装指导、用户培训、售后技术支持、接受投诉等。注:软件测试不仅仅是对程序的测试,还应包括对数据、文档和服务的测试。1.2.2软件的特点1)软件是硬件

3、的灵魂,硬件是软件的基础2)软件是智慧和知识的结晶3)软件的核心是人4)软件不会“磨损”1.2.3软件的分类1)按功能分类(固件、系统软件、中间件和应用软件)l固件:直接烧在芯片组或集成电路里的一段程序l系统软件能直接操作底层硬件,并为上层软件提供支持l中间件在应用软件和平台之间建立一种桥梁,常见的中间件包括数据库和万维网服务器l应用软件能为用户提供某种特定的应用服务1)按技术架构分类(单机版软件、C/S架构的软件、B/S架构的软件)l单机版软件直接安装并运行在单个计算机上,如office、ACDSee等

4、lC/S架构的软件基于互联网或局域网,需要一台服务器来安装服务器端软件,每台客户端都要安装客户端软件,如QQ、MSN等lB/S架构的软件:B/S架构的软件也是基于互联网或局域网,但这类软件不需要安装客户端软件,只需要浏览器软件即可2)按用户分类(产品软件和项目软件)3)按开发规模分类(小型软件、中型软件和大型软件)1.2.4软件测试定软件测试指使用人工河自动手段来运行或测试某个系统的过程,目的在于检验其是否满足规定的需求或弄清楚预期结果与实际结果之间的差别。1.3软件缺陷1.3.1软件缺陷的定义只有符合以

5、下五条规则才能叫软件缺陷l软件未达到需求规格说明书中指明的功能l软件出现了需求规格说明书中指明不会出现的错误l软件功能超出需求规格说明书中指明的范围l软件未达到需求规格说明书中虽未指出但应达到的目标l软件测试员认为软件难以理解、不易使用、运行速度缓慢,或者最终用户认为不好1.4测试用例1.4.1测试用例的定义定义:指执行条件和预期结果的集合,完整来讲是针对要测试的内容所确定的一组输入信息,是为达到最佳的测试效果或高效的揭露隐藏的错误而精心设计的少量测试数据。测试用例可以用一个简单的公式表示:测试用例=输入

6、+输出+测试环境输入:指测试数据和操作步骤输出:指系统的预期执行结果测试环境:指系统环境设置,包括软件环境、硬件环境和数据,有时还包括网络环境1.4.2测试用例的重要性测试用例的重要性体现在技术和管理两个层面1、就技术而言,测试用例有利于以下方面:指导测试的实施规划测试数据的准备编写测试脚本的“设计规格说明书”降低工作强度1、就管理层面而言,使用测试用例的好处有以下几个方面团队交流重复测试检验测试员进度质量评估分析缺陷的标准1.4.3测试用例的评价标准有效性、经济性、可仿效性、可修改性、独立性、可跟踪性1

7、.4.4测试用例设计的基本原则1、测试用例的代表性能够代表并覆盖各种合理的和不合理的,合法的和非法的,边界的和越界的以及极限的输入数据、操作和环境设置等2、测试结果的可判定性即测试执行结果的正确性是可判定的,每一个测试用例都应有相应明确的预期结果,而不应存在二义性,否则将难以判断系统是否运行正常3、测试结果的可再现性即对同样的测试用例,系统的执行结果应当相同1.4.5测试用例的输入通常考虑三方面的数据1、正常数据2、边界数据3、错误数据1.4.6测试用例设计的注意事项1.测试用例应尽早设计2.测试用例由专

8、门的人来设计3.测试用例的功能描述要与软件需求规格说明书保持一致4.测试用例的设计并非一劳永逸5.在不知道预期结果的情况下,应推迟用例设计6.在设计测试用例过程中注意与其他人员的沟通7.测试用例在不同阶段下实施时应该是独立的8.整个测试用例设计顺序逻辑性要强,以便于测试人员执行用例9.测试用例应该满足自清除性1.测试用例本身无法保证覆盖要求2.每个测试用例应有一个唯一的标识1.4.7测试需求1、定义:测试需求是指在一定的策略前

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。