一:软件基础
1:软件的定义
软件测试,描述一种用来促进鉴定软件的正确性、完整性、安全性和质量的过程;换句话来说,它是一种实际输出与预期输出之间的审核或者比较过程。
2:软件的应用场景
游戏性测试;电商型测试;金融型软件;嵌入式测试等。
3:软件架构分类
B/S架构软件:
客户端为浏览器:百度;好123。
C/S架构软件
客户端需安装专门软件,如q、v等。
二、软件测试的定义与原则
1:为什么需要软件测试?
2:软件测试的定义
通过人工或自动化的方式来验证软件的实际结果与用户需求是否一致的过程。
3:软件测试的原则
原则一:尽早进入软件测试;
原则二:穷尽测试是不可行的;
原则三:程序员应避免检查自己的程序;
原则四:充分注意测试中缺陷的群集现象;
原则五:严格执行测试计划,排除测试的随意性;
原则六:应对每一个测试结果做全面的检查;
原则七:妥善保存测试计划、测试用例、出错统计和最终分析报告,为维护提供方便;
原则八:设计测试用例时,应当包括合理的输入数据和不合理的输入数据;
原则九:测试用例应由测试数据和与之对应的预期输出结果这两部分组成。
三、测试模型的介绍
1:V模型
V模型的左边下降的是开发过程各阶段,于此对应的是右边上升的部分,及各测试过程的各个阶段;
V模型的优点在于它非常明确地表明了测试过程中存在的不同级别,并且描述了这些测试阶段和开发各阶段的对应关系。
V模型的缺陷和解决思路:
缺陷:仅仅把测试过程作为在需求分析、系统设计及编码之后的一个阶段,忽视了测试对需求分析,系统设计的验证,需求的满足情况一直到后期的验收测试才被验证;
解决思路:当一个软件开发的时候,研发人员和测试人员需要同时工作,测试在软件做需求分析的同时九会有测试用例的跟踪。这样,可以尽快找出程序错误和需求偏离,从而更高效的提高程序质量,最大可能的减少成本,同时满足用户的实际软件需求。
优点:
1.每个阶段都清晰明了,便于控制开发的每一个过程;
2.既包含单元测试又包含系统测试。
缺点:
1.测试介入的比较晚,对于前期的一些缺陷无法发现和修改;
2.测试和开发串行。
2:W模型
相对于V模型,W模型更科学。W模型是V模型的发展,强调的是测试伴随着整个软件开发周期,而且测试的对象不仅仅是程序,需求、功能和设计同样要测试。测试与开发是同步进行的,从而有利于尽早地发现问题。
优点:
1.测试伴随着软件的整个生命周期;
2.测试与开发是并行独立进行的。
缺点:
1.对有些项目开发时没有文档产生,故W模型无法使用;
2.对于需求和设计的测试技术要求很高,实践起来很困难。
四、软件测试的流程
阶段名 | 工作内容 | 产出物 |
---|---|---|
测试准备阶段 | 项目立项、需求分析、需求评审 | 需求文档、产品PRD |
测试计划阶段 | 编写测试计划、计划评审 | 测试计划 |
测试设计阶段 | 提取测试点、编写测试用例、用例评审 | 测试用例 |
测试执行阶段 | 冒烟测试、执行测试用例、提bug、回归测试 | 缺陷报告 |
测试完成阶段 | 验收测试、编写测试报告、项目上线 | 测试报告 |
需求评审 | 测试计划制定 | 测试计划执行 | 发布与测试报告总结 |
---|---|---|---|
1从用户体验角度提供设计建议 2从开发经验角度,分析设计是否存在风险,是否能够实现 3 联合其他模块分析,设计是否存在漏洞,逻辑功能存在缺陷 | 1测试用例设计 2测试时间估计 3人员安排 4测试资源申请 5风险评价 | 1用例执行 2 Bug修复验证和推动版本进度 3性能监控,压力测试,兼容测试 | 1版本发布和线上质量监控,用户反馈是否存在问题 |
全程跟进需求变更,与产品无缝沟通,在测试阶段有需求变更要第一时间了解改动范围,如果影响版本的质量要说明风险,评估需求是否必须更改以及是否影响版本发布上线的时间线 | 规划测试项目需要的开发和测试的比例,规划整个测试流程需要的时间,要预留处理紧急事件的缓冲 | 执行 协调测试资源,部署测试环境,督促开发和产品提供一切需要的测试工具,测试数据等,推动版本进度,每日进行bug 验证,标识出bug解决的优先级和提交测试的时间点,每日提供当日产品质量报告 | 项目发布上线后,积极配合现场的运维人员对项目的后期bug跟进和复现问题和开发沟通 |
五、软件测试的分类
1、按技术划分:
黑盒测试、白盒测试、灰盒测试
-
黑盒测试:不需要了解程序的源代码,通过使用整个软件功能来验证程序是否满足需求的测试方法;
-
白盒测试:是一种按照程序内部逻辑结构和编码结构设计测试数据并完成测试的测试方法;
-
灰盒测试:一种基于程序运行时的外部表现同时又结合程序内部结构来设计测试数据的测试方法。
2、按阶段划分:
单元测试、集成测试、系统测试、验收测试 -
单元测试:对一个模块、一个函数或者一个类来进行正确性检验的测试方法;
-
继承测试:单元测试后。将单独的模块按照设计要求组装成为子系统或系统,作为整体进行测试的测试方法;
-
系统测试:集成测试后,将硬件、软件看作一个整体,对系统的功能及性能的总体测试;
-
验收测试:系统测试后以用户测试为主,或有测试人员共同参与检验软件质量的测试方法
3、按内容划分
功能测试、性能测试、兼容性测试
功能测试:
界面测试、冒烟测试、回归测试、业务逻辑测试、易用性测试 -
功能测试:根据产品操作描述和需求文档,测试一个产品的特性和可操作行为是否满足用户需求的测试方法;
-
界面测试:测试用户界面的功能模块的布局是否符合客户使用习惯,界面操作便捷性、导航简单易懂性的测试;
-
冒烟测试:验证系统的核心功能是否能够正常运行的测试方法;
-
回归测试:指修改了旧代码后,重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误的测试方法;
-
业务逻辑测试:在基本的功能点都已合格的基础上,准备多种测试数据,来驱动各种约束条件下业务流程,确定最终输出的结果是否符合预期的测试;
-
易用性测试:指用户使用软件时是否感觉方便的测试。
性能测试:
压力测试、负载测试、并发测试 -
性能测试:通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行校验的测试方法;
-
压力测试:通过逐步增加系统负载,测试系统性能的变化,并确定在什么条件下系统性能处于失效状态;
-
负载测试:通过逐步增加系统负载,测试系统性能的变化,在满足性能指标的情况下,系统所能承受的最大负载量的测试;
-
并发测试:是一个负载测试和压力测试的过程,即逐渐增加并发用户数负载直到系统的瓶颈,通过分析资源监控指标等来确定系统并发性能。
兼容性测试: -
浏览器的,不同版本,分辨率;
-
手机型号,不同版本,分辨率。
4、按其他划分
冒烟测试、随机测试、安全性测试、回归测试、Alpha测试、Beta测试 -
随机测试:随机测试主要是根据测试者的经验无需测试用例对软件进行功能和性能抽查的测试方法;
-
安全性测试:通过不同的测试方法,检验程序、网络、数据库安全性的测试方法;
-
Alpha测试:俗称内测,α测试。内部环境下的测试;开发人员或测试人员在现场;
-
Beta测试:俗称外测、公测,β测试。生产环境下的测试;开发人员和测试人员都不在现场