软件测试理论

Posted 2021-10-11 君悦ღ

4.1软件缺陷定义

软件缺陷就是通常说的bug，它是指在软件中存在的影响

*软件未达到产品说明书标明的功能，

*软件出现了产品说明书指明不会出现的错误，

*软件功能超出产品说明书的范围

*软件未达到产品说明书虽未指出但应该达到的目标，

*软件难以理解.不易使用，运行速度缓慢或者从测试人员的角度看最终用户

4.1.2软件缺陷产生的原因

1.需求不明确和变更 软件需求不清晰或者开发人员对需求理解偏差，导致软件设计时偏离用户的需求目标，造成软件能或特征上的缺陷。此外，开发过程中客户频繁更新需求也会影响软件最终的质量。

2.软件结构复杂

3.编码问题

4.项目期限

5.使用新技术

软件缺陷分类

测试种类：界面类，功能类，性能类，安全类，兼容性类

缺陷严重程度：严重，一般，次要，轻微

缺陷优先级：立即解决，高优先级，正常排队，低优先级

缺陷发生阶段：需求阶段缺陷，架构阶段缺陷，设计阶段缺陷，编码阶段缺陷，测试阶段缺陷

4.1.4常见软件缺陷管理工具

禅道，Jira

4.2软件测试概述

4.2.1软件测试简介

通过人工或自动化的方式来验证软件的实际结果与用户需求是否一致的过程

4.2.2软件测试目的

1.就是以最少的人力，物力和时间找出软件中潜在的各种错误和缺陷，通过修正各种错误和缺陷保障软件质量，避免软件发布后由于潜在的软件错误和缺陷造成的隐患所带来的商业风险

2.同时利用测试过程中得到的测试结果和测试信息，作为后续项目开发和测试过程改进的重要输入，避免在将来的项目凯发和测试中重复同样的错误。

3.采用更加高效的测试管理手段，提高软件测试的效率和软件产品的质量

4.3v模型

用户需求--需求分析--概要设计-详细设计--编码和显示--单元测试--集成测试--系统测试--验收测试

      

4.3.2w模型

需求分析--概要设计--详细设计--编码实现==模块集成--系统构建--系统安装

需求测试---概要设计测试--详细设计测试--单元测试--集成测试--系统测试，验收测试

4.4.2软件测试内容

程序测试包括程序逻辑功能，界面，性能，易用性，兼容性，安装等测试，当然文档测试也算，排版，字体大小，也算程序顺序的内容。

4.4.3软件测试的环境

测试环境=硬件+软件+网络

硬体环境:pc机还是笔记本

软件环境：不同的操作系统windows10windows8windows9Linux Mac,  不同浏览器firefox chrom

网络：局域网还是互联网

4.4.4软件测试流程

阶段名	工作内容	产出物
测试准备阶段	项目立项，需求分析，需求评审	需求文档，产品PRD
测试计划阶段	编写测试计划，计划评审	测试计划
测试设计阶段	提取测试点，编写测试用例，用例评审	测试用例
测试执行阶段	冒烟测试，执行测试用例，提bug，回归测试	缺陷报告
测试完成	验收测试，编写测试报告，项目上线	测试报告

4.4.5原则一:测试显示软件存在缺陷

测试只能证明软件中存在缺陷，但并不能证明软件中不存在缺陷。软件测试是为了降低存在缺陷的 可能性，即便是没有找到缺陷，也不能证明软件是完美的。

原则二:穷尽测试是不可能的

现在软件的规模越来越大，复杂度越来越高，想做到完全性的测试是不可能的。在测试阶段，测试 人员可以根据风险和优先级来进行集中和高强度的测试，从而保证软件的质量。

原则三:测试尽早介入

为什么测试要尽早介入呢，简单的说就是保证软件质量，降低风险和成本。测试人员一般在需求阶段就开始介入，使缺陷在需求或设计阶段就被发现，缺陷发现越早，修复的成本就越小。

原则四:缺陷集群性(2/8原则)

缺陷集群性表明小部分模块包含大部分的缺陷。软件测试中存在Pareto原则:80%的缺陷发现在 20%的模块中。 一个功能模块发现的缺陷越高，那存在的未被发现的缺陷也越高，故发现的缺陷与未发现的缺陷成 正比。

原则五:杀虫剂悖论

反复使用相同的杀虫剂会导致害虫对杀虫剂产生免疫而无法杀死害虫。软件测试也一样。如果一直 使用相同的测试方法或手段，可能无法发现新的bug。 为了解决这个问题，测试用例应当定期修订和评审，增加新的或不同的测试用例帮助发现更多的缺 陷。 测试人员不能一直依赖于现有的测试技术，而要不断的提升测试方法以提高测试效率。

原则六:测试活动依赖于测试内容

根据业务的不同，软件测试内部也分为不同的行业，比如游戏行业、电商行业、金融行业。不同的 行业，测试活动的开展都有所不同，比如测试技术、测试工具的选择，测试流程都不尽相同，所以 软件测试的活动开展依赖于所测试的内容。

原则七:没有错误是好是谬论

有可能99%没有bug的软件也是不能使用的。如果对错误的需求进行了彻底的测试，这种情况就发 生了。软件测试不仅是找出缺陷，同时也需要确认软件是否满足需求。如果开发出来的产品不满足 用户的需求，即便找到和修复了缺陷也作用不大。