软件测试理论

最新推荐文章于 2024-11-29 20:22:53 发布

因为美好所以在奔跑

最新推荐文章于 2024-11-29 20:22:53 发布

阅读量238

点赞数 1

文章标签：单元测试测试工程师

本文链接：https://blog.youkuaiyun.com/m0_57442106/article/details/121883684

版权

本文探讨了软件测试的必要性，指出软件开发过程中存在的潜在问题和用户对软件体验的高要求。强调了专业软件测试人员的需求增长，并解释了为何不应由开发人员自行测试。介绍了软件测试的定义、原则、级别以及常见方法。同时，概述了软件质量的多个维度，并对比了BS和CS架构的优缺点。最后，列举了不同类型的测试和常见浏览器。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

一，为什么需要软件测试：

1．一款软件从无到有会经历很多的开发阶段由不同的人来参与开发，所以最终产出的软件功能可能会存在问题。因此为了保证软件的功能是可用的，我们必须要进行测试。

2．当前的软件件行业已经不在是功能为王了，用户不仅仅只盯着软件的功能是否满足需求，还会对软件是否容易上手，执行效率是否 OK .....等一系列其它体验都有了更高的要求，所以这也需要我们对软件进行大量的测试。（总的来说就是软件开发不存在完美软件，软件开发过程要进行测试来找出软件中存在的缺陷，软件质量得到保证，按客户需求指定计划实现软件的功能性，适用于客户的日常需求）

二，为什么选择软件测试

1. 国内的软件行业对于专业的软件测试人员需求是慢慢变大。

2. 有些人喜欢创造世界所以他们做了开发，我们就是希望这个世界变得更加美好所以做了而测试。

三，为什么不让开发自己做测试

1．当前行业有许多的测试从业人员本身之前都是开发岗。

2．专业度：软件测试和软件开发分别属于软件行业当中二个不同的技术方向。所以让专人做专事对于质量更加有保证。

3．思维定式：在软件的开发周期中对于程序员来说他们大多数的时间都是在思考如何实现具体的软件功能，而不会去从用户的角度考虑如何去"奇葩"的使用这些功能。（不会换位思考想客户的需求）

4．测试力度：相对于开发来说，产器就相当于是他们的"孩子"。所以"下手"就不会那么狠。（开发人员总觉得代码像孩子一样，谁会质疑自己的代码是否有问题呢）

五，软件的定义：

1，通过手工或者工具对，“被测试的对象”进行测试，然后验证实际结果和预期结果之间存在的差异

2，软件测试就是一个找Bug的过程

3，软件测试是衡量一个软件的质量，验证实际结果和需求规格说明书是否存在差异，确认缺陷得已修复

6，测试原则（重点要记）

测试原则：

所谓的测试原则指的计算我们在执行测试工作时必须要遵守的一些规则

1.测试证明软件存在的缺陷：无论执行什么样的是操作都保证能证明当前软件是存在缺陷的

2.不能执行穷尽测试：有些功能是没有办法将所有的测试情况都罗列出来的，所有任何的测试时间都有结束时间

3.缺陷存在集群现象：对于软件功能说，核心功能占20%，非核心是80%的bug出现于20%的模块

4：某些测试需要依赖特殊的环境：很多开发人员不会写if语句，例如删除不会先判断是否存在，或不存在是否会返回报错显示该事务不存在

5：测试应尽早介入：为了更多发现和更好的解决软件中的缺陷，我们追求测试工作尽早的开展(应该尽早的不断的进行软件测试）

6，杀虫剂现象：同样一个测试用例不能重复的执行多次，因为软件会对它产生免疫，就像杀虫一般多了就会产生免疫，

7，所有的测试都应该参考软件需求规格说明书

7:不存在缺陷谬论：任何软件都不是完美的

8：测试人员应该妥善保存测试过程中产生的文档

9：测试人员应该根据测试计划，测试用例进行测试，杜绝测试的随意性

7，测试级别,（要记）

测试级别
	对象	参考依据	方法	概念
单元测试	类，函数，组件，最小的单元模块	详细设计文档	白盒测试	对软件中最小的模块进行测试，进行正确的验证
集成测试	多个单元模块连通性（接口）	概要设计文档（接口文档，数据字典）	灰盒测试	在单元模块的基础上，它各个单元模块逐步有序渐增，以测试不同模块之间的接口调用
系统测试	整个系统以及周边	软件需求规格说明书	黑盒测试	对整个系统以及周边（硬件，网络）进行安全，功能，性能性等测试
验收测试	整个系统以及周边	软件需求规格说明书	黑盒	对系统的主线业务路径进行测试,