1.软件测试理论
1.缺陷
bug
a.软件为达到产品说明书标明的功能（没有 该有的）
b.软件出现了产品说明书指明不会出现的错误（有了，不该有的）
c. 软件功能超出产品说明书指明的范围（）
d.软件未达到产品说明书虽未指出但应该达到的目标（）
e.软件难以理解、不易使用、运行速度缓慢或者从测试人员的角度看最终用户认为不好（）
2.软件缺陷产生的原因
1. 需求不明确和变更 软件需求不清晰或者开发人员对需求理解偏差，导致软件设计时偏离用户的需求目标，造成软件功 能或特征上的缺陷。此外，开发过程中客户频繁更新需求也会影响软件最终的质量。
2.软件结构复杂
3.编码问题
4.项目期限短
5.使用新技术
3.软件缺陷分类
4.常见软件缺陷管理工具
禅道、Jira、码云…
2.软件测试概述
1.软件测试简介
2.软件测试目的
1.就是以最少的人力、物力和时间找出软件中潜在的各种错误和缺陷，通过修正各种错误和缺陷保障软件质量，避免软件发布后由于潜在的软件错误和缺陷造成的隐患所带来的商业风险。
2.同时利用测试过程中得到的测试结果和测试信息，作为后续项目开发和测试过程改进的重要输入，避免在将来的项目开发和测试中重复同样的错误。
3.采用更加高效的测试管理手段，提高软件测试的效率和软件产品的质量。
2.软件测试与开发的关系
一个成功的项目离不开测试。成功项目的“铁三角”：
成本:项目的开销，人工成本，工具成本，设备成本，错误成本(BUG)
进度:时间，计划
质量:软件对顾客需求的满意程度，一个低质量的软件，即使生产成本很低，进度控制良好，顾客也难 以接受。
3.软件测试模型
1.V模型
下降是开发阶段，上升是测试阶段，测试阶段和开发各阶段的对应关系下图：
2.W模型
相对于V模型，W模型更科学。W模型是V模型的发展，它是测试伴随着软件开发周期，测试的对象包括程序、需求、功能和设计，开发和测试时同时进行的，能更早发现问题。
4.软件测试
1.优秀软件测试工程的基本素质
缜密的思维能力、正确的测试态度、良好的心理素质，性格：好奇心、成就感。
1.参与需求讨论，制订测试计划，确保测试能顺利执行并完成;
2.负责项目的功能性测试、用户体验测试、兼容性测试以及性能测试 ;
3.负责测试用例的编写;编写测试报告和对测试结果分析;
4.与开发人员、产品经理沟通和协作，推动整个项目的顺利进行;
5.负责软件开发团队项目进度管理工作;
6.熟悉Linux常用命令，熟悉常用数据库，熟练使用基本的SQL语句;
7.熟练使用Loadrunner，Jmeter等至少一种性能测试工具。
2.软件测试的内容
程序测试包括程序逻辑功能，界面，性能，易用性，兼容性，安装等测试，当然文档测试也算，排版，字体大小，也算程序测试的内容
3.软件测试的环境
测试环境=硬件+软件+网络 硬件环境:pc机还是笔记本 软件环境:不同的操作系统windows10 windows8 windows7 Linux Mac ， 不同浏览器firefox chrom 网络:局域网还是互联网
4.软件测试流程
5.软件测试原则
原则一:测试显示软件存在缺陷
原则二:穷尽测试是不可能的
原则三:测试尽早介入
原则四:缺陷集群性(2/8原则)
原则五:杀虫剂悖论
原则六:测试活动依赖于测试内容
原则七:没有错误是好是谬论
原则八:程序员不能自测之后就上线
原则九:严格执行测试计划，排除测试的随意性
原则十:应当对每一个测试结果做全面的检查
原则十一:妥善保存测试计划、测试用例、出错统计和最终分析报告，为维护提供方便
原则十二:设计测试用例时，应当包括合理的输入数据和不合理的输入数据
原则十三:测试用例应由测试数据和与之对应的预期输出结果这两部分组成
5.软件测试分类
1.按照测试原理分类
黑盒测试、白盒测试、灰盒测试
黑盒测试(Black Box -Test):通过“望闻问切”来判断是否有问题。
白盒测试:是一种按照程序内部逻辑结构和编码结构设计测试数据并完成测试的测试方法
灰盒测试:一种基于程序运行时的外部表现同时又结合程序内部结构来设计测试数据的测试方法
2.按照测试阶段分类
单元测试、集成测试、系统测试、验收测试
单元测试:对一个模块、一个函数或者一个类来进行正确性检验的测试方法
集成测试:单元测试后，将单独的模块按照设计要求组装成为子系统或系统，作为整体进行测试的 测试方法
系统测试:集成测试后，将硬件、软件看作一个整体,对系统的功能及性能的总体测试
验收测试:系统测试后以用户测试为主，或有测试人员共同参与检验软件质量的测试方法
3.按照内容分类
功能测试、性能测试、兼容性测试
1.功能测试:
界面测试、冒烟测试、回归测试、业务逻辑测试、易用性测试
功能测试:根据产品操作描述和需求文档，测试一个产品的特性和可操作行为是否满足用户需求的 测试方法
界面测试:测试用户界面的功能模块的布局是否符合客户使用习惯，界面操作便捷性、导航简单易 懂性的测试
冒烟测试:验证系统的核心功能是否能够正常运行的测试方法
回归测试:指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错 误的测试方法
业务逻辑测试:在基本的功能点都已合格的基础上，准备多种测试数据，来驱动各种约束条件下业 务流程，确定最终输出的结果是否符合预期的测试
易用性测试:指用户使用软件时是否感觉方便的测试
2.性能测试
性能测试:通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标 进行校验的测试方法
压力测试:通过逐步增加系统负载，测试系统性能的变化，并确定在什么条件下系统性能处于失效 状态
负载测试:通过逐步增加系统负载，测试系统性能的变化，在满足性能指标的情况下，系统所能承 受的最大负载量的测试
并发测试:是一个负载测试和压力测试的过程，即逐渐增加并发用户数负载直到系统的瓶颈，通过 分析资源监控指标等来确定系统并发性能
3.兼容性测试:
冒烟测试、随机测试、安全性测试、探索性测试、回归测试、Alpha测试、Beta测试
随机测试:随机测试主要是根据测试者的经验无需测试用例对软件进行功能和性能抽查的测试方法
安全性测试:通过不同的测试方法，检验程序、网络、数据库安全性的测试方法
探索性测试:碰到问题时能随机应变，强调测试人员的主观能动性明确整体的测试计划的测试方法
Alpha测试:俗称内测，α测试。内部环境下的测试;开发人员或测试人员在现场
Beta测试:俗称外测、公测，β测试。生产环境下的测试;开发人员和测试人员都不在现场
6.按照其他分类
冒烟测试、随机测试、安全性测试、探索性测试、回归测试、Alpha测试、Beta测试
随机测试:随机测试主要是根据测试者的经验无需测试用例对软件进行功能和性能抽查的测试方法
安全性测试:通过不同的测试方法，检验程序、网络、数据库安全性的测试方法
探索性测试:碰到问题时能随机应变，强调测试人员的主观能动性明确整体的测试计划的测试方法
Alpha测试:俗称内测，α测试。内部环境下的测试;开发人员或测试人员在现场
Beta测试:俗称外测、公测，β测试。生产环境下的测试;开发人员和测试人员都不在现场
7.测试分类占比
接口测试占：9%
压力测试占：9%
性能测试占：19%
功能测试占：63%