让优秀变成一种习惯

互联网软件架构

上一篇 / 下一篇  2017-11-15 16:12:49 / 个人分类:经验

在前一部分里面提到的应用软件的基本架构,虽然是在 “C/S” 时代提出来的,但是后面却一直延续到现在 。直到今天最普遍的 “ABC/S” 模式:
  • App/Server
  • Browser/Server
  • Client/Server

其实本质上就把UI这一层放在客户端,把UI以下放在Server端。

客户端在不同的平台下面有不同的表现形式,就形成了现在流行的所谓的 “ABC/S” 模式的架构,这个基本上已经成为目前的互联网产品的标配了。具体的架构如下:

服务器端和客户端之间采用 Http/Https 的通讯协议,数据交换的格式为 Xml/Json 格式。

基于以上模式之后,软件测试的方法论就发生了一些变化:

  • 有了 性价比 最高的“基于于通讯编码格式的接口测试”,属于花20%就能解决80%的工作
  • 接口测试完全可以进行自动化,而且不必强制和开发项目使用相同的语言,可以统一使用效率较高的脚本语言
  • 接口 天然就具有稳定性的需求,所以自动化测试项目不会存在反复折腾的现象
  • 接口测试人员成为了众多平台之间的 裁判员
  • 接口规范来自设计文档,可以实行 设计产生测试,测试驱动开发 的规范模式

有了抽象成数据的能力之后,那么很多看到的东西就可以进行合理的等价转换了:

  1. web页面背景的是红色

    等价于:背景元素的background的颜色属性是 #FF0000

  2. 按钮上显示的字为"Submit"

    等价于:按钮元素的value值为 Submit

  3. 用户执行一次充值活动充了20块钱,他的账号上就多了20元

    等价于:以20为参数调用充值接口,再对比前后两次调用账号查询的接口,相差刚好是充值的参数值

在数据层次编程进行比较就变得很容易了,因为这些都是计算机擅长处理的领域了,自动化也很自然地实现了。


TAG:

 

评分:0

我来说两句

我的栏目

日历

« 2024-04-12  
 123456
78910111213
14151617181920
21222324252627
282930    

数据统计

  • 访问量: 42132
  • 日志数: 40
  • 建立时间: 2015-12-17
  • 更新时间: 2017-12-28

RSS订阅

Open Toolbar