B/S架构功能测试

B/S架构功能测试

适配性

这里主要指的是针对浏览器的兼容性，无论是从HTML到HTML5，或者是基本JS到Jquery等库，再说CSS的各个版本及调用方式的不同，都会带来在不同浏览器(IE7891011，Firefox版本太多了，Chrome几个主要版本，什么360，百度，搜狗，腾讯等等)不同的体验和感受。

对于兼容性测试方面的内容，建议大家根据浏览器内核的不同，挑选有代表性的浏览器测试即可。当然，还有许多兼容性测试的辅助测试工具，自行百度，根据介绍挑选适合自己的就好。

易用性

B/S架构的易用性会比C/S更高，因为主要的操作都是通过鼠标左键来实现的，那么操作的距离，操作的步骤都是需要考虑的内容。虽然通过某些JS库或者Flex技术可以很好提供优秀的互动性，但右键的不支持和无法多层窗口，总是一个巨大的坑。除了鼠标以外，还有键盘结合鼠标的操作，也是易用性所要关注的部分。关于易用性，如果测试人员可以现实对用户的使用习惯进行调研，会对这部分的测试更有意义及针对性

功能

B/S架构的功能相对来说在业务上简单，在技术上难，由于客户端几乎无法实现业务的处理，所以所有的数据均要提交到服务器端来进行处理。对于这种情况验证的时候就比较强调以下两点：

1.是否能够正确的发送数据到服务器端口，这个对抓包和理解包结构有一定的要求，也是大多数新手做功能测试最缺乏的技术。

2.在服务器端处理返回的数据是否正确，同样也需要对抓包和包结构的理解有要求。

通过这两点技术的突破后，B/S架构的测试会突然显的非常的简单，这也是在集成测试章节中所提到过的接口测试。

在某些方面针对JavaScript的单元测试及动态调试也是功能测试中定位问题的一个有效手段。

在实际执行测试中，大家普遍会觉得功能测试就是点点界面，没有什么技术含量。即便是停留在界面级别的功能测试，也可以很具有技术含量。这种体现就来自我们的功能测试用例，也是显示测试人员能力的主要标准之一。有时100条测试用例的执行结果，和1000条测试用例的执行结果是一样的。甚至后者还不如前者。所以需要大家考虑一下，我们怎样把测试用例写好?我们怎样通过测试需求的提取及业务理解后，在不影响测试覆盖度的情况下，用最少的测试用例达到最优的效果。没有几年的黑盒测试经验，你无法做到。所以看似简单的事情，永远是其他复杂事物的基础。盖房子要把地基打好了，这是很重要的。