软件测试之测试策略

感谢关注啊

今天终于决定早点写一回博客了，当我打开CSDN准备写博客的时候，我忽然发现我多了一位陌生粉丝，我的头号陌生粉丝，感谢你的关注啊，虽然我不知道我写的博客哪点吸引到了你，但是既然关注了，我们就一起相互学习吧！同时这也是对我的鼓励和督促，毕竟在我觉得，我写的博客就是记录自己的日常和一些学习笔记，没有什么技术性，但是我一定会好好努力，以后写更多好的文章，不会辜负你们的呐！

测试策略

在测试计划中我们会提到软件测试中所要用到的测试策略。那么，在软件测试的各阶段我们会用到一些什么测试策略呢？跟我一起来了解一下吧！

单元测试阶段

孤立的测试策略：最简单的，最容易操作的方法，是单纯的单元测试。不考虑每个单元与其他单元之间的关系，单独的为每一个单元来设计桩单元和驱动单元，能够达到较高的覆盖率。但是需要大量的开发单元桩和驱动单元，所以测试的效率较低。

自顶向下的测试策略：先对最顶层单元进行测试，然后再把顶层所调用的单元做成桩单元；再对第二次测试，将上面已经测试的单元做成驱动单元。直到测试完所有的单元。
优势：节省了桩单元的开发工作量，测试效率较高。
劣势：随着单元的逐个加入，测试过程变得越来越复杂，增加了开发和维护的成本。

自底向上的测试策略：先对最底层单元进行测试，模拟调用该单元的单元作为驱动单元；然后再对上面一层做单元测试，并用下面已经测过的单元做桩单元，直到结束。
优势：节省了桩单元的开发工作量，测试效率较高。

集成测试

阶段大爆炸集成：适应于一个维护型项目或被测试系统较小。

自顶向下集成：适应于产品控制结构比较清晰和稳定；高层接口变化较小；底层接口未定义或经常可能被修改；产口控制组件具有较大的技术风险，需要尽早被验证；希望尽早能看到产品的系统功能行为。

自底向上集成：适应于底层接口比较稳定；高层接口变化比较频繁；底层组件较早被完成。

基于进度的集成

优点：具有较高的并行度；能够有效缩短项目的开发进度。
缺点：桩和驱动工作量较大；有些接口测试不充分；有些测试重复和浪费。

系统测试阶段

数据和数据库完整性测试；功能测试；用户界面测试；性能评测；负载测试；强度测试；容量测试；安全性和访问控制测试；故障转移和恢复测试；配置测试；安装测试；加密测试；可用性测试；版本验证测试；文档测试。

验收测试阶段
? ? ? ? ?

为什么没有验收测试阶段的测试策略啊?因为那些我还不会呀，我先慢慢学着🙆