软件测试的基础知识（1）_软件测试的基本原则测试应以中的功能描述为标准。-CSDN博客

本文链接：https://blog.csdn.net/weixin_45835679/article/details/116267763

软件测试定义

所谓测试,就是以检验产品是否满足需求为目标。而软件测试,自然是为了发现软件产品的缺陷而运行软件产品。比较标准的软件测试的定义是:在规定的条件下对程序进行操作，以发现错误，对软件质量进行评估。

标准的定义:使用人工或自动的手段来运行或测定某个系统的过程，其目的在于检验;它是否满足规定的需求或是弄清预期结果与实际结果之间的差别。

软件测试的目的：
通过各种手段，发现和找出软件的缺陷。最直接的作用就是确保了开发人员的错误能够被尽早快速的发现，确保软件是符合产品经理设计的。测试工作的最终目的是确保软件的质量，确保用户能够使用到质量优秀的软件，并且测试的时候，是站在用户的角度考虑软件的质量和性能。

软件架构分类：
B/S架构和C/S架构

概念：所谓的架构就是用来指导我们软件开发的一种思维，目前最长见的就是BS/CS.

--browser 浏览器
--clent 客户端
--server 服务端

C/S与B/S区别：

标准：相对于cs架构来说Bs架构的两端都是使用现成的成熟产品，bs会显示的标准一些。
效率：相对于bs架构来说cs中的客户端可以分担一些数据的处理，执行效率会高一些。
安全：bs架构当中得到数据的传输都是以Http协议进行传输的，而Http协议又是明文输出。可以被抓包，那么bs架构相比cs架构显得就不那么安全了，（其实都是相对的）。
升级：bs架构只需要在服务器端将数据进行更新，前台只需要刷新页面就可以升级，而cs架构必须要将两端都进行更新才可以。
开发成本：相对于bs架构来说cs当中的客户端需要自己开发，bs不用，所以说cs成本会高一些。

软件测试的原则：

原则一：尽早进入软件测试
原则二：穷尽测试是不可行的
原则三：程序员应避免检查自己的程序
原则四：充分注意测试中缺陷的群集现象
原则五：严格执行测试计划，排除测试的随意性
原则六：应当对每一个测试结果做全面的检查
原则七：妥善保存测试计划、测试用例、出错统计和最终分析报告，为维护提供方便
原则八：设计测试用例时，应当包括合理的输入数据和不合理的输入数据
原则九：测试用例应由测试数据和与之对应的预期输出结果这两部分组成

软件测试模型

V模型

v模型以“编码”为黄金分割线，将整个过程分为开发和测试，并且开发和测试之间是串行的关系

V模型的缺陷及解决思路
V模型仅仅把测试过程作为在需求分析、系统设计及编码之后的一个阶段，忽视了测试对需求分析,系统设计的验证，需求的满足情况一直到后期的验收测试才被验证。
解决的思路是，当一个软件开发的时候，研发人员和测试人员需要同时工作，测试在软件做需求分析的同时就会有测试用例的跟踪，这样，可以尽快找出程序错误和需求偏离，从而更高效的提高程序质量，最大可能的减少成本，同时满足用户的实际软件需求。

优点：
1 每一个阶段都清晰明了，便于控制开发的每一个过程。
2 既包含单元测试又包含系统测试。
缺点：
1 测试介入的比较晚，对于前期的一些缺陷无从发现和修改。
2 测试和开发串行。

注：

单元测试：是模块测试，验证软件的基本组成单位的正确性，是白盒测试
集成测试：是模块间的测试，测试接口（软件各模块之间的接口和软件与硬件之间的接口）是否正确，是灰盒测试（白盒和黑盒结合）
系统测试：系统测试包括：冒烟测试系统测试回归测试
（1）冒烟测试：主干流程测试，确认软件的基本功能正常，可以进行后续的测试工作
（2）系统测试：是检测系统的功能、质量、性能能否满足系统的要求，包括功能、性能、界面、可靠性、兼容性等等，是黑盒测试
（3）回归测试：修改了旧代码之后重新进行测试，确认修改后的代码没有引入新的错误或导致其他代码产生新的错误
验收测试：是确保软件的实现能否满足用户的需求或合同的要求

局限性：V模型是基于瀑布模型的，V模型有一个缺点，就是将测试放在整个开发的最后阶段，没有让测试尽早介入开发，没有在需求阶段就进入测试。
测试与开发串行

Ｗ模型

相对于V模型，W模型更科学。W模型是V模型的发展，强调的是测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，需求、功能和设计同样要测试。测试与开发是同步进行的，从而有利于尽早地发现问题。

优点
1 测试伴随着软件的整个生命周期，例如，在需求分析结束后就可以进行需求分析测试。
2 测试于开发是并行独立进行的。
缺点
1 对有些项目，开发过程中根本没有文档产生，故W模型无法使用。
2 对于需求和设计的测试技术要求很高，实践起来很困难。

软件测试流程

需求分析
制订测试计划
设计测试用例与编写
实施测试
提交缺陷报告
生成测试总结和报告

首先是要立项确定项目，产品会给出一个产品说明书，相应的需求人员编写需求文档，然后进行需求评审，开发编写详细设计，测试编写测试用例，内部组织进行测试用例评审，开发进行编码，编码完成后开发先进行自测，自测后提测。测试部署环境进行测试，首先进行冒烟测试(主的业务要实现)，接着进行功能测试，出现bug使用禅道进行记录跟踪，开发进行修改后测试进行验证，然后进行回归测试，避免产生新的bug，接着验收测试，验收测试通过，进行上线。