5.1 软件测试策略（下）在线视频

那么下面我们看一下WebApp的测试

我们要评审WebApp的内容模型

以发现错误

评审接口模型

确保可以容纳所有的用例

评审WebApp的设计模型

发现导航错误

测试用例的接口

发现表示或导航机制中存在的错误

我们要对WebApp的每个功能构件

进行单元测试

另外我们还要测试

贯穿整个WebApp体系结构的

所有的导航

是否都进行了正确的导航

另外我们要在各种不同的环境配置下

去测试我们的WebApp

测试每个配置下的兼容性

对于WebApp我们还要进行安全测试

尽量去暴露WebApp中存在的漏洞

或在其环境中存在的漏洞

另外对WebApp呢

我们还要进行性能测试

对于WebApp性能测试尤其重要

当我们的WebApp访问数量

剧增的时候

我们的WebApp

是否还能正常提供服务呢

这个就是性能测试的其中的一个例子

可控制和可监测的最终用户群体

我们对WebApp进行测试

同时我们要记录下与系统交互的结果

来进行我们以下方面的评估

比如内容错误的评估

导航错误的评估

可用性的评估

兼容性的评估

以及WebApp可靠性

和WebApp的性能的评估

另外我们还要针对我们

现在越来越应用比较广泛的

移动应用也要进行相关的测试

对于移动应用的测试

我们可以进行用户体验的测试

来保证App

满足了利益相关者可用性和

可访问性的预期期望

另外我们还要进行设备兼容性的测试

因为我们的移动设备有多种多样

在多种设备上进行测试

再有我们对移动应用也要进行性能测试

测试移动应用的非功能性的需求

也就是它的性能需求

比如我们刚才举的

当访问用户增加的时候

或者在移动设备上

有多个App移动应用

同时运行的时候等等

另外对于移动应用

我们还要进行连接性测试

测试App连接的可靠的能力

安全性测试

确保App满足

利益相关者安全性方面的期望

另外还要进行的是现场测试

在用户的设备

和实际的移动应用的用户使用环境下

去测试App

另外我们还要进行认证测试

使得我们的WebApp

满足最终进行分发的标准

另外我们要考虑的一些高级的测试

对于我们之前提到的传统软件

面向对象软件

WebApp和移动应用

我们都需要进行一些高级的测试

比如说包括确认测试

我们确认测试的重点就是要关心

我们的实现的软件产品

是否满足了是当初提出的软件需求

另外有系统测试

重点就是要测试系统集成后的软件

是否满足了软件的要求

还有Alpha/Beta测试

重点是在客户使用的情况下进行测试

另外有恢复测试

恢复测试是以各种方式迫使软件失效

并验证其恢复正确使用的能力

安全性测试

验证内置到系统中的保护机制

是否真正的

实际上可以保护我们的系统

免于不当的渗透

压力测试

压力测试是以一种要求资源异常的数量

和频率

或者是容量的方式下

我们来运行这样的系统

来确认我们在资源异常

频率异常和容量异常的时候

我们是否系统还能正常的提供服务

最后的高级测试就是性能测试

在集成的系统中

测试系统的运行时性能情况

最后我们要跟大家分享的是关于调试

当我们想去发现软件中的错误的时候

我们使用什么样的方法呢

我们可能要用一些个调试的技术

调试就是来诊断错误的

这样的一个诊断过程

我们的调试过程

如图所示

首先使用我们设计的测试用例

来进行运行

输出我们的测试结果

根据我们得到的测试结果

我们去进行调试

根据得到的测试结果

我们可能会想到

一系列造成这个结果的原因

也就是我们怀疑的原因

根据我们怀疑的原因

去增加设计新的测试用例

来确认是否由这个原因

造成的这样的错误

增加了测试之后

我们又进行测试

然后看输出的结果

根据我们增加的测试

我们确定产生这些错误的原因

当确定了原因之后

我们来修正这些错误

然后确认我们的软件的正确性

在确认了之后

因为我们进行了软件的修改

所以我们还要进行回归测试

以确保我们的修改和变更

没有带来非预期的额外的错误

这个就是我们软件调试的整个的过程

测试用例运行产生结果

根据怀疑的原因增加测试用例

然后确认是由哪个怀疑的原因

产生的这个错误

确认了原因之后

针对这个原因进行修改和变更

变更了之后运行回归测试

保证我们的变更没有带来新的错误

我们的测试技术有很多种

比如有回溯法 归纳法 演绎法等等

回溯法指的是

从发现症状的地方开始向后追踪

原因排除法

通过归纳和演绎

并引入二分法的概念

来实现我们的原因排除

对于错误出现相关的数据加以组织

以分离出潜在的错误原因

假设一个错误的原因

利用前面提到的数据证明

或者是反对这个原因

另外我们在改正错误的时候

要考虑的一个问题就是

如何做我们才能在

第一个地方避免这个错误

我们应该通过

建立统计软件质量的保证方法

考虑如果改正了这个错误

也就是改正了这个产品

错误是否能够从当前的程序中移除

也会从将来所有的程序中移除

也就是说

我们应该在这个错误引入的

第一个地方去修改它

以保证这个错误

对后面所造成的所有的负面影响

都不会产生

所以我们要思考

这个错误的最起始的引入的地方是哪里

所以我们要在第一个地方

就避免这个错误

好 在软件测试策略这一章

我们讨论了很多软件测试策略的问题

那么我们总结一下

在进行测试的时候

我们有几个问题需要思考

首先我们在修改错误之前

我们就应该认真的思考

这个错误在哪里产生

应该如何去修改

它都产生了哪些

后面所造成的负面的影响

另外我们可以使用一些工具

来带来一些额外的洞察力

比如说

我们可以使用工具来显示

我们类和类之间的调用关系

使得我们直观的看出来

如果我对于这个类进行修改的时候

会对其他的哪些相关类造成影响

第三

我们可以在陷入僵局的时候

寻求其他人的帮助

因为有的时候

你在思考一个问题的时候

容易进入思考的局限性

这个时候我们可以寻求其他人的帮助

来帮你从这个局限性当中跳出来

最后一旦修改了缺陷

我们一定要记得必须使用回归测试

来避免

或者是发现

由于这个修改所产生的副作用

好 关于软件测试策略

我们就分享到这里

谢谢大家