软件测试入门

一、软件测试理解

1.软件测试是一种有效提高软件质量的手段,但是软件质量不仅仅是测试出来的。

2.好的测试人员不仅要掌握各种测试技术和工具,还要具备丰富的编程技术和对BUG的敏感。

3.软件测试要早做计划,分配好时间、人力、财力等资源。

4.软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精心准备的一批测试用例,并利用这些测试用例去执行程序,发现程序错误的过程。

二、软件测试对象

1.软件测试贯穿于软件定义和开发的整个期间。需求分析、概要设计、详细设计、以及程序编码的各个阶段所得到的文档以及源程序都是软件测试的对象。

三、软件测试种类

1.黑盒测试:基于软件需求。

2.白盒测试:基于软件内部结构。

3.单元测试:主要测试软件模块的源代码。

4.集成测试:将一些“构件”集成一起,测试是否正常运行。这的“构件”可以是程序模块、客户机-服务器程序等待。

5.功能测试:测试软件的功能是否符合功能性需求,通常采用黑盒测试方法。

6.系统测试:测试软件是否符合所以需求,包括功能性的和非功能性的,通常采用黑盒测试方法。

7.回归测试:指错误被修正或者软件功能、环境发生变化后进行的重新测试。困难在于不好确定哪些内容应该重新测试。

8.验收测试:由客户或最终用户执行,测试软件是否符合测试规格说明书。

9.还有负载测试、压力测试、性能测试、易用性测试、安装和反安装测试、安全性测试、兼容性测试、Alpha测试、Beta测试等。

四、软件测试基本流程

1.制定测试计划。

2.制定测试用例。

3.执行测试。

4.攥写测试报告。

5.消除软件缺陷。

五、软件测试常识和经验

1.测试能提高软件质量,但是软件质量的提高不能依赖测试。

2.测试只能证明缺陷存在,不能证明缺陷不存在。

3.80-20原则:80%的缺陷聚集在20%的模块里。

4.测试应当循序渐进。

时间: 2024-10-16 11:28:00

软件测试入门的相关文章

软件测试入门要知道哪些?

软件测试入门要知道哪些?首先,我们要知道:对于软件测试人员来说,编码是最基础的技能,无论哪一门语言,至少要会一种,如果能再具备一定的产品开发经验那就更好了.但请注意,过犹不及,不要单纯拿编码能力的高低来衡量测试人员水平的高低,测试人员最核心的技能仍是在测试设计上,不要本末倒置.同样,像数据库.操作系统.网络协议.建模等等都属于基础技能的范畴.可能测试人员在这些技能的掌握程度上没有专业人士强,没关系,因为这些技能最终是为测试专有技能所服务的,如此而已.当然,如果个人有兴趣深入研究那是最好.笔者记得

软件测试入门——测试模型(V型 W型 H型)

软件测试工程师称为“QA”,质量保证者——这是入门的第一点要学习的. 首先看基本的测试模型 1.“V”型 特点:[活动串行]这是一种古老的瀑布模型,反映了实际和测试之间的关系. 局限:仅仅把测试过程作为编码之后的一个阶段,忽视了测试对需求分析,系统设计的验证,如果前面设计错误,得一直到后期的验收测试才被发现,耗时耗力. 2.“W”型 特点:[活动串行]测试与开发同时进行,在V模型的基础上,增加了在开发阶段的同步测试 局限:仍然不支持迭代,减少了一定错误发生率,但是需按照流水线进行设计.编码和测试

软件测试入门随笔——软件测试基础知识(二)

POINT one:软件测试生命周期--V模型 V模型左边为开发阶段,右边为测试阶段.单元测试和功能测试应检测程序的执行是否满足程序设计的要求:系统测试应检测系统功能.性能的质量特性是否达到系统要求的指标:验收测试确定软件的实现是否满足用户需要或合同的要求. 单位测试:对单元模块的功能.性能进行测试,比如能不能完成登录功能等等.主要由开发人员完成,要求具备一定的读.改代码的能力,有静态测试方法(代码分析)和动态测试方法(白盒.或黑盒) 集成测试:以<软件概要设计说明书>为依据,检验软件单元和已

软件测试入门三年经验

本文写于2012.7.27 ================================ 前几天在知乎(http://www.zhihu.com/question/20269633)上看到了这么一段,说“测试人员能达到的层次大概有这么几个级别”: 1 开一个bug; 2 查找一些额外的资料如设计文档和历史,确定这是一个问题,然后给出详细的bug重现步骤: 3 对重现步骤做一些精炼,确定能够重现bug的最少步骤:可能的话,将重现步骤做自动化: 4 尝试通过研究代码确认问题所在: 5 尝试给出一

软件测试入门—你能分清fault,error和failure吗?

---恢复内容开始--- 一.基本定义和抽象理解 1.1定义: fault:意即故障.缺陷,是软件中静态的缺陷, 我们可以把它看做软件不能正常运行的根本原因,当然,为了更好的理解,这就是软件"生病"的病根,是导致其出现错误或异常的根本原因,这就说明我们设计软件过程中出现了错误. failure:意即失败,关于某个软件,我们有预期行为的描述和要求,但是我们使用时却可能出现我们可见的,也就是外部的不正确的反应和行为.还是为了方便,我们可以把它看做软件"生病"的一系列症状

软件测试入门随笔——软件测试基础知识(六)

初步接触性能测试啦!!学习书籍<loadrunner 性能测试巧匠训练营> 针对不同系统,性能测试有不同的关注点 C/S架构的产品更关注系统资源使用情况.数据库性能以及运行的配置要求等等.如:内存.用户连接数.数据库死锁.数据库cache命中率.运行的最低配置等等.   B/S架构的产品关注web服务器的相关指标.如:每秒点击率.吞吐量.尝试连接数.事务成功率等等.B/S架构的较为复杂. 性能测试的目的(know how fast & how much) 1.评估当前系统 2.寻找瓶颈

软件测试入门随笔——软件测试基础知识(三)

About 黑盒测试 key:完全不考虑程序内部结构和内部特性,在程序接口处进行测试. 主要依据:规格说明书(软件验证).用户手册(软件审核) 黑盒测试是通过输入数据.进行操作.观察输出结果,检查软件系统是否按照需求规格说明书的规定正常运行,软件是否能适当地接收输入数据并产生正确的输出结果,且保持外部信息(如数据库或文件的完整性) 黑盒测试 方法 功能测试 等价类划分.边值分析.因果图.错误推测法等 非功能测试 性能测试.强度测试.兼容性测试.配置测试.安全测试.安装与卸载测试等 等价类划分 等

软件测试入门随笔——软件测试基础知识(七)

测试性能模型分析 1.曲线拐点模型 这个图中X轴为并发用户数,随着并发用户数的增大,二维空间被划分为三个区域:轻压力区.重压力区和拐点区. Y轴表示资源利用率.吞吐量和响应时间,应该以X为自变量来逐一分析这三个指标的变化,再综合分析. ①随着并发用户数的增加,资源利用率逐步上升,最后达到饱和. ②随着并发用户数的增加,吞吐量增加.进入重压力区后逐步平稳,达到拐点区后急剧下降,说明系统已达到处理极限. ③随着并发用户数的增加,在轻压力区的响应时间变化不大,比较平缓,进入重压力区后呈现增长的趋势,最

软件测试入门随笔——软件测试基础知识(五)

测试一个app简单的登录功能有哪些测试点? 看视频后根据老师的讲解整理所得,发现了很多以前没有考虑过的情况,其中也有一些新接触的词汇,以下一一了解记录. 3-5-8原则 用户的操作在3s内响应,用户会觉得产品很优秀: 在5s内响应,用户会觉得产品还不错: 8s或者更长时间以后,用户会失去耐心. 单点登录 简称为 SSO,在多个应用系统中,用户只需要登录一次就可以访问所有相互信任的应用系统. 例如:一个公司有OA系统.门户系统.人力资源管理系统.档案管理系统.生产管理系统.xx系统等,这么多个系统