讲课视频在线视频

软件质量

一直是人们关注的一个重要问题

在理想的情况下

开发人员编写完代码之后

所有程序

都应该能够运行起来

并按照预期的行为进行工作

但是现实往往没有这么美好

即使是那些大公司发布的产品

依然会存在这样那样的问题

下面给大家看一个视频

这是1998年

比尔盖茨在Win98新闻发布会上

所遭遇的一个情形

我们看到

在演示Win98的USB功能时

出现了蓝屏死机

现场颇为尴尬

软件在投入运行之后

出现问题的事例数不胜数

软件测试

作为开发过程的最后一个

关键活动

对软件质量保证

具有非常重要的作用

我们经常会听到

bug这个词

它的原意是臭虫或者虫子

现在经常被人们用于表示

隐藏在计算机系统中的

一些没有被发现的缺陷或者问题

这个词的由来

可以追溯到1945年

一只飞蛾钻进了计算机电路里

导致系统无法工作

当时格蕾丝·赫柏中尉

把死去的飞蛾贴到在工作日志上

写道 就是这个bug

害得我们今天的工作无法完成

从此

人们把计算机的错误戏称为Bug

而将发现Bug

并纠正的过程称为Debug

那么软件缺陷是如何产生的

软件开发是由人来实施的

犯错可以说是人的天性

由于认识不足

关注度和策略等一系列的问题

人们不可避免地

就会在需求分析 总体设计

详细设计和编码调试的过程中

出现错误

而这些错误

就造成了软件产品的缺陷

我们来分析一个真实的例子

在1991年的海湾战争期间

一枚伊拉克飞毛腿导弹

击中了沙特阿拉伯的一个军营

造成了28名美国士兵丧生

事后的调查发现

由于程序的计时

使用系统时钟

并用整数表示

而系统时钟的1换算成秒

是1/10秒

这样寄存器存储

并计算导弹的时间

就会产生一个很微小的误差

但是系统缺少有效的防范措施

当爱国者导弹

连续工作了100小时之后

导弹的时钟

已经偏差了差不多1/3秒

这相等于600米的距离误差

由于这个时间的误差

即使是雷达系统

侦查到飞毛腿导弹

而且预计了它的弹道

系统也找不到

实际上来袭的导弹

最终导致了悲剧的发生

通过现实中的一些例子

我们已经看到

软件发生错误时

会对人类的生活

造成或大或小的影响

有的甚至会带来灾难性的后果

软件测试

可以使这种风险降低

开发人员通过测试

尽可能地发现

隐藏在软件中的缺陷

并且及时地修复它们

从而保证最终交付出

经过严格检验的一个完整产品

而不是那些

一触就死机的定时炸弹。

现在大家思考一个问题

什么是软件测试

软件测试的概念

可以从正向思维和逆向思维

两个方面来理解

从正向思维来看

软件测试就是试图验证

软件能够正常工作的

而逆向思维

是假定软件是有缺陷的

通过设计和执行一些测试用例

来证明程序执行错误这样的假设

按照正向思维的模式

测试需要针对系统的所有功能

逐个验证它们的正确性

测试用例

通常是使用有效的数据

正确的流程和一些多样化的场景

通过执行这些用例

来证明软件是成功的

在逆向思维中

测试人员要不断思考

开发人员理解上的误区

一些不良的编程习惯

各种边界和无效的输入

系统的一些薄弱环节

通过试图破坏

或者摧毁系统的方式

来查找软件中的问题

软件测试

要从发现错误入手

也就是说

它直接的目标

是以最少的人力 物力和时间

找出软件中潜在的

各种错误和缺陷

通过修正这些错误和缺陷

来提高软件的质量

但是发现错误

并不是测试的最终目的

测试最终还是要对软件质量

进行度量和评估

以验证软件质量

满足客户需求的程度

当然 在测试过程中

通过分析错误产生的原因

可以发现当前开发过程中存在的问题

从而进行软件过程的改进

测试是软件质量保证的

一种有效手段

但是测试本身也存在一些局限性

首先 测试是不彻底的

它只能证明错误的存在

而不能证明错误是不存在的

所以 软件经过测试之后

也不能保证没有缺陷和错误

其次 测试是不完备的

我们不可能使用穷举的方法

把所有输入和程序分支都测试到

所以

设计好的测试用例是非常关键的

另外

测试并不能直接提高软件质量

软件质量的提高还是要依靠开发

但是没有测试也是万万不行的

我们通过测试来发现缺陷

进一步地促进修正缺陷

从而间接地起到

提高软件质量的作用

尽早地介入

是软件测试提倡的一个基本原则

我们在软件开发的各个阶段

都有可能引入错误

而且前期阶段存在的缺陷

会随着软件开发过程的推进

而不断地放大

缺陷发现和修复得越早

所花费的成本也越低

早期的缺陷

在开发后期或者投入运行之后

再被发现和修复

成本有可能会扩大到

几十倍或者上百倍

软件错误具有聚集性

它也符合二八原则

即80%的缺陷

常常存在于20%的代码中

如果要使软件测试更加有效

就要记住常常光临一些

缺陷的高危多发地段

在那里发现缺陷的可能性

就会大得多

软件测试用例具有杀虫剂效应

我们知道给果树喷洒农药

时间长了

虫子就会对杀虫剂产生耐药性

测试用例也需要定期评审和修改

同时

还要不断地增加新的测试用例

这样才能发挥更大的效力

前面说过

软件测试是通过寻找缺陷

来提高软件的质量

那么测试需要重点培养

什么样的思考问题的方法

这里列出了

测试人员应该具备的

不同思维模式

其中最重要的

就是逆向思维和发散思维

逆向思维

强调的是按照与常规思路

相反的方向进行思考

通常开发人员

运用正向的思维去进行软件开发

所以逆向思维可以发现更多

开发人员思维上的漏洞

发散思维是一种寻求多种答案

最终使问题获得解决的思考方法

这种思维方式可以开阔眼界

活跃思想

用比较独特的视角来看待软件

不同的思维方式各自有不同的特点

我们在平时

也会有意识或无意识地

应用这些思维

但是只有不断地学习

实践和思考

才能做好软件测试的工作